做软件测试的朋友应该都遇到过这种情况：开发说‘功能做完了’，产品说‘需求对不上’，测试一跑发现漏测了关键路径——最后卡在验收环节，反复返工。
验收测试用例不是越厚越好
很多人一上来就堆几十条用例，字段填满、步骤写三行、预期结果抄需求文档。结果呢？业务方看不懂，开发懒得看，自己执行两遍就烦了。其实，一份能落地的验收测试用例，核心就5个字段，清清楚楚，谁都能照着走。
1. 用例编号（可选但建议）
比如 YS-001、YS-Login-02，前缀区分模块，数字递增。上线前归档、复盘时查哪条没过，一搜就出来。
2. 功能点/场景描述
别写‘用户登录功能’，要写‘手机号+短信验证码登录，未注册自动创建账号’。越具体，越不容易扯皮。上周我们测一个电商后台，就因为‘导出订单’没写清‘是否含已取消订单’，运营导出后说数据不对，来回确认了俩小时。
3. 前置条件
一句话说清环境和状态。例如：
• 当前账号已绑定手机号
• 短信网关服务正常
• 用户未在其他设备登录4. 操作步骤（精简到动作本身）
避免‘点击右上角头像→进入个人中心→下滑找到设置按钮→点击退出登录’这种长串。改成：
1. 输入手机号
2. 点击【获取验证码】
3. 输入收到的6位数字
4. 点击【登录】5. 预期结果（必须可观测）
不能写‘系统响应正常’，得写：
• 页面跳转至首页
• 右上角显示用户昵称‘张三’
• 浏览器地址栏URL包含 /dashboard最后提醒一句：验收用例不是写给测试自己看的，是写给产品、运营、客户一起签字确认的。所以少用术语，多用他们日常说的话。比如把‘校验token有效性’改成‘重新打开网页还能看到购物车里的商品’。