验收签字是什么
验收签字（Sign-off）是测试活动收尾时的正式确认动作：测试完成情况、遗留缺陷、风险声明与发布建议落成书面记录，由相关责任人确认。它的意义是边界确认——从签字那刻起，已知风险进入业务方的知晓范围，后续发布与否是基于信息的决策，而不是一句测试觉得不行或产品觉得可以的口头拉扯。
基本信息
| 签字内容 | 测试范围与结论、执行统计、遗留缺陷清单、风险声明 |
|---|---|
| 参与角色 | 测试负责人、产品负责人，重大版本含运维与业务方 |
| 准入前提 | 核心用例执行完毕、高危缺陷清零或有明确处理结论 |
| 遗留处理 | 逐条列出影响面、规避手段、计划修复版本 |
| 记录载体 | 发布检查表或邮件存档，附版本号与日期 |
| 后续动作 | 遗留项跟踪到关闭，风险项进入上线值班关注清单 |
典型使用场景
- 大版本发布：书面对齐质量状态，作为发布决策的输入。
- 客户交付：交付型项目验收签字常与收款节点绑定。
- 合规审计：行业审查要求测试完成有正式记录可查。
- 外包收尾：外部团队交付物确认，责任边界清晰。
- 带缺陷上线：逐条记录接受的风险与理由，防止日后失忆。
签字材料清单
| 材料 | 内容要点 |
|---|---|
| 测试结论 | 覆盖范围、通过率、未覆盖说明 |
| 遗留缺陷 | 编号、严重度、影响面、规避手段 |
| 风险声明 | 已知限制与不确定项 |
| 回滚预案 | 触发条件与操作者 |
| 值班安排 | 上线后观察期的响应方式 |
签字不是免责声明：测试提供质量事实，业务承担发布决策，两边都要清楚自己的角色。
遗留清单要可读：内部编号业务方看不懂，附上影响面的业务语言描述。
小版本可以简化但不能消失：轻量确认胜过事后无从追溯。