你刚接手一个小型软件项目，客户说要“验收”，你一愣：验收到底验啥？怎么让客户签字确认不扯皮？其实，关键就靠一份清晰、好懂的验收测试用例模板。
什么是验收测试用例？
它不是程序员写的单元测试，也不是QA跑的压力脚本，而是站在用户角度，列出“这个功能做完后，客户亲眼看到什么、点哪里、输入啥，结果应该是什么”。一句话：让客户看得懂、试得了、签得爽。
一个够用的模板长这样
别被“模板”吓到，不用Excel套10列字段。日常小项目，用下面这张表就够：
用例编号 | 功能模块 | 测试场景 | 前置条件 | 操作步骤 | 预期结果 | 实际结果 | 通过/不通过 | 备注
YT-001 | 用户登录 | 正常手机号登录 | App已安装，网络正常 | 1. 打开App
2. 输入已注册手机号
3. 点击【获取验证码】
4. 输入收到的6位码
5. 点击【登录】 | 页面跳转至首页，顶部显示用户名 | | |
YT-002 | 用户登录 | 手机号未注册 | 同上 | 1. 输入未注册的手机号
2. 点击【获取验证码】 | 弹出提示：“该手机号未注册，请先注册” | | | 注意几个实操细节：
- 用例编号别用YT-1、YT-2——加个年份和版本号更靠谱，比如YT-2024-v1.2-001，以后改版一目了然；
- 操作步骤写具体动作，不说“点击登录按钮”，说“点击右下角蓝色【登录】按钮”，客户照着点不迷路；
- 预期结果要可观察，别说“系统响应正常”，要说“页面3秒内加载完成，显示‘欢迎回来，张三’”。
为什么新手容易漏掉这一项？
很多人写完功能就发给客户，结果对方说“我点注册没反应”，你查半天发现是测试环境没配短信通道。其实只要在“前置条件”里写清楚“需连接测试短信网关”，双方提前对齐，省去一半返工。
再比如做企业微信小程序，客户说“员工扫码应该自动带工号”，但模板里没写“扫码时手机需开启定位权限”，结果客户在电梯里扫不出数据，当场质疑质量——这些坑，都在模板里填一行就能避开。
直接抄的极简版（适合Word或飞书文档）
打开空白文档，粘贴下面内容，删掉括号里的说明，填空就行：
【用例编号】：
【所属功能】：
【测试目的】：（一句话说清验什么，例如：验证用户修改密码后原密码失效）
【前置条件】：（如：用户已登录，当前密码为123456）
【操作步骤】：
1.
2.
3.
【预期结果】：
1.
2.
【截图建议】：（可选，比如“登录成功后首页右上角头像旁应显示姓名”）最后提醒一句：模板不是摆设。每次客户提新需求，顺手补一条用例；每次改bug，回头看看对应用例的“预期结果”要不要更新。用多了，你会发现，不是你在写模板，是模板在帮你守住交付底线。