做测试已经9年了，之前要么大公司已经有现有流程，要么就是小公司人少，大家都是默认流程往前推进。

现在这个职位，完全0-1，才有了这个第一次------整理测试和发布流程。

tips：预发环境因为很多公司没有（目前我在的公司也没有：）），所以流程图用浅色标注。

测试与发布流程

hotfix流程

软件测试与发布流程管理规范

1. 目的

1.1. 结合公司的项目情况制定合理的软件测试流程，提高测试效率和产品质量。

1.2. 制定合理有效的软件发布流程，指导产品发布活动，有效控制产品发布过程，有效控制追踪产品版本。

2. 角色与职责

2.1. 运维人员：

2.1.1. 负责上架产品发布

2.1.2. 跟踪现场需要调测的异常包状态

2.2. 产品经理：

2.2.1. 产品需求设计

2.2.2. 审核产品发布并提出发布请求

2.3. 开发人员：

2.3.1. 实现和修改完善产品

2.3.2. 协助测试人员进行验收测试

2.4. 测试人员

2.4.1. 产品测试和bug追踪

2.4.2. 提出产品发布审核请求

3. 定义

3.1.1. 软件版本正式发布：通过软件测试人员测试验证并符合发布标准的软件版本发布过程,参考附件一流程。

3.1.2. 软件版本异常发布:通过软件测试人员测试验证,但测试结果不符合发布标准的软件版本发布过程,可采取软件版本异常发布流程。比如：客户使用现场缺陷修复或现场测试等紧急情况。参考附件二流程。

4. 测试与发布流程说明

详细请看上方流程图

5. 测试与发布流程

5.1. 需求评审

5.1.1. 参与人员：产品，设计，开发，测试

5.1.2. 目标：明确相关人员的职责，评估设计，开发，测试周期，制定项目计划

5.1.3. 评审期间，产品给出产品需求文档，设计从视觉、交互角度给出文档，开发人员从技术角度来分析实现方案，实现难易程度。测试人员从用户角度来给出产品逻辑上是否存在不合理的建议。

5.2. 测试计划（可选）

5.2.1. 参与人员：测试，产品

5.2.2. 目标：根据项目计划及开发人员工期安排，制定测试计划

5.2.3. 测试计划内容：测试范围与主要内容，时间要求和人员安排，测试分类与测试方法，测试环境，测试数据准备

5.3. 测试用例编写

5.3.1. 参与人员：测试

5.3.2. 目标：根据产品需求，设计足够覆盖率的测试用例

5.3.3. 工具：Excel

5.3.4. 用例文档管理：Confluence 附件

5.4. 测试用例评审

5.4.1. 参与人员：产品，开发，测试

5.4.2. 目标： 确认测试用例的准确和覆盖率，避免功能点遗漏，提供smoke test case给开发人员。

5.4.3. 评审方式：根据项目大小或项目时间，选择通过邮件发送评审，或者开评审会。

5.5. 开发人员自测

5.5.1. 参与人员：开发

5.5.2. 目标：自测通过后提交测试版本给测试人员。

5.5.3. 自测通过：需求文档的功能点全部实现，测试人员提供的smoke test通过

5.5.4. 自测失败：继续开发流程

5.6. 开发人员提测

5.6.1. 参与人员：开发

5.6.2. 目标：待测功能交付

5.6.3. 提交测试准备：新增模块在功能上是否达到设计要求（有哪些需求更改项），提供接口文档（接口测试），并且对可能影响的其他模块进行说明

5.7. 测试环境发布

5.7.1. 参与人员：开发人员

5.7.2. 目标：交付测试人员可测试环境

5.7.3. 发布要求：自测通过，开发负责人审核通过，并正式提出测试需求

5.8. 测试人员执行测试用例

5.8.1. 参与人员：测试

5.8.2. 目标：在计划的时间内，100%执行测试用例，尽可能多的发现bug

5.8.3. 测试数据的准备和测试工具的选择

5.8.4. 提供测试结论，测试通过提出产品上架发布请求，并对遗留问题进行说明

5.9. 缺陷管理

5.9.1. 参与人员：开发，测试

5.9.2. 目标：找出软件缺陷并及时修复

5.9.3. 缺陷管理流程

5.10. 产品上线评审

5.10.1. 参与人员：产品，开发，测试

5.10.2. 目标：产品经理对需求进行最后确认，测试人员针对测试环境的测试结果进行说明并且评估产品上线风险

5.10.3. 需求变更：任何需求变更需要提出需求变更请求，并由相关负责人审批？

5.11. 预发布环境发布

5.11.1. 参与人员：运维

5.11.2. 目标：发布预发布环境，提供稳定的测试环境

5.11.3. 发布要求：critical bug数量为0，high priority bug数量为0，medium priority bug数量不大于2，low priority bug数量不做约束

5.12. 预发布环境测试

5.12.1. 参与人员：测试

5.12.2. 测试范围：新需求全部功能点，和全部回归测试（根据实际情况可调整回归测试范围，比如仅测试会影响新功能点的测试用例。

5.13. 产品上线请求

5.13.1. 参与人员：测试

5.13.2. 目标：提出发布请求，并对测试环境的测试结果进行报告和说明

5.13.3. 发布要求：critical bug数量为0，high priority bug数量为0，medium priority bug数量不大于2，low priority bug数量不做约束。

5.14. 生产环境发布

5.14.1. 参与人员：运维

5.14.2. 目标：发布生产环境

5.15. 生产环境测试

5.15.1. 参与人员：测试

5.15.2. 测试范围：主要的新功能点和产品主流程

5.16. 发布结束

6. 异常发布流程

6.1. 生产环境缺陷提出

6.1.1. 发生时间：产品上线之后

6.1.2. 发生环境：生产环境提出产品缺陷

6.2. 缺陷评审

6.2.1. 参与人员：产品，开发，测试

6.2.2. 目的：评审缺陷的严重和紧急程度，决定是否需要开启异常发布流程

6.2.3. 缺陷等级评审：critical bug 必须修复，high priority bug 和medium priority bug征求产品和研发意见，low priority bug不走异常发布流程。

6.3. 发布请求

6.3.1. 参与人员：测试

6.3.2. 目标：提出发布请求，并对测试环境的测试结果进行报告和说明

6.4. 生产环境发布

6.4.1. 参与人员：运维

6.4.2. 目标：发布生产环境

6.5. 生产环境测试

6.5.1. 参与人员：测试

6.5.2. 测试范围：主要的新功能点和产品主流程

6.6. 发布结束