2. 测试用例评审与基线锁定

测试用例评审与基线锁定是连接测试设计阶段与正式执行阶段的关键质量关口。本章聚焦评审流程、基线版本管理及变更控制规则，确保进入验收环境的每一份测试用例都经过同行确认、版本可追溯、变更受控。

适用场景

• 测试设计完成后，正式执行前需要进行用例质量把关的项目阶段
• 涉及多个跨职能团队（开发、测试、产品、运维）协同评审的大型/中大型发布
• 合规性要求较高的行业（金融、医疗、自动驾驶等）需要保留完整评审记录
• 已有测试用例基线，但需求/设计发生变更需要重新锁定用例版本

前置条件

操作步骤

1. 发起评审：测试负责人从用例管理平台创建评审单，选择评审范围（新增/修改用例集），设置截止时间。
2. 预审阶段：评审员在24小时内完成独立预审，在用例上添加评论（通过/不通过/建议修改）。
3. 评审会议（可选）：对于复杂变更，召集所有评审员面对面或线上会议，逐一过有争议的用例。
4. 结果整理：测试负责人汇总所有评审意见，标记“通过”“需修改”“不通过”。
5. 用例修改：编写人员根据意见修改用例，并在平台中更新版本号（如 v1.2 → v1.3）。
6. 二次确认：原评审员确认修改内容，必须回复“确认通过”才能进入下一阶段。
7. 基线锁定：确认所有用例通过后，测试负责人在平台执行“基线锁定”操作，生成只读基线包。
8. 归档通知：通过邮件或即时消息通知项目组基线版本号、存储位置及锁定时间。

输入输出物

责任边界

• 测试负责人：发起流程、组织会议、汇总意见、执行基线锁定、存档记录。
• 用例编写人：按意见修改、更新版本号、回复确认。
• 评审员：独立预审、参与会议（如需）、确认修改结果。
• 发布经理：监督基线锁定的时效性，确保变更控制流程被执行。
• 架构师/技术负责人：在争议用例评审中提供技术决策。

记录材料

• 评审单截图（含评审起止时间、评审员清单、结论）
• 每个用例的评审评论记录（平台导出为PDF或Excel）
• 基线锁定操作日志（平台审计日志片段）
• 修改前后的用例版本对比列表
• 变更控制审批单（如果涉及紧急变更）

异常处理

变更控制规则

• 锁定即冻结：基线锁定后，不允许直接修改已锁定的用例。
• 最小变更原则：任何变更必须经过变更申请→影响分析→审批→解除锁定→修改→重新锁定闭环。
• 变更层级：
  • 紧急变更（影响执行阻塞）→ 24小时内完成审批，高优先级处理。
  • 常规变更（优化/补充场景）→ 48小时内完成。
• 版本递增规则：每次变更后用例版本号+0.1，基线版本号+0.01；若累加超过整数位则进位。

验收标准

1. 所有待评审用例的评审意见都已闭合（已回复且标记为“通过”）。
2. 用例管理平台中显示“基线锁定”状态，且锁定时间戳在评审结论生成之后。
3. 基线包可被测试执行人员以只读方式访问，无法编辑。
4. 变更控制记录（如有）已归档至项目文档库，路径清晰。
5. 评审记录（含评论、附件、会议纪要）已上传至指定共享位置。