【质量保证】测试的托底保障环节：发布评审

众所周知~~~

测试的核心工作是：质量保证

BUT，都说一个巴掌拍不响，一个人也顶不了天

所以为了把大家（我们所可恶的项目、产品、研发）拖下水，测试的生命周期中一个重要的环节诞生了，那就是：发布评审

最近看了一本书，《清单革命》，贼赞，有点迷，所以咱以清单的形式来阐述下发布评审中，都能干点啥？？？

不废话了，直接看下面：

编号	检查项	填写角色	备注	情况说明	检查结果	最后编辑人
1	外部依赖结果	研发	无外部依赖，填“不适用”，有外部依赖，填“通过”，点击“详情”说明依赖项		不适用
2	发布风险及影响范围	PM	内部评估过风险了，填“通过”，如有风险项可在在“情况说明”填写		不适用
3	功能测试结果	测试	功能测试验证结果，是否通过，点击“详情”上传报告		通过
4	性能测试结果	研发+测试	性能测试验证结果，是否通过，点击“详情”上传报告		通过
5	产品/UED验收结论	产品	产品验收结果，是否通过，点击“详情”说明验收情况		部分通过
6	用户验收结果	PM	用户验收结果，是否通过，点击“详情”上传报告		不通过
7	运营配置拉齐结果	PM	运营配置结果拉齐了，填“通过”，遗漏问题可在“情况说明”填写		部分通过
8	部署及回滚策略	研发	上线策略拉齐了，是否通过，点击“详情”说明策略		通过
9	生产验证方案	测试	生产验证方案内部评估，是否通过，点击“详情”说明方案		部分通过
10	代码REVIEW结果	研发	代码review后，是否通过，如有问题可在“情况说明”填写		通过
11	是否所有改动均已通知测试及上下游调用方	研发	必填项，全部告知，填“通过”，没有告知，填“不通过”，部分告知，填“部分通过”		不适用