用途：在决定测多深、测哪些层、如何取舍时使用，适用于新模块测试启动、版本发布前总测规划、资源时间紧张时的取舍、自动化与手工边界划分、跨工作流测试责任划分。
主要能力：以风险驱动而非覆盖驱动为原则，强调分层不分割（单元+集成+E2E+探索）、Beyoncé Rule（用例必须能阻止回归）、不重复测同一件事、QA 视角区别于 Dev 视角。提供测试金字塔（单元 60%~70%、集成 20%~30%、E2E 5%~10%）与 Brian Marick 测试象限（Q1 技术面自动、Q2 业务面手工、Q3 业务面探索、Q4 技术面工具）作为分层与覆盖依据。
使用方式：按工作流程执行——收集 PRD/API 契约/变更说明/风险点；划分必测、选测、不测范围；分层规划单元、集成、E2E（5~15 条关键旅程）、探索式（1~2 小时 session）；区分自动化与手工；按风险与历史 Bug 分配资源；输出一页纸测试策略文档，含范围、分层、风险关注、自动化策略、时间资源、退出条件。资料另附范围划分决策表、分层选择决策表、自动化优先级、质量自检清单与常见坑。
适用场景：新模块测试启动、版本发布前总测、测试资源紧张时的取舍、自动化与手工边界划分、跨工作流测试责任划分。
限制：资料未提供具体工具、平台、收费或价格信息；配套模板 templates/test-strategy-template.md 及与其他 skill 的协作关系仅作说明，实际可用性暂未提供。