软件验收不要只说“能用”，要有可检查标准

关键判断一览

把验收写成可以执行的条件

“系统稳定、操作方便”难以共同判定。可改成“门店 A 登录后只能查看本店订单；尝试访问门店 B 的订单链接会被拒绝”。这样业务和技术都能执行相同检查。

每条验收条件至少说明前置数据、操作步骤和预期结果。功能实现、权限与异常处理分别确认，不能只按按钮是否出现打勾。

• 让非开发人员按说明完成一次操作。
• 覆盖取消、重复点击、无权限与数据为空等关键边界。

样本必须覆盖最容易出错的业务组合

订单系统应包含组合优惠、部分退款与重复回调；排班系统应包含时间冲突和改约；数据迁移应包含重复与缺字段。各项目测试集应来自自身流程。

性能要求同时说明数据量、并发方式、访问动作和可接受体验。测试环境差异要写明，否则一个速度数字无法说明上线表现。

• 把严重错误、一般缺陷与体验建议分别记录。
• 问题单包含复现步骤、账号角色、时间和实际结果。

交付验收还包括接手能力

上线版本、源码版本、数据库迁移、账号权限、备份与运维文档应互相对应。测试完成后仍需要确认谁能部署、恢复和排查故障。

建议由接手人员在隔离环境进行一次部署和恢复，记录遗漏项。验收结果列明已通过、需修复和后续变更，避免一个“已完成”掩盖不同状态。

• 复测关键缺陷，检查修复没有破坏原有流程。
• 归档测试样例与版本记录，后续更新继续使用。