软件验收是对"能不能用"下的正式结论。它的价值不在于挑毛病，而在于把一个模糊的"感觉还行"变成一份能签字的记录。下面是可直接照着走的验收流程。
一、验收前：先把环境和数据准备好
- 在干净的测试环境验收，不要用开发机
- 导入一份接近真实体量的数据（宁可拿脱敏后的真实数据）
- 准备 2～3 个典型业务场景，从录入到出报表完整走一遍
- 约定验收人与验收时间，避免"临时叫不来人"
二、功能验收
照着需求文档的验收标准逐条过。每条只做三件事：操作、看结果、记录。不要在这个过程中讨论"要不要加功能"——那是变更，不是验收。
三、数据验收
- 新增、修改、删除后的数据在列表与详情里一致
- 软删除的记录不出现在统计与导出中，但可在回收站找回
- 金额、数量的小数位与四舍五入规则符合约定
- 导出文件用 Excel 打开无乱码，列顺序与表头正确
- 批量导入的失败行有明确提示，且不会中断整批
四、权限验收
- 用不同角色的账号登录，逐一核对可见范围
- 直接输入别人数据的 URL，应被拦住而不是能打开
- 越权接口调用被拒绝（不能只靠前端隐藏按钮）
- 离职/停用账号立即失效，无法再登录
五、性能验收
性能要给数字，不能写"要快"。下面是可以直接写进合同的参考值：
| 场景 | 参考指标 |
|---|---|
| 常用列表页首次打开 | 2 秒内 |
| 带条件查询 | 3 秒内返回首屏 |
| 报表生成（10 万条以内） | 10 秒内 |
| 同时在线 50 人操作 | 无明显卡顿、无报错 |
| 文件上传（20MB 以内） | 成功且有进度提示 |
六、安全与备份验收
- 已配置 HTTPS，浏览器地址栏无"不安全"提示
- 数据库有定时备份，并当场做一次恢复演练（这一步最常被跳过）
- 关键操作（登录、删除、审批、导出）留有日志
- 默认管理员密码已修改，测试账号已清除
七、验收后必须拿到的交付物
- 源代码（含依赖清单与编译说明）
- 数据库结构说明或建表脚本
- 部署文档：环境要求、启动步骤、端口与目录
- 操作手册与 1 次现场培训
- 管理员账号（含数据库账号）与密码交接单
- 接口文档（若有对外对接）
- 质保期说明与报障联系方式
最容易漏的一项：备份恢复演练。很多项目备份脚本一直在跑，但从来没人验证过能不能恢复。验收时当场恢复一次，才算真的验过了。