不灭的焱

革命尚未成功,同志仍须努力下载JDK17

作者:Albert.Wen  添加时间:2023-01-16 09:16:59  修改时间:2023-02-09 15:32:59  分类:安全测试/性能测试/JMeter  编辑

1.需求分析阶段

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

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

2.测试设计阶段

  1. 测试计划编写
    • 由测试负责人完成,重点进行测试工作量的评估,设立相应的工作里程碑,与迭代计划相匹配,确定测试范围,测试资源,测试策略,对可能遇到的风险进行评估,并给出相应的解决方案;
  2. 测试项划分
    • 测试计划中重点测试计划完成后,进行功能点细分,输出各个功能模块测试项的思维导图,指导测试用例编写;
  3. 测试用例编写
    • 根据测试项进行用例设计,需覆盖所有功能点,输出测试用例;
  4. 用例评审,所有项目相关人员参与
    • 以Excel用例为主,思维导图为辅,过程中有高潮,有缓点;先评审功能复杂、优先级较高的用例,再进行简单、优先级低的用例;评审过程中,未得出结论的问题,随时纪录和跟踪。

3.测试执行阶段

  1. 用例执行
    • 依据不同迭代版本所完成的功能执行测试用例,对无法通过的测试用例,确定复现步骤后或添加截图的形式向开发提交bug。
    • 注:用例执行时可能发现未覆盖到的功能点,立即补充测试用例。
  2. bug回归测试
    • 设置粗回归,开发人员本轮次版本已修复的bug进行回归;细回归,所有轮次中出现的bug,分析bug修复后可能影响的模块执行测试用例,确保修复后未引起其他模块的问题;bug修复完成后,确认满足需求中规定的功能后才能关闭bug;对于修复失败的bug进行再次激活;对于不确定或开发不认可的bug找到开发、产品经理进行确认保证需求理解一致,沟通解决。
  3. 版本回归测试
    • 用于整个版本全部功能和bug修复完成后,执行所有用例,已修复bug;
  4. 探索性测试(可以考虑加入)
    • 版本回归测试结束后,预留1天时间进行探索性测试,重点分析客户可能进行的异常操作对系统产生的影响;

4.输出测试报告

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

 

 

 

https://www.cnblogs.com/zgq123456/p/13997059.html