作为软件测试人员,我们需要在需求阶段就开始介入测试,因为通常在测试进行之前,需要对测试需求进行分析和汇总以及评审,给测试方案的设计提供参考。那我们在接收到测试任务的时候应该做些什么呢?以下汇总一下本人建议,仅供参考,需根据实际项目情况来定夺。
- 了解产品
- 了解产品的部署环境:部署的软硬件环境,以及与产品线上环境的差别。一般应尽量一致。
- 了解产品功能
- 通过阅读需求文档或设计原型,或者口头向产品负责人了解产品有哪些模块。形成产品功能列表
- 了解各功能模块的开发进度,完成/未完成。未完成原因与完成时间
- 了解容易出错的模块
- 了解功能目的
- 了解模块的作用,设计出来的目的
- 确认核心功能、主要功能有哪些(可用于确认测试重点)
- 了解重要模块的应用场景
- 确认常用功能、不常用功能分别有哪些
- 了解业务流程:了解产品的业务流程有哪些,构造业务流程图。
- 了解产品的其他要求
- 性能
- 安全性
- 对环境的要求:操作系统、浏览器(兼容性要求)
- 产品分解
- 用户界面
- 功能
- 用例编写,测试用例编写的过程也是加深对产品的理解的过程
- 测试,测试过程总不可能一帆风顺,会遇到各种各样的情况。比如某些操作导致的系统失效,可能是在写测试用例的时候未考虑到的。因此测试过程的是补充用例的最佳指导,也是更加深刻理解产品的过程
(待续……)
时间: 2024-11-24 20:12:35