用途：在编写测试之前做测试规划与策略决策，决定测什么、用哪种测试类型、覆盖到什么程度，是位于具体测试工具技能之上的策略层。
主要能力：
- 测试金字塔决策。单元测试（多、快、聚焦）：纯函数、业务逻辑、错误处理、边界情况，无 I/O、无数据库、无网络。集成测试（适量、中等速度）：API 端点与数据库、服务交互、缓存行为。E2E 测试（少、慢、高置信）：仅关键用户旅程，如结账、登录、核心工作流。规则：单元测试能证明的就不写集成测试，集成测试能证明的就不写 E2E，每上一层更慢更脆弱。
- 覆盖优先级。必测：业务关键路径（收入、认证、数据写入）、错误处理、安全边界（鉴权检查、输入校验）、数据完整性、边界情况（null/undefined、空数组、边界值、并发）。跳过：无逻辑的 getter/setter、框架与库内部、生成代码、非生产一次性脚本、频繁变动组件的 UI 快照。覆盖率是虚荣指标，建议关键路径 90%+、支撑/工具代码 70%+、框架胶水代码跳过。
- 分组件策略。API 端点：单元测业务逻辑与校验，集成测完整请求到响应，E2E 仅认证流程与关键多端点序列。前端组件：单元测状态逻辑与事件处理，组件测试用 RTL/RNTL 渲染加交互，E2E 仅跨页关键旅程。数据转换：逐步测输入到输出，含合法、畸形与边界输入，必要时测幂等性。认证与安全：集成测试覆盖有效与无效/过期/篡改凭证，安全测试中不要 mock 认证层。
- 测试计划交付物。为功能写测试前先产出测试计划表，列出组件、测试类型、验证内容、覆盖目标，并识别现有覆盖缺口；填补缺口比给已覆盖代码加测试更有价值。
使用方式：按决策树选择测试类型——纯函数无 I/O 用单元测试；需要数据库、API 或多服务协作用集成测试；需要真实浏览器与完整用户流用 E2E（仅关键旅程）。测试顺序优先业务关键路径、错误与失败情况、边界情况，最后才是正常路径。
适用场景：功能开发前的测试规划、PR 测试计划、现有测试缺口审计、测试类型选择。
限制：本技能不编写实际测试代码。单元测试用 unit-testing 或 jest，React 组件测试用 react-testing-library，E2E 用 playwright 或 e2e-testing，测试运行后的证据验证用 verification-protocol。资料未提供具体安装命令、收费与平台信息。