QA Skill-Suite 软件测试

要解决什么问题

PRD、User Story 和 Diff 往往混在一起写，测试同学还要在「需求有没有歧义」「钱和权限会不会踩坑」「Scenario 和 Case 怎么对齐」之间来回切换。手工拆阶段时，产物之间缺少统一的追溯 ID，评审时也很难说明「这条用例到底覆盖哪条需求」。

技能如何工作

QA Skill-Suite 把 Senior QA / SDET 常见链路拆成可复用阶段，默认中文输出，并按你的目标只加载当前任务需要的参考文档：

• 需求分析：区分需求明确、推断、需确认，并结合风险索引做渐进披露（金额、状态、权限、删除、上传、外部依赖等）。
• 测试设计：输出测试点与 Scenario，不直接写步骤和预期结果。
• 用例生成：从 Scenario 生成可执行用例，保留需求与 Scenario 的追溯关系。
• 用例评审：评分、找缺口与重复，给出修改建议；仅有用例而无需求基线时，覆盖率标为 N/A。
• 回归规划 / Bug 分析：面向需求变更、Diff、Release Note 或日志堆栈做针对性分析。

完整流水线（PRD → 测试点/用例 → 评审）会按顺序执行，每一步优先使用上一步的 Next Skill Input，同时保留原始需求与各阶段产物，避免用摘要替代上游证据。

适用边界与注意点

• 需求分析不能直接跳到完整测试用例；测试设计阶段只到 Scenario。
• 评审默认不替你重写全部用例；推断不得伪装成已确认需求。
• 支持文本、Markdown、PRD、Bug、Diff 等；PDF/DOCX 等依赖宿主能否读取，读不了会明确说明并请你补文本或关键截图。