返回知识库

产品方法 · 产品方法

验收标准Acceptance Criteria

验收标准是故事票上那几条可观察条件:通过、失败、待验证可追踪,有失败就不能交付。

先认出故事票上的三条条件,再提交看能不能交付

下面就是需求票上的验收清单:前置、动作、可观察结果。默认有一条失败;点「提交验收」,可交付或不可交付的章盖在票上。

故事票 AC-14 · 收藏与保存未登录点收藏会去登录;保存失败仍能看到原文并重试
  • 390px 无横向滚动通过
  • 未登录收藏跳登录待验证
  • 保存 500 仍可重试失败

    复现:拦截保存接口 500 → 原文仍在输入框 → 重试按钮可用。下一步:修复后再跑同一条。

不可交付 · 失败那条先复现

不可交付保存失败那条是红灯,票上盖「不可交付」。原因:失败要先复现 → 修复 → 再跑同一条。

下一步:点票上的「提交验收」看章;再切全部通过或一条待验证。

知识点:验收标准 = 前置 + 动作 + 可观察结果

上面的故事票已经演示了核心关系,这里只给可复用的命名。

  • 每条写成别人能照做的三段:环境、点什么、看见什么。
  • 三态可追踪:通过 / 失败 / 待验证,图标和文字一起变。
  • 结论长在票上:全过才可交付,有失败就不可交付。
  • 失败不收口:就地写出复现步骤,红灯回到绿灯才算这条做完。

什么时候写、怎么写

看到「差不多能用」「感觉不错」时,把形容词换成可观察结果。

  • 信号:多人对「做完」判断不一致,或要把功能交给测试、评审、Agent。
  • 适用:用户故事、PR、回归清单。
  • 不适用:还在探索方向、没有可演示行为的时候,先别写成验收。
  • 最短路径:写前置 → 写动作 → 写可观察结果 → 标记三态 → 失败带复现。

正反例:同一收藏功能,只换条件写法

目标都是「让团队能判断收藏是否做完」。差别只在条件能不能被观察。

正例未登录点收藏 → 登录页且 URL 含 return

前置、动作、可观察结果齐全,失败也能定位是会话、跳转还是参数丢失。

反例收藏体验要好

「好」没有证据:无法复现、无法判断通过或失败。

快速自测

哪一条更像可验收条件?

继续查证

术语的技术定义和行为以这些一手或权威资料为准。

下一步学

和本知识点经常一起出现的概念。