先说结论
有效验收需要把合同功能拆成可执行场景：谁在什么条件下进行什么操作，系统应产生什么页面反馈、数据变化和后续任务。正常流程、异常流程、角色权限、数据准确性和部署资料都应纳入清单。
验收不只是点一遍页面
功能验收：约定模块和核心操作能够按需求完成。
流程验收：跨角色审批、退回、撤销、异常和超时处理符合规则。
数据验收：计算口径、报表汇总、导入导出和历史数据一致。
权限验收：不同组织、角色和数据范围不能越权查看或修改。
兼容与性能：在约定设备、浏览器、并发量和网络条件下可用。
交付资料：源码、部署说明、账号清单、数据库说明和培训资料齐全。
推荐的验收用例格式
前置条件：准备什么账号、数据和业务状态。
操作步骤：按顺序写明点击、输入和提交动作。
预期结果：页面反馈、数据变化、通知和下一步状态。
实际结果：通过、未通过或有条件通过，并附截图和问题编号。
试运行比集中验收更重要
真实用户使用一段时间后，才能发现权限边界、数据口径和高频操作是否合理。
建议在正式验收前安排试运行，问题统一进入缺陷清单，修复后按原步骤复测。
开始项目前建议确认
- 需求与原型基线
- 验收用例
- 角色权限矩阵
- 数据核对样本
- 接口异常测试
- 部署与备份
- 源码和文档
- 培训与账号移交
常见问题
界面和效果图不一样算不算未通过？
要看合同或确认稿是否把视觉稿作为验收基线。颜色、字号与布局应按确认稿检查，业务数据则以实际场景为准。
发现新需求怎么办？
先区分原范围缺陷与新增需求。新增内容进入变更评估，不应与原范围缺陷混在一起。
验收后还会有问题吗？
软件在真实数据和环境中仍可能出现缺陷，应在合同中明确质保期、响应方式和不属于缺陷的新增范围。