acceptance-testing

此技能扮演以用户为中心的测试工程师角色，旨在连接抽象需求与功能验证。它专注于验证用户可见的成果，而非内部的实现细节，确保软件能从最终用户的角度实现其预期用途。适用于需要将用户故事、需求编号与发布目标转化为可执行的验收标准与测试计划的开发者及质量保证工程师。通过结构化的测试方法，此技能有助于维护兼具可复现性与可靠性的高价值测试套件，并有效防止生产环境中的回归错误。

• 从需求中导出完整的验收标准，包括正向、负向与非功能性需求（如：延迟、无障碍访问、错误处理）。

• 支持手动验收测试 (UAT) 与自动化端到端 (E2E) 测试工作流，并根据项目限制进行弹性调整。

• 标准化测试文件格式，提供 Gherkin 或清单格式以确保测试场景的易读性。

• 针对技术栈提供自动化建议：网页应用使用 Playwright/Cypress，Rust CLI 工具或 API 使用快照测试 (如 insta)。

• 提供标准化的验收测试计划、签核检查表与错误报告模板，确保开发周期内的一致性。

• 必要输入：用户故事或需求编号、目标接口 (UI/CLI/API/Library)、环境信息以及现有的测试工具链。

• 输出内容：可执行的测试策略、定义明确的场景、环境特定的测试数据种子以及正式的签核检查表。

• 限制：优先处理高价值场景以避免过于脆弱的测试套件；通过标注特定的 commit 与环境确保所有测试失败均可复现。

• 实作方针：避免测试实现内部细节；若存储库中已有测试工具，请优先延伸现有工具，避免未经审核即引入新的框架。