第三章 验收标准制定前置条件

适用场景

本流程适用于所有新功能、变更请求或缺陷修复进入验收标准制定阶段之前，必须满足的基础准备条件。以下场景必须强制检查前置条件是否就绪：

• 需求规格说明书（SRS）完成基线化并获开发、测试、产品三方确认。
• 技术方案评审已通过，架构、接口、性能指标、安全约束均已明确。
• 测试环境（含依赖服务、仿真数据、工具链）已具备可用性。
• 关键干系人（业务方、开发负责人、测试负责人、项目经理）已对需求范围与技术方案达成共识。

前置条件

操作步骤

1. 核查需求基线：测试工程师从配置管理库中拉取最新基线SRS，对比版本号与变更记录，确认与评审通过版本一致。
2. 检查技术方案落地：对照技术设计文档，逐项验证接口协议、数据结构、约束条件是否在开发实现中完成。
3. 环境冒烟测试：部署最新构建包到测试环境，执行预定义的冒烟用例（核心API登录、数据查询），确认环境可交互。
4. 干系人签到：组织5分钟站立会议或通过协作工具（如Jira/Confluence）发起确认，记录各方无反对意见。
5. 前置条件打标：在测试管理平台（如TestRail、Xray）中将对应测试计划的“前置条件”字段标记为通过。

输入输出物

责任边界

• 测试工程师：主导前置条件核查，执行环境冒烟，收集并归档证据，将结果录入管理平台。
• 开发负责人：确保技术设计文档通过评审并落地实现，配合解决环境依赖问题。
• 产品经理：确保需求基线化交付，对于需求变更及时发起基线更新流程。
• 项目经理：组织干系人确认会议，推动未解决异议的升级处理。

记录材料

• 前置条件检查单模板（.xlsx）：包含PC-01至PC-04的检查项、证据链接、责任人。
• 环境冒烟测试日志：

  [2025-07-11 09:32:45] [INFO] 冒烟测试开始
  [2025-07-11 09:32:47] [PASS] POST /api/v1/login -> 200
  [2025-07-11 09:32:49] [PASS] GET /api/v1/users?page=1 -> 200
  [2025-07-11 09:32:51] [PASS] 依赖Mock服务 healthcheck -> OK
  [2025-07-11 09:32:53] [INFO] 冒烟测试结束，3/3通过

• 干系人确认邮件示例（仅作为参考记录，实际归档使用会议纪要）。

异常处理

验收标准

前置条件通过的验收标准定义如下：

• 每个条件类别至少有一项可追溯的证据（文档/日志/审批记录）。
• 所有检查项（PC-01至PC-04）标记为“通过”且无未关闭异常。
• 前置条件检查单在测试管理平台上的汇总状态显示为绿色（全部通过）。
• 若存在异常，必须按异常处理流程关闭或获得项目经理的豁免批准。