用途：以外部视角验证软件行为，将需求、用户故事或软件发布定义（SRD）转化为可执行的验收测试计划（手工或自动化），面向UI、CLI、API或库等目标接口。
主要能力：
- 推导验收标准：为范围内每条需求写出正向标准（必须可用）、负向标准（必须安全失败）以及相关非功能标准（错误信息、延迟、可访问性）。
- SRD映射：若存在SRD，将SRD需求与标准映射到验收场景，用表格记录需求、标准、场景、测试数据与预期结果，并做覆盖检查，确保每个SRD验收标准至少对应一个验收场景。
- 编写场景：优先使用Gherkin描述，也接受纯清单；示例场景包含前置条件、操作与预期结果，并标注需求编号。
- 选择执行方式：一次性验证或无法自动化时采用手工UAT；流程稳定后可采用自动化端到端测试做回归保护。
- 自动化默认选型：Web/WASM UI用Playwright/Cypress交互测试并保持选择器稳定；Rust CLI工具用golden/snapshot测试（如insta）加shell驱动的集成测试；HTTP API用契约测试加带种子数据的集成脚手架。若仓库已有工具则扩展它，未经说明与批准不引入新框架。
- 产出UAT计划与签署清单：包含范围、SRD引用、环境、测试账号/角色、测试数据（种子/夹具、重置清理）、SRD覆盖表、场景、必要时的Demo D15参考，以及签署项（场景执行、标准覆盖、缺陷处置、发布说明更新）。另提供缺陷报告模板，含场景、环境（提交与部署）、复现步骤、预期与实际、附件。
- 可选ZDP集成：在ZDP生命周期中，验收测试对应设计阶段的UAT策略与部署阶段的UAT执行，场景需映射到ZDP业务场景ID，测试数据需符合隐私保护要求，并可协调业务场景设计与负责任AI技能。
必要用法与限制：不给出环境与提交版本，不得将场景标记为通过；场景应保持稳定，避免依赖时序的断言，像素差异交由视觉测试处理；输出需明确前置数据与依赖，每个失败应可复现。缺失事实（安装命令、具体收费与平台信息）资料未提供。