验收标准是预先商定的一系列条件，功能必须符合这些条件才能被认为是成功实现和接受的。它们的形成始于敏捷开发（Agile）方法，以提高验证过程的透明度。
没有明确的验收标准，结果可能会面临主观评估的风险，可能会出现测试人员、开发人员和客户之间的误解。这会导致冲突、延迟和反复检查的迭代。
与团队一起形成标准，描述不仅是“应该工作什么”，还包括“具体如何操作”，预测边界情况、错误和用户场景。在测试开始之前，所有项目参与者都应熟悉这些标准。
关键特点：
谁来制定验收标准：仅测试人员还是项目经理？
重要的是共同制定标准：测试人员、经理、分析师，有时还包括客户。
如果功能“整体良好”，但未满足一个验收标准，能否接受该功能？
不能。未满足任何一个标准的情况下，均应拒绝验收。
标准是否应该只包含正面场景？
不应该。它们必须考虑负面和边界场景，以避免意外的错误。
验收标准口头确定，没有书面记录。结果导致一个重要的业务功能由于客户的隐性要求而无法正常工作。
优点：
缺点：
验收标准以列表形式制定，并与产品团队和客户确认，添加了边界值的数据示例。
优点：
缺点：