---
name: acceptance-test-planning
type: procedure
when: '验收测试, 验收规划, 验收标准, acceptance test, 验收计划, 测试用例设计, 验证计划, 测试计划, 验证策略, verification plan, 测试规划, 集成测试计划'
scope:
  - backend
  - frontend
products:
  - '*'
id: ka-procedure-验收测试规划
asset_kind: procedure
lifecycle_status: active
authority: supporting
owner_mechanism_id: mc-delivery-gate
routes:
  - code_change
primary_triggers:
  - 验收测试规划
secondary_triggers: []
negative_triggers: []
priority: P1
specificity: 5
consumes:
  - mc-delivery-gate
emits:
  - acceptance_test_plan
  - acceptance_report
required_evidence:
  - execution_evidence
version: 1.1.0
last_reviewed: '2026-06-01'
stages: ["编码与单元测试", "联调验证"]
---

## 适用场景
基于任务卡片规划验收测试范围、优先级和覆盖策略，确保 P0/P1 功能有明确验收标准。

## 步骤
1. 确认任务卡片和交付蓝图已冻结
2. 识别所有功能点的测试覆盖需求
3. 创建测试条目，每条追溯到任务卡和需求基线
4. P0/P1 测试必须覆盖：正常路径 + 至少一个错误路径
5. L0 紧急修复可使用简化测试但不得完全跳过
6. 测试框架由技术栈决定
7. 明确验收标准和验收场景（基于需求文档和验收清单）
8. 准备测试数据（覆盖正常流、异常流、边界值、权限场景）
9. 执行验收测试并记录结果（通过/失败/阻塞），失败项关联缺陷
10. 回归测试：修复缺陷后重新验证相关场景
11. 输出验收报告（测试覆盖率、通过率、遗留风险），作为上线依据

## 检查点
- [ ] 所有 P0 任务卡有至少 1 个测试条目
- [ ] 所有 P1 任务卡有至少 1 个测试条目
- [ ] 覆盖策略包含正常路径、边界场景、错误路径
- [ ] 测试条目追溯到任务卡和需求基线
- [ ] 验收场景覆盖所有需求点
- [ ] 测试数据准备完毕
- [ ] 验收报告输出并评审

## 注意事项
- 测试必须在实现前生成（先失败后实现）
- 每个测试至少 1 个断言
- 纯文档/配置变更不适用本流程
- 验收测试必须在类生产环境执行，禁止在开发环境验收
- 验收发现的 P0/P1 问题必须在上线前修复
- 性能验收必须模拟真实数据量和并发量
