上周上线一个客户后台系统，测试组卡在验收环节三天没放行。产品说‘所有功能都点得通，当然算过了’，开发回怼‘接口超时没处理、导出Excel偶尔乱码，这叫通过？’最后拉上项目经理，三个人对着 Excel 表一条条划勾，到凌晨一点才签完字。
验收测试不是‘点一遍不报错’就完事
很多小团队把验收测试当成走流程：打开页面、输几个字、点提交、看有没有弹窗——只要没崩，就算‘通过’。但真出了问题，用户可不管你是不是‘点过’了。比如：订单导出功能，测试时导10条数据没问题，上线后客户一次导5000条，内存溢出卡死浏览器，客服电话直接被打爆。
几条实在的通过标准，建议直接抄进测试用例
1. 核心路径必须零失败
不是‘能跑’，是‘稳定跑’。比如电商下单，从选商品→填地址→支付→生成订单号，这条链路上每个环节连续操作10次，不能有一次跳转失败、数据丢失或状态错乱。
2. 边界值必须有结果，不能留白
输入框限制最多20个字符？那试试粘贴30个汉字、输入一串空格+符号、连续按10次退格键——界面不能崩溃，提示要清晰，不能显示‘undefined’或者空白弹窗。
3. 错误场景要有兜底，不能甩锅给用户
网络断了，上传按钮不能变灰消失，得有‘网络异常，请重试’提示；支付失败，不能停留在‘请稍候’不动，得明确告诉用户是余额不足还是银行拒绝。
4. 业务规则必须咬死，不能靠人脑记
比如‘满299减30’，测试不能只试299和300，还得试298.99（不满足）、299.00（满足）、3000.5（满足且只减一次）。规则写在代码里，也得刻在验收表上。
附：我们团队用的简易验收检查表（可直接套用）
✅ 登录页：手机号+验证码，3次错误后锁定5分钟（非前端锁，是接口返回429）
✅ 商品搜索：输入‘苹果’，第一页结果含‘iPhone’‘MacBook’‘红富士’，无无关广告位
✅ 订单提交：地址为空时点击提交，底部红色提示‘请选择收货地址’，不跳转、不弹alert
✅ 数据导出：导出1000条订单，文件名含日期，打开后列顺序与页面一致，金额保留两位小数
✅ 权限控制：普通员工登录，看不到‘财务报表’菜单，且访问/report/finance 直接403别再让‘差不多’‘看着可以’这种话出现在验收邮件里。把标准写成可执行、可验证、可截图存档的句子，测试、产品、开发三方各自打钩，钩齐了再上线——省下的不是时间，是半夜三点被叫醒改线上 bug 的命。