在编写验收标准时，在技术、功能和操作参数方面，您可能会犯很多错误。以下是团队经常犯的常见错误。
打算单独做
产品所有者常常感到有压力自己编写验收标准。尽管本意是好的，但这种方法可能会浪费开发团队的技术专业知识。
始终协作编写验收标准。
忽略用户
由于验收标准是在开发过程的最后阶段，因此 美国数据 很容易忘记用户体验。这是一个严重的错误。
始终围绕最终用户制定验收标准。
专注于如何
验收标准并不关注软件工具应该如何工作。它们指的是它必须产生的结果。编写定义“如何”编写函数的验收标准可能会适得其反。
您必须始终关注预期结果。
保持模糊
模糊或宽泛的接受标准与他们的意图相反：他们让其有可能被解释。这意味着结果可能会根据执行测试的人、情况甚至环境而有所不同。
验收标准必须始终清晰、具体且明确。
添加太多
虽然没有一个合理数字的尺度，但写太多是一个很大的错误。事实上，接受标准太多可能表明您需要将用户故事分成更小的部分。查看 用户故事中的敏捷故事点来证实这一理论。
始终仅列出绝对必要的验收标准。
编写验收标准的良好实践
验收标准是 软件开发团队的协作沟通。在本节中，我们将重点讨论如何使其尽可能有效。
说清楚
向所有利益相关者明确验收标准。开发人员必须了解验收标准的含义。质量分析师必须知道如何将它们变成测试用例。
使用简单的语言
用简单的语言写下您的接受标准。不要使用技术语言。最重要的是，不要特意告诉开发人员应该如何编写代码。
保持结果二进制
是否满足验收标准。它没有部分实现，也没有完成 80%。因此，将验收标准写为通过或失败声明。
使其可测量
获得通过或失败结果的最简单方法是使它们可衡量。例如，如果您的接受标准是“页面加载速度小于 3 秒”，则很容易测试和批准。
只做出合理的假设
通常，考虑到产品所有者与用户的距离有多近，产品所有者可能会认为某些事情是“显而易见的”。对于开发商来说，可能没有那么多。所以，如果可以的话，根本不要做出假设。必要时与团队合作做出合理假设。