验收标准

出处不详，欢迎补充！

• 编写良好的验收标准有助于避免在开发阶段结束时出现意外结果，并确保所有利益相关者和用户对他们得到的结果感到满意。

• 使功能范围更加详细。验收标准定义用户故事的边界。它们提供了有关功能的精确细节，帮助团队了解故事是否已完成并按预期工作。

• 描述异常情景。验收标准定义异常情景，并解释系统必须如何应对它们。

• 建立沟通。验收标准使客户和开发团队的愿景同步。它们确保每个人都对需求有一个共同的理解：开发人员确切地知道该功能必须展示什么样的行为，而利益相关者和客户则理解该功能的预期。

• 简化验收测试。验收标准是验收测试的基础。每个验收标准必须是可独立测试的，因此具有明确的通过或失败场景。

• 进行特性估算。验收标准规定了团队必须开发的具体内容。一旦团队有了精确的需求，他们就可以将用户故事分解为可以正确估算的任务。

总之，不同的人对一个问题可能有不同的观点和解决方案想法，使用明确写出来的验收标准就可以最大程度确保大家对功能做成什么样达成一致。

• 验收标准在需求/用户故事梳理的过程中制定，由产品负责人、开发、测试等人员共同讨论并达成一致。验收标准的确认工作要先于估算活动，因为验收标准不同，工作范围和工作量也会有所不同。

1. 根据需求的不同，可以用不同的格式编写验收标准，即：

   • 面向场景（Given/When/Then模板）；

   • 以规则为导向（检查单模板）；

   • 自定义格式。

2. 面向场景的验收标准：

   • 格式

     • 场景： 要描述的行为名称：

     • 给定条件（Given） – 场景的初始状态；

     • 当（When） – 用户做出的具体操作；

     • 就会（Then） – “当”这一步操作的结果；

     • 并且（And） – 用来连接并列的部分。

   • 例子：

     • 场景：忘记密码；

     • 给定条件：用户导航到登录页面；

     • 当：用户选择<忘记密码>选项；

     • 并且：输入有效电子邮件以接收密码恢复链接；

     • 就会：系统将链接发送到输入的电子邮件；

     • 给定条件：用户通过电子邮件接收链接；

     • 当：用户浏览电子邮件中收到的链接；

     • 就会：系统允许用户设置新密码。

3. 以规则为导向

   • 很多时候不适合用GWT的格式来写验收标准，可以用一组描述系统行为的规则来表达。

   • 例子：

     • 用户故事：作为用户，我想使用搜索字段键入城市、名称或街道，以便找到匹配的酒店选项

     • 验收标准：

       • 搜索字段位于顶部栏上；

       • 一旦用户单击“搜索”，搜索就会开始；

       • 该字段包含一个带有灰色文本的占位符：“你要去哪里？”

       • 一旦用户开始键入，占位符就会消失；

       • 如果用户键入城市、酒店名称、街道或所有组合，则执行搜索；

       • 搜索语言有英语、法语、德语和乌克兰语；

       • 用户不能键入超过200个符号；

       • 搜索不支持特殊符号（字符）。如果用户键入了特殊符号，则显示警告消息：“搜索输入不能包含特殊符号。”

https://www.altexsoft.com/blog/business/acceptance-criteria-purposes-formats-and-best-practices/