软件测试流程详解
一、 测试流程详解
1) 需求分析阶段
- 产品经理输出PRD/BRD/界面设计原型图；
- 开发人员、测试人员、设计人员进行需求学习，记录需求中不确定的点；
- 产品经理对需求文档与原型图进行串讲，开发，测试，设计共同评审，期间提出需求不明确的点，产品经理进行详细解答，对于需求中无法确认的点及时记录并在跟踪直至解决为止；
- 需求文档评审结束后续进行更新，并及时通知其他项目相关人员；
注：在实际开发过程中还会遇到无法确定需求的点，项目相关人员一定要相互交流沟通，将人员间沟通交流贯穿整个软件生命周期，务必保证需求理解一致。
2) 测试设计阶段
- 测试计划编写；
由测试负责人完成，重点进行测试工作量的评估，设立相应的工作里程碑，与迭代计划相匹配，确定测试范围，测试资源，测试策略，对可能遇到的风险进行评估，并给出相应的解决方案；
- 测试项划分
测试计划中重点测试计划完成后，进行功能点细分，输出各个功能模块测试项的思维导图，指导测试用例编写；
- 测试用例编写
根据测试项进行用例设计，需覆盖所有功能点，输出测试用例；
- 用例评审，所有项目相关人员参与
以Excel用例为主，思维导图为辅，过程中有高潮，有缓点；先评审功能复杂、优先级较高的用例，再进行简单、优先级低的用例；评审过程中，未得出结论的问题，随时纪录和跟踪。
3) 测试执行阶段
- 用例执行
依据不同迭代版本所完成的功能执行测试用例，对无法通过的测试用例，确定复现步骤后或添加截图的形式向开发提交bug。
注：用例执行时可能发现未覆盖到的功能点，立即补充测试用例。
- bug回归测试
设置粗回归，开发人员本轮次版本已修复的bug进行回归；细回归，所有轮次中出现的bug，分析bug修复后可能影响的模块执行测试用例，确保修复后为引起其他模块的问题；bug修复完成后，确认满足需求中规定的功能后才能关闭bug；对于修复失败的bug进行再次激活；对于不确定或开发不认可的bug找到开发、产品经理进行确认保证需求理解一致，沟通解决。
- 版本回归测试
用于整个版本全部功能和bug修复完成后，执行所有用例，已修复bug；
- 探索性测试（可以考虑加入）
版本回归测试结束后，预留1天时间进行探索性测试，重点分析客户可能进行的异常操作对系统产生的影响；
4) 测试报告输出
依据本公司的测试报告模板输出测试用例，重点分析不同测试轮次测试用例执行、发现bug数量与分布情况，用例通过率，bug修复率，对遗留的bug进行评估是否对发布有影响；测试建议和总结，另附缺陷列表。
