软件测试工作流程（三）

软件测试的基本流程

1. 测试需求分析阶段
   阅读需求，理解需求，主要就是对业务的学习，分析需求点。参与需求评审会议 – 需求规格说明书
2. 测试计划阶段
   编写测试计划，参考软件需求规格说明书，项目总体计划，内容包括：测试范围（来自需求文档），进度安排，人力物力分配，整体测试策略的制定，和风险评估与规避措施有一个一个制定，一般由测试负责人编写，可以参与评审 – 测试计划
3. 测试设计阶段
   主要任务就是编写测试用例，会参考需求文档(原型图)，概要设计，详细设计等文档，不明确的地方及时和研发，产品经理沟通。用例编写完成后会进行评审 – 测试用例
4. 测试执行阶段
   首先搭建测试环境，执行预测(冒烟)，以判定当前版本是否可测，预测通过，正式进入系统测试(2-4轮)，遇到问题提交Bug到缺陷管理平台，并对bug进行跟踪，直到被测软件达到测试需求要求，没有重大Bug，测试结束 – 优化完善测试用例 – bug
5. 测试评估阶段
   出测试报告，对整个测试过程和版本质量做一个详细的评估(剩余Bug数量，严重程度，测试用例覆盖率)。确认是否可以上线 – 测试报告 == 一个项目产出一份测试报告，不需要每个人都写
6. UAT测试阶段
   部署到UAT测试环境，由产品或领导进行功能验证 — UAT验收测试(预发布环境)

职场流程普及

1. 每日例会 10-15min，快短，简报

2. st-系统测试 2-4轮 测试人员？需求有多少？

   2.1 第一轮

   提bug，问题最多阶段

   2.2 第二轮

   • 开发提交的新版本 回归验证第一轮的Bug
   • 测试新功能
   • 细测1-2天

   2.3 第三轮

   更细致的测试，更多场景验证，需求不遗漏，不漏测

3. 评估项目质量

   提交测试报告

   • 测试用例覆盖率
   • bug严重程度
   • bug人员分配
   • Bug总数
   • bug清单
   • 开发周期(延期)
   • 测试周期
   • 预估风险(提前预警)
   • 最终结论(此次版本是否可以上线)

4. 发布上线

5. 冒烟测试
   开发提交测试版本，ST系统测试 – 冒烟先检测开发提交的版本是否符合可测标准

6. 版本回滚

项目发布流程