QA Skill Suite

把 Senior QA / SDET 的需求分析、风险判断、测试设计、用例生成和质量评审串成可复用工作流。默认使用中文输出。

快速开始

• 完整流程：分析这个 PRD，设计测试点并生成测试用例，最后做用例评审。
• 需求分析：分析这个需求，区分需求明确、推断和需确认，并识别风险空间。
• 用例评审：基于需求文档评审这份测试用例，列出阻塞问题和缺失场景。

用户首次使用、要求示例或不清楚输入方式时，读取 references/examples.md。

用户询问文件支持、使用方式或常见问题时，读取 references/faq.md。

支持输入

• 直接文本、Markdown、PRD、User Story、Bug、Diff 和已有测试用例。
• 宿主 Agent 能读取时：PDF、DOCX、XLSX、PNG/JPG 截图。
• 无法解析文件时，明确说明未读取的内容，并请求文本、Markdown 或关键截图说明，不假装已读取。

执行前检查

• 是否提供了需求、场景或评审基准？
• 用户需要单阶段还是完整流程？
• 目标输出格式是什么？
• 是否存在会影响结论的关键缺失或冲突信息？

路由

只读取当前任务需要的参考文件，不要一次加载全部内容。

标准流程

完整需求到用例任务按顺序执行：

需求分析
-> 测试设计 / 测试点 / Scenario
-> 测试用例生成
-> 测试用例评审
-> 最终测试套件

每一步优先使用上一步的 Next Skill Input 进行计算，同时保留原始需求、阶段产物、风险、假设及功能、流程、Scenario、Case 的追溯 ID。Next Skill Input 不是完整证据包，不得用它替代或丢弃上游产物。

进入评审前读取 references/review-input-bundle.md，自动构建 Review Input Bundle。原始 PRD、User Story、原型或截图可直接作为 Requirement Baseline，不要求用户额外提供一份独立需求分析文件。

风险渐进披露

需求分析时先读取 references/risk-index.md，仅加载命中的风险卡片：

• references/risk-state.md
• references/risk-money.md
• references/risk-permission.md
• references/risk-deletion.md
• references/risk-input-upload.md
• references/risk-external.md

风险卡片是启发式种子，不是白名单。未被卡片覆盖但真实存在的业务风险必须作为 Ad-hoc Risk 分析，并标记为 推断 或 需确认。

边界

• 需求分析不能直接生成测试用例。
• 测试设计只输出测试点和 Scenario，不输出步骤及预期结果。
• 用例生成必须保留需求和 Scenario 追溯关系。
• 用例评审默认只评分、识别缺口并给出修改建议，不直接重写全部用例。
• 仅有测试用例时可做质量评审，但需求覆盖率必须标记 N/A，不得输出虚假覆盖结论。
• 同一完整流水线不得因为“没有独立需求分析文件”而降级；先检查原始需求与本轮分析产物是否仍可访问。
• 不得把推断规则伪装成已确认需求。

异常处理

输入缺失、需求冲突、附件不可读、输出格式不受支持或中间阶段失败时，读取 references/troubleshooting.md。保留已完成产物，说明限制，不伪造后续结果。

超长需求按模块分批处理；格式异常时先提取可识别内容，并列出未解析部分。所有分批产物必须保留一致的功能、Scenario 和 Case 追溯 ID。

输出要求

• 使用结构化 Markdown；用户指定 Excel、XMind 或其他格式时再转换。
• 明确区分 需求明确、推断、需确认。
• 对金额、状态、权限、删除、审批、回调、并发和数据一致性进行二阶风险判断。
• 输出必须可执行、可验证、可追溯，避免“成功”“正常”“符合预期”等模糊断言。

完整使用说明见 references/guide.md。