众所周知~~~
测试的核心工作是：质量保证
BUT，都说一个巴掌拍不响，一个人也顶不了天
所以为了把大家（我们所可恶的项目、产品、研发）拖下水，测试的生命周期中一个重要的环节诞生了，那就是：发布评审
最近看了一本书，《清单革命》，贼赞，有点迷，所以咱以清单的形式来阐述下发布评审中，都能干点啥？？？
不废话了，直接看下面：
| 编号 | 检查项 | 填写角色 | 备注 | 情况说明 | 检查结果 | 最后编辑人 |
| 1 | 外部依赖结果 | 研发 | 无外部依赖，填“不适用”，有外部依赖，填“通过”，点击“详情”说明依赖项 | 不适用 | ||
| 2 | 发布风险及影响范围 | PM | 内部评估过风险了，填“通过”，如有风险项可在在“情况说明”填写 | 不适用 | ||
| 3 | 功能测试结果 | 测试 | 功能测试验证结果，是否通过，点击“详情”上传报告 | 通过 | ||
| 4 | 性能测试结果 | 研发+测试 | 性能测试验证结果，是否通过，点击“详情”上传报告 | 通过 | ||
| 5 | 产品/UED验收结论 | 产品 | 产品验收结果，是否通过，点击“详情”说明验收情况 | 部分通过 | ||
| 6 | 用户验收结果 | PM | 用户验收结果，是否通过，点击“详情”上传报告 | 不通过 | ||
| 7 | 运营配置拉齐结果 | PM | 运营配置结果拉齐了，填“通过”，遗漏问题可在“情况说明”填写 | 部分通过 | ||
| 8 | 部署及回滚策略 | 研发 | 上线策略拉齐了，是否通过，点击“详情”说明策略 | 通过 | ||
| 9 | 生产验证方案 | 测试 | 生产验证方案内部评估，是否通过，点击“详情”说明方案 | 部分通过 | ||
| 10 | 代码REVIEW结果 | 研发 | 代码review后，是否通过，如有问题可在“情况说明”填写 | 通过 | ||
| 11 | 是否所有改动均已通知测试及上下游调用方 | 研发 | 必填项，全部告知，填“通过”，没有告知，填“不通过”，部分告知，填“部分通过” | 不适用 |