IT干货网

软件测试流程详解

shasha 2022年03月04日 编程设计 161 0

一、       测试流程详解

1)                需求分析阶段

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

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

2)                测试设计阶段

  1. 测试计划编写;

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

  1. 测试项划分

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

  1. 测试用例编写

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

  1. 用例评审,所有项目相关人员参与

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

3)                测试执行阶段

  1. 用例执行

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

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

 

  1. bug回归测试

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

  1. 版本回归测试

用于整个版本全部功能和bug修复完成后,执行所有用例,已修复bug;

  1. 探索性测试(可以考虑加入)

版本回归测试结束后,预留1天时间进行探索性测试,重点分析客户可能进行的异常操作对系统产生的影响;

4)                测试报告输出

依据本公司的测试报告模板输出测试用例,重点分析不同测试轮次测试用例执行、发现bug数量与分布情况,用例通过率,bug修复率,对遗留的bug进行评估是否对发布有影响;测试建议和总结,另附缺陷列表。


评论关闭
IT干货网

微信公众号号:IT虾米 (左侧二维码扫一扫)欢迎添加!

测试Leader应该做哪些事