Skills 与 MCP
| 任务 | 优先能力 | 为什么 |
|---|---|---|
| 缺陷定位 | systematic-debugging | 先证明问题与路径 |
| 测试设计 | testing-best-practices、TDD 类能力 | 先收场景和边界 |
| 浏览器验证 | playwright、浏览器上下文 | 需要真实页面复现 |
| 交付前收口 | verification-before-completion | 需要命令与证据闭环 |
QA 最常见的误用
- 不先复现 bug，就直接补测试。
- 不用真实浏览器上下文，只在代码层猜页面行为。
- 只给测试代码，不给环境与证据说明。
默认能力组合
QA 任务更稳的顺序通常是：先用 systematic-debugging 把问题复现和根因缩小，再用浏览器或 Playwright 能力拿到真实页面证据，最后再回到测试设计和交付收口。这样生成的测试不只是“存在”，而是直接对应真实缺陷。
训练建议
带测试同学练 AI 协作时，建议每次都要求提交复现步骤、证据截图或录屏、以及最终自动化用例。只交最后一份测试代码，很难判断团队是否真的理解了问题。
默认能力组合对应的最小产物
| 任务 | 默认能力组合 | 最少要落的模板 |
|---|---|---|
| 缺陷定位 | systematic-debugging + 浏览器上下文 | 缺陷复现与回归模板 |
| 测试计划设计 | testing-best-practices | 测试计划 Brief 模板 |
| 浏览器验证 | playwright 或浏览器上下文 | 命令与证据模板 |
| 交付前收口 | verification-before-completion | QA Handoff 模板 |