用途：在功能开发、修复、重构或审查 AI 生成代码时，帮助决定该添加、更新或信任哪些测试。它不负责测试执行机制，而是负责测试决策：哪些不确定性重要、应锁定哪条行为契约、哪个测试层级能以可接受的维护成本提供最强有用信号。
主要能力与原则：测试是面向未来变更的安全网，而非仅验证当前 happy path；优先公共行为和稳定契约，而非实现细节；单元测试用于隔离的纯逻辑，集成测试用于组件或服务契约，端到端测试用于关键用户旅程；当 mock 会掩盖契约漂移时，优先针对真实空依赖、容器或本地服务做集成测试；谨慎使用 mock，每个 mock 都是对另一系统行为的维护承诺；覆盖率是诊断信号而非目标，高覆盖率加弱断言是虚假信心；优先覆盖失败路径、边界条件、权限失败、无效输入、竞态和回归，再补冗余 happy path；把测试视为约束 AI 生成变更的可执行契约。
使用方式：先命名不确定性，说明可能破坏的行为、用户路径、API 契约、数据不变量或回归，以及谁依赖该契约；再选择最高有用测试层级，能验证真实契约且无需过多设置时优先集成或端点级测试，纯逻辑或难以通过高层接缝触达时用单元测试，风险在真实用户工作流、浏览器行为、认证、路由或跨服务协调时用端到端测试；决定哪些依赖必须保持真实，数据库、队列、文件系统、HTTP 服务或时间若其契约是风险点就保持真实，必要时用容器、测试数据库、fixture 或本地 fake；覆盖风险矩阵，先错误路径、边界、权限失败、无效输入、竞态或回归，再补 happy path；运行最小有意义循环，新增覆盖时先确认聚焦测试因预期原因失败，做最小改动使其通过，保持聚焦检查绿色并清理命名、fixture 和设置；审查测试质量，断言应描述结果而非内部步骤，移除对私有 helper、偶然文件布局或任意调用次数的脆弱耦合，并留意蔓延式 setup、特例分支、重 cast fixture、薄包装或迫使生产抽象变差的测试。
适用场景：选择测试策略、审查测试套件质量、约束 AI 生成代码变更、识别脆弱或过度 mock 的测试。
限制：资料未提供具体安装命令、平台支持、收费方式或价格信息；其执行机制依赖当前 agent 的原生终端、测试运行器、浏览器、调试器、覆盖率、容器和 CI 工具。