验收标准

它是什么

验收标准是用可观察、可验证的条件描述「怎样算完成」的清单。它把「做完」从主观感觉变成客观判断，是开发、测试与业务对齐的共同标尺。

为什么需要它

「做好一点、再快一点」这类需求无法验收，会导致反复返工和争论。验收标准在动手前写清通过与不通过的边界，减少歧义，也让测试可以自动或人工地核对结果。

它如何工作

针对每个需求写若干条可验证条件，每条都能被观察到「是」或「否」，并覆盖正常路径、边界与失败情况。验收标准回答「完成时会发生什么」，而不是「怎么做」（后者是实现细节）。写完后任何一方都能独立判断是否达标。

必须澄清的误会

验收标准 ≠ 用户故事。 用户故事描述要什么，验收标准定义做完的样子，两者常成对出现。

验收标准 ≠ 评测集。 验收标准面向功能交付、逐条判定；评测集面向模型效果、批量统计。前者是验收项，后者是测量工具。

真实例子

一个 AI 客服助手的验收标准不写「回答准确」，而写：命中退款场景时返回草稿；每条草稿都附原文引用；引用指向当前有效版本；证据不足时显示拒答并转人工；响应时间中位数低于 3 秒。每条都可被测试验证。

什么时候适合与不适合

适合：跨角色协作、需要明确完成边界、或错误代价高的功能。慎用：过度细化到实现步骤会束缚设计；还在探索的方向可先用更宽的成功标准。验收标准描述「什么算好」，不规定「怎么实现」。

亲自试一下

拿一个需求，写出三条验收标准，逐条检查：是否可被观察到真假、是否覆盖正常与失败情况、是否混入了实现细节。把混入的「怎么做」删掉，只留「完成时会发生什么」。

接下来学什么

把验收标准写进 PRD，配合用户故事组织，并用需求优先级决定先交付哪一条。

来源与修订

验收标准的定义与写法依据 Atlassian 的敏捷实践指南 [S1] 与验收测试的通用概念 [S2]。本版强调「可观察、覆盖边界、不混实现细节」，不把验收标准写成测试用例本身。