格式化给定-何时-那么问题
定义验收标准的另一种方法是格式化“Given-When-Then”(GWT) 格式。简单来说，这就是它的样子。
####给定：软件的初始状态或上下文
### When : 用户采取的行动或事件
####然后：预期结果
基本上，这意味着给定，当目标用户执行，<预期结果>应该发生。让我们举个例子。
鉴于：用户正 阿尔巴尼亚电话号码 在尝试订阅新闻通讯
时间：用户输入有效的官方电子邮件地址
然后：系统会发送一封自动电子邮件以确认订阅
5. 与利益相关者合作
良好的验收标准不是凭空写出来的。通常，产品经理会带来用户和业务需求的观点。设计团队注重用户体验、可用性、可访问性等。开发团队对技术规范做出了贡献。开发团队对技术规范做出了贡献。 DevOps 关注的是性能和资源利用率。
为了确保您的产品满足所有这些会议的要求，您需要协作编写验收标准。使用 ClickUp，这可以变得非常简单。
对于用户故事中的每个任务，以清单、自定义字段、描述或评论的形式添加验收标准。使用 ClickUp 的嵌套提及来讨论每个验收标准并@提及验收标准 以与利益相关者进行沟通 。分配行动项目等。
自定义字段、注释以及 与 ClickUp Tasks 的轻松项目协作
6. 保持简单和简洁
尽量不要在您的接受标准中使用连词。没有“和”或“或” 保持简短，最好是一个句子。使用“应该”和“必须”而不是“可能”、“可以”或“可以”
7. 确保可测试性
为了确保满足您的验收标准，您需要对其进行测试。如何编写标准在这方面起着至关重要的作用。确保您的接受标准适合编写测试用例。让我们对前面的示例进行扩展。
如果接受标准是“用户必须能够输入他们的电子邮件地址”，则测试场景将如下：
步骤：
输入电子邮件地址
按“输入”键
结果 ：
如果没有，则显示消息“请输入您的官方电子邮件地址”
验证电子邮件地址为官方地址
如果是，则会显示以下消息：“感谢您订阅。我们已向您发送了一封确认电子邮件”
8. 审查和修改
在整个开发过程中，监控并优化您的验收标准。通过 ClickUp，您还可以为每一项运行报告，以便您了解需要注意的事项。
使用 ClickUp Dashboards 为您重要的验收标准创建可自定义的小部件。查看哪些功能滞后并制定解决根本原因的策略。
使用 ClickUp_ 仪表板衡量重要事项
你已经学会了该怎么做。现在让我们看看什么是不应该做的。
##编写验收标准时要避免的常见错误
根据技术、功能和操作参数的不同，在编写验收标准时可能会犯很多错误。以下是团队最常犯的错误。
独自做
产品负责人常常觉得有义务自己编写验收标准。尽管本意是好的，但这种方法可能会忽视开发团队的技术专长。
验收标准应始终共同制定。
忽略用户
在开发过程结束时制定验收标准，很容易忘记用户体验。这是一个严重的错误。
始终围绕最终用户制定验收标准。
专注于如何
验收标准与软件工具如何工作无关。他们关心它必须产生的结果。编写定义“如何”编写功能的验收标准可能会适得其反。
您必须始终关注预期结果。