如何验收
面向客户 / 验收人。
验收的目的：对照已确认的范围与标准，判断本期是否可 以签字通过——不是临时扩大需求的场合。
1. 验收依据（只认这些）
验收默认只对照：
- 已确认的范围说明（本期做 / 本期不做）
- 验收标准 / 验收清单（项目启动或里程碑前书面确认）
- 完成定义（DoD） 中双方约定适用的条目
- 已确认的接口契约、原型或样例数据（如有）
验收不是重新提需求
验收中新产生的想法，记入「后续需求」，走 需求变更流程 或二期，不默认算本期未完成。
2. 谁来验收
| 角色 | 职责 |
|---|---|
| 验收责任人（需指定） | 最终签字：通过 / 不通过 / 有条件通过 |
| 业务使用者 | 按真实工作路径走主流程 |
| 技术对接人（如有） | 接口、权限、环境、数据核对 |
| 我方交付对接 | 提供环境、账号、演示路径、问题记录 |
开始验收前，请书面确认验收责任人姓名与联系方式。
3. 验收前准备（双方）
你方
- 验收人有时间按清单走完主路径
- 准备真实或约定的样例数据（如需要）
- 明确验收环境（预发 / 生产演练等）
- 已知「本期不做」清单，避免现场争论范围
我方
- 提供验收环境与账号
- 提供验收清单与操作路径说明
- 列出已知问题及分级
- 说明如何反馈缺陷（渠道与格式）
4. 验收怎么做（推荐步骤）
- 对照清单逐项勾选（不要只看演示一遍）
- 主流程端到端：从登录到完成核心业务动作
- 权限抽查：不该看见的角色是否不可达
- 关键异常：空数据、重复提交、无权限等（按清单）
- 数据核对（涉及金额/库存/报表时）：抽样对账
- 记录问题：可复现步骤 + 期望 + 实际 + 截图/单号
- 结论：通过 / 不通过 / 有条件通过（见下）
验收记录模板
## 验收项
- 编号/名称：
- 结果：通过 / 不通过 / 未测
- 说明：
## 缺陷（如有）
- 标题：
- 复现步骤：
- 期望结果：
- 实际结果：
- 严重级别：阻断 / 严重 / 一般 / 建议
- 附件：
5. 缺陷怎么分级
| 级别 | 含义 | 对验收结论的影响（默认） |
|---|---|---|
| 阻断 | 主路径不可用、资金/数据错误、严重安全问题 | 不通过，修复后复验 |
| 严重 | 重要功能受损，有困难绕行 | 通常不通过，或书面约定修复期限后有条件通过 |
| 一般 | 次要功能问题，有明确绕行 | 可遗留，列入修复计划 |
| 建议 | 体验优化、文案、非范围美化 | 不阻断验收；可进二期 |
分级有争议时，以是否违反已确认验收标准为准，而不是「是否还能再更好」。
6. 验收结论
| 结论 | 含义 |
|---|---|
| 通过 | 满足约定标准；可进入上线/下一里程碑/尾款节点（按合同） |
| 有条件通过 | 非阻断问题列出清单与修复期限，双方签字确认 |
| 不通过 | 存在未解决的阻断/严重问题，修复后安排复验 |
结论应书面确认（邮件、 工单或验收单）。
口头「感觉行」不作为正式验收通过。
验收单（摘要字段）
项目/里程碑：
验收环境与版本：
验收日期：
验收责任人：
结论：通过 / 有条件通过 / 不通过
遗留问题：（编号、级别、期限）
签字：
7. 复验
- 仅验证已记录未通过项及回归影响面
- 不默认重新打开全部范围
- 复验仍按同一套标准，不临时加码
8. 里程碑验收 vs 终验
| 类型 | 焦点 |
|---|---|
| 里程碑验收 | 本阶段承诺的增量是否达成 |
| 上线前验收 | 主路径 + 权限 + 关键配置 + 回滚/值班可知 |
| 终验 / 移交 | 含 交接清单 与文档版本一致 |