验收准备在管什么
验收准备是把范围基线转化成可执行判定标准的过程：先由质量控制确认可交付成果符合质量要求，再由确认范围取得客户或发起人的正式验收。准备工作就是三件事——把验收准则写成可测量的条目、准备验收数据与用例、提前约定缺陷分级与处置方式。缺了任何一件，验收都会从按标准判定变成临场谈判。
基本信息
| 所属过程 | 确认范围（Validate Scope）与控制质量（Control Quality） |
|---|---|
| 关键输入 | 范围基准、核实的可交付成果、工作绩效数据、合同规格 |
| 关键输出 | 验收的可交付成果、变更请求、工作绩效信息 |
| 判定依据 | 验收准则、测试报告、合同与技术协议 |
| 参与角色 | 客户或发起人授权代表、项目经理、质量与测试负责人 |
典型使用场景
- 阶段或里程碑交付前，把验收准则与验收用例提前送客户确认，避免当天才发现口径不同
- 项目收尾前对照范围基准逐项走查，确认每条范围条目都有对应的验收证据
- 部分完成、部分遗留的交付：用缺陷分级约定哪些必须修复、哪些可以带条件验收
- 客户组织正式验收前先做内部预验收，把能自查的问题在内部消化掉
- 分包或供应商交付物的验收：用同一套准则约束多方，避免各自解释验收标准
验收准备清单
验收准备清单
# 1 准则可测量：每条需求写出判定条件与数据来源
# 2 用例与数据就绪：验收用例提前会签，测试数据可用
# 3 环境一致：验收环境与生产配置的差异已书面说明
# 4 缺陷分级约定：严重/一般/轻微的定义与处置方式已确认
# 5 遗留清单机制：带条件验收的项须有责任人与修复时限
# 6 记录模板：验收单、测试报告、偏差处置结论格式统一缺陷分级与处置
| 等级 | 判定示例 | 验收处置 |
|---|---|---|
| 严重 | 主流程不可用、数据错误、安全漏洞 | 必须修复后重新验收 |
| 一般 | 次要功能异常，存在可接受的临时替代方案 | 限期修复，可带条件验收 |
| 轻微 | 界面与文案问题、非功能体验类问题 | 列入遗留清单，约定后续版本处理 |
缺陷分级标准要在验收前与客户书面确认：临场争论某条缺陷算严重还是一般，往往比修复本身更耗时。
带条件验收必须留下书面条件：谁负责、何时修复、逾期后果（如质保金扣减或延长质保），否则遗留项在付款后很难推动。