验收标准

用户故事在算作完成之前必须满足特定的、可测试的条件。阐述了“工作”对于这个故事的实际意义。

验收标准是什么?

验收标准 是用户故事在算作完成之前必须满足的特定的、可测试的条件。故事描述了 什么 我们正在建设;验收标准定义 工作。没有它们,“完成”就是意见。

两种常见的格式

项目符号列表(基于规则)。 简单的英语,每个项目符号一条规则:

  • 5 次错误密码尝试后登录失败。
  • 用户会看到一般错误,而不是具体的“密码错误”。
  • 写入审核日志条目。

给定/何时/然后(小黄瓜/基于场景)。 行为驱动,易于转化为自动化测试:

  • 给定 用户已输入错误密码4次, 当 他们第五次输入错误的密码, 然后 账户被锁定,审核日志有记录。

良好验收标准的属性

  • 可测试:测试人员无需判断即可验证通过/失败。
  • 独立于实施:描述结果,而不是代码如何工作。
  • 有界:涵盖用户故事,而不是相邻的故事。
  • 面议:协作编写,在细化中细化。
  • 具体:“快”是不可测试的; “p95 响应时间不到 200 毫秒”。

常见错误

  • 将它们视为愿望清单:每一个“那就太好了”都会被添加,直到故事太大而无法适应冲刺。
  • 开发开始后添加它们:在冲刺中期重新调整范围。
  • 用实现语言编写它们:将故事与单一技术方法结合起来。
  • 将它们与完成的定义混淆:接受标准因故事而异;完成的定义适用于所有故事。

相关

在没有打开术语表选项卡的情况下运行冲刺

SprintFlint 在 30 秒内设置一个具有合理默认值的工作冲刺:速率、燃尽、回顾和容量全部内置。每月 50 张免费工单。