验收用例怎么写才验得动：给甲方对接人的模板

很多纠纷的根源不是代码质量，而是验收口径：乙方说做完了，甲方说不是我想要的。把验收写成用例，是把感觉变成可操作的检查。

一条合格验收用例长什么样

• 角色：谁在操作（店长 / 仓管 / 财务）
• 前置：账号、主数据、外部系统状态准备好什么
• 步骤：3–8 步可点击/可调用的动作
• 期望：屏幕上、数据库里或下游系统应出现什么
• 失败：哪种情况算不通过，是否允许人工兜底

优先覆盖的不是边角，而是主路径与脏规则

首期用例应压在：开业/验证必须走通的主路径，以及改约、退款、部分出库、权限拒绝、同步失败这类脏规则。UI 微调、报表美化可以后置——它们很少是项目翻车点。

反例：看起来很严，其实验不动

• “界面美观、交互流畅”——无法客观判定
• “性能良好”——没有并发与数据量约定就等于没写
• “满足业务需求”——把 PRD 标题复制一遍，没有步骤
• 只写正常路径，不写权限拒绝与失败重试

和里程碑怎么绑

每个里程碑对应一小撮用例，演示当天按用例走。通过 = 可进入下一包；不通过 = 返工清单，而不是重新谈判“做到几成”。变更若影响用例，同步改用例与报价影响说明。

快递飞在澄清与立项阶段就会把关键用例草稿拉出来——不是为了刁难，而是让双方在写代码前对齐“什么叫完成”。你也可以拿这套模板去要求任何供应商。