软件测试流程详解

发布时间：2024-03-14 16:43:24 来源：互联网

.

一、测试流程详解 1) 需求分析阶段产品经理输出PRD BRD 界面设计原型图；开发人员、测试人员、设计人员进行

一、测试流程详解

1) 需求分析阶段

产品经理输出PRD/BRD/界面设计原型图；
开发人员、测试人员、设计人员进行需求学习，记录需求中不确定的点；
产品经理对需求文档与原型图进行串讲，开发，测试，设计共同评审，期间提出需求不明确的点，产品经理进行详细解答，对于需求中无法确认的点及时记录并在跟踪直至解决为止；
需求文档评审结束后续进行更新，并及时通知其他项目相关人员；

注：在实际开发过程中还会遇到无法确定需求的点，项目相关人员一定要相互交流沟通，将人员间沟通交流贯穿整个软件生命周期，务必保证需求理解一致。

2) 测试设计阶段

测试计划编写；

由测试负责人完成，重点进行测试工作量的评估，设立相应的工作里程碑，与迭代计划相匹配，确定测试范围，测试资源，测试策略，对可能遇到的风险进行评估，并给出相应的解决方案；

测试项划分

测试计划中重点测试计划完成后，进行功能点细分，输出各个功能模块测试项的思维导图，指导测试用例编写；

测试用例编写

根据测试项进行用例设计，需覆盖所有功能点，输出测试用例；

用例评审，所有项目相关人员参与

以Excel用例为主，思维导图为辅，过程中有高潮，有缓点；先评审功能复杂、优先级较高的用例，再进行简单、优先级低的用例；评审过程中，未得出结论的问题，随时纪录和跟踪。

3) 测试执行阶段

用例执行

依据不同迭代版本所完成的功能执行测试用例，对无法通过的测试用例，确定复现步骤后或添加截图的形式向开发提交bug。

注：用例执行时可能发现未覆盖到的功能点，立即补充测试用例。

bug回归测试

设置粗回归，开发人员本轮次版本已修复的bug进行回归；细回归，所有轮次中出现的bug，分析bug修复后可能影响的模块执行测试用例，确保修复后为引起其他模块的问题；bug修复完成后，确认满足需求中规定的功能后才能关闭bug；对于修复失败的bug进行再次激活；对于不确定或开发不认可的bug找到开发、产品经理进行确认保证需求理解一致，沟通解决。