第一步 产品需求评审
- 什么是需求评审
项目相关人员就产品需求进行确认和评估的相关活动。 - 为什么要需求评审
项目组成员理解需求,以便后期高效的进行开发、测试、设计工作。 - 测试人员参与需求评审的职责
1)确保自己的理解与产品设计理念一致
2)明确实现的需求范围
3)提出自己对产品需求不合理或遗漏
第二步 测试计划概述
测试计划是指对测试活动的范围、方法、资源、进度进行描述的文档。
第三步 测试用例设计思路
用例设计思路帮助测试人员构建清晰的测试思维,指导测试工作。
- 覆盖需求,分析需求,抽取测试点(显性需求)
- 相关业务,考虑功能影响到的相关业务(隐性需求)
- 特殊角度,分支流程,逆向操作,异常处理,极端情况(隐性)
- 补充完善,测试策略,业务知识,测试经验(隐性)
测试方法
- 边界值测试 边界值为120,需测试120,119,121
- 弱网测试
Fiddler提供了代理服务器,可以模拟弱网测试 - 交叉测试
软件在执行过程中,另外一个事件或操作对该过程进行干扰的测试
第四步 用例执行和缺陷跟踪
用例执行:开发提交测试包后,测试人员依据测试用例,验证被测软件功能实现是否与预期结果一致。
执行注意事项
- 时间不足,及时上报,质量优先,进度其次
- 按优先级顺序执行
- 未执行、无效、删除的用例备注原因
第五步 测试总结报告
概念:测试过程和结果写成文档
作用:提供对软件质量进行评估的依据,对发现的问题和缺陷进行分析
测试管理工具
软件开发过程中,对测试需求、计划、用例和实施过程进行管理,对软件缺陷进行跟踪的工具
常见测试管理工具:
禅道、JIRA、TestLink、bugzilla