用途：为已评审的实现切片或功能制定有意的分层测试计划，明确测什么、在哪一层测、用什么工具，使测试投入与风险对齐。
主要能力：定义测试金字塔比例（默认单元70%、集成20%、端到端10%，可按系统特征调整）；识别必须永不破坏的关键用户旅程作为端到端候选；设定分层覆盖率阈值（单元业务逻辑行覆盖至少80%，集成覆盖所有外部服务交互，端到端覆盖所有关键路径，并同时衡量分支覆盖）；规划测试数据管理（单元用工厂与构建器、集成用事务回滚或专用库、端到端用种子脚本或 API 驱动，禁止依赖生产数据）；设计 CI 集成（提交时跑单元、lint、类型检查，PR 跑单元加集成与安全扫描，合并主干跑含端到端的全量套件，夜间跑全量端到端、性能基准与混沌测试）；规划契约测试（内部 API 用 Pact 消费者驱动契约，公开 API 用 OpenAPI 模式校验，生产方与消费方流水线都运行）；防抖动实践（立即隔离抖动测试，连续10次通过才解除隔离，跟踪抖动指标并设团队 SLO，禁止基于 sleep 的等待，改用带超时的轮询）。
使用方式：先读取 quality_target_context 校准测试目标，确认目标是智能体内部技能、宿主运行时工具、本地测试框架、内部服务还是公开 HTTP 服务；智能体内部技能偏向触发评估、fixture 与黄金输出检查、模式或校验器覆盖、命令/工具边界测试、产物隐私检查、导出一致性与运行时可移植性探测，不默认使用浏览器端到端、OpenAPI 契约或公开 Web 认证流程。输出包括 test-report 与 test-strategy-doc。
适用场景：需要跨层测试规划的功能切片、棕地或兼容性敏感工作（偏向契约测试、共存与适配器边界集成测试、遗留行为的特征化/回归测试、更少但更锐利的端到端流程）。
限制：若目标上下文未知，需记录盲点并请求最小澄清；契约行为未决时，测试应对不支持或未知情况失败关闭，而非发明宽松行为；质量门要求策略文档经评审、关键路径有端到端覆盖、各层达标、CI 各阶段运行正确测试、隔离超30天无修复计划的测试为零、服务间 API 均有契约测试。反模式包括冰淇淋筒、测实现而非行为、共享可变测试状态、忽视抖动测试、覆盖率作秀、仅快乐路径策略。相关技能：tdd、code-review、security-audit、performance-audit（计划中）、ci-cd。安装面为 skills/.curated，打包稳定性与能力就绪度均为 beta。