一、功能验收：把需求清单变成逐条勾选项
功能验收的依据是合同附件中的需求确认书。建议在验收会上用逐条勾选的方式进行，每个功能项标注「通过 / 有缺陷 / 不适用」，并对有缺陷项记录问题描述、严重等级与整改期限。
| 严重等级 | 定义 | 处理要求 |
|---|---|---|
| 阻断级 | 主流程无法完成，如无法下单、无法登录 | 必须修复后重新提交验收 |
| 严重级 | 功能异常但有绕行方案 | 约定整改期限，上线前必须修复 |
| 一般级 | 文案错别字、样式偏差、边界情况异常 | 可在维护期内修复 |
| 建议级 | 体验优化建议 | 记录进需求池，后续版本处理 |
二、性能验收：把「不卡」换成具体数字
「系统要流畅」无法验收。需要事先约定可测指标，常见参考值：
- 接口响应：常规查询接口 P95 ≤ 1 秒，复杂统计接口 P95 ≤ 3 秒。
- 页面加载：首屏加载（4G 网络）≤ 3 秒；列表翻页 ≤ 1.5 秒。
- 并发能力：按业务预估峰值测试，一般系统按 200–500 并发用户设计；秒杀类场景需专项压测。
- 稳定性：连续运行 24–72 小时无内存泄漏、无定时任务堆积、无服务重启。
测试数据要真实 用 1 条数据测和用 10 万条数据测，结果完全不同。验收前要求用接近生产的数据量做一次完整流程走查。
三、安全与合规验收
- 权限隔离：不同角色登录后可见菜单与可访问 URL 一致，越权直接访问被拦截。
- 敏感数据保护：密码加密存储不可逆；手机号、身份证等在列表页做脱敏；传输使用 HTTPS。
- 日志审计：关键操作（登录、删除、导出、审批、权限变更）有操作日志，含操作人、时间与内容。
- 上传与注入防护：文件类型与大小校验；输入框做服务端校验与 SQL 注入/XSS 防护。
- 个人信息合规：涉及个人信息收集时提供隐私政策与授权说明，符合《个人信息保护法》要求。
四、文档验收：决定项目能否被接手
| 交付文档 | 用途 | 验收要点 |
|---|---|---|
| 完整源代码 | 自主运维与二次开发 | 可独立编译构建，无缺失依赖 |
| 数据库设计文档 | 理解数据结构 | 含 ER 关系、表说明与字段字典 |
| 接口文档 | 前后端协作与第三方对接 | 含请求参数、返回示例、错误码 |
| 部署说明 | 服务器环境搭建与发布 | 含环境要求、依赖、配置项与上线步骤 |
| 操作手册 | 业务人员日常使用 | 含截图的图文步骤，按角色划分 |
| 测试用例与结果 | 质量验证依据 | 覆盖主流程与异常分支 |
常见问题
软件项目验收一般需要多长时间？
对于中型项目，通常 5–10 个工作日。其中功能验收 2–4 天，性能与安全验收 1–3 天，文档核对 1–2 天。不通过项整改后需安排 1–2 次复验。建议在合同中把验收窗口期写明，并约定客户方在收到验收申请后应在约定期限内完成验收，逾期未反馈视为通过——这是防范无限期拖延的常见条款。
客户方内部应该安排谁参与验收？
建议三类角色共同参与：业务使用方（确认功能是否符合实际流程）、IT 或信息化负责人（确认技术质量与数据安全）、决策人或采购负责人（确认交付物完整性与商务条款）。只由一人验收容易遗漏视角，单一部门验收也容易后续被推翻结论。
项目交付后还有哪些事情没做完？
通常需要完成：生产环境部署与域名备案切换、第三方账号与密钥的交接与安全改密、历史数据导入与核对、监控与告警配置、备份策略设置、用户培训、试运行观察期。一般建议保留 1–2 周试运行，期间由开发方待命处理上线初期的配置类问题。
上线后发现的问题算不算验收不合格？
取决于问题性质。属于功能缺陷（与需求确认书不符）的，应在免费维护期内免费修复；属于新增需求或需求变更的，按变更机制另行计价；属于第三方服务变化（如支付平台接口调整、微信新版本兼容）导致的，通常不在原验收范围，需双方协商。合同中明确这一点可以避免后期争议。
验收通过后还能要求修改吗？
可以，但性质不同。缺陷修复属于维护范围，不额外收费；新增功能属于二次开发，需要单独报价并重新排期。建议在合同中约定免费维护期（通常 3–12 个月）及其覆盖范围，期后的需求变更走统一报价流程，这样双方预期都清晰。