用途：创建一份测试策略文档，回答“应该测什么、怎么测、优先级如何”，基于对代码库的分析产出结构化测试计划，而非临时编写测试。适用时机：启动测试工作前、用户提出“需要更好的测试覆盖率”、作为 add-tests 的输入（决定先生成哪些测试）、接手测试覆盖较差的项目时。
执行模型：阶段一由主智能体分析代码库结构、现有测试与覆盖率；阶段二由主智能体派发 doc-explorer，将策略文档写入 docs/test-strategy.md。
工作流程：第一步盘点现有测试，统计测试文件与源文件数量，逐模块检查是否存在对应测试文件；第二步按风险对模块分类，处理用户输入/外部数据、复杂业务逻辑、状态或数据持久化属高风险，被广泛依赖、执行 I/O 属中等，纯工具/辅助类属低风险；第三步识别覆盖缺口，检查是否有测试、是否覆盖正常路径、错误与边界情况、集成点是否被测；第四步按模块类型推荐测试类型，业务逻辑用含边界用例的单元测试，API 端点用集成测试，UI 组件用组件/快照测试，数据层用带测试数据库的集成测试，工具用单元测试，CLI 用集成测试；第五步生成策略文档并写入 docs/test-strategy.md，包含当前状态、优先级矩阵、单元/集成/E2E 测试方法、推荐执行顺序与测试基础设施需求。
规则与限制：该 Skill 只做分析、产出策略文档，不编写测试（编写测试用 add-tests）；按风险优先级排序，聚焦高风险高影响区域；实用主义，关键路径 80% 覆盖优于琐碎代码 100% 覆盖；推荐需与项目现有测试基础设施保持一致；不使用内置 explore 子智能体。具体价格、支持平台等信息暂未提供。