用途：把需求转化为具体、可测试的验收条件，回答“这个需求怎样才算满足、如何证明它有效”。它定义要验证什么，而非如何验证；验收标准属于需求，测试用例属于测试计划。
主要能力：提供三种格式。Given/When/Then（Gherkin）适合有前置条件和明确触发/响应的行为场景；清单适合简单通过/失败条件；规则式适合含多个示例或边界条件的业务规则。强调 SMART：具体、可度量、可实现、相关、可测试。
使用方式：从需求（用户故事、shall 语句或用例步骤）出发，追问“如何知道满足”“用户期望看到什么”“失败是什么样”；按场景选择格式后编写标准；再逐条校验质量，确认测试人员无需澄清即可判定通过/失败、每条只测一个条件、覆盖边界与否定情况、可追溯到父需求；最后与开发、测试、用户评审。
适用场景：需求规格、用户故事、业务规则、用例流程中定义验收条件，并作为测试计划输入。
限制与注意：避免“系统应正常工作”“界面应美观”“使用某实现细节”“处理所有可能输入”等反模式；每条需求至少补一条否定标准；标准应测行为而非实现。资料未提供安装命令、收费、平台或效果信息。