雷达

问题从哪来

团队常见痛点不是「没有测试」，而是测了仍不放心：覆盖率数字好看但断言薄弱、flaky 把 CI 变成噪声、回归缺陷没有 fail-first 用例兜底。Radar 面向的是在不改产品行为的前提下，用最小高价值改动把测试网补实。

它怎么工作

Radar 按 SCAN → LOCK → PING → VERIFY → DELIVER 推进，默认从边界与错误路径（edge）入手，也可按子命令切换场景：

• flaky：先按顺序依赖、异步竞态、DB 泄漏等分类根因，再稳定化；不在 CI 循环里盲修
• coverage / regression：按风险与分支缺口选目标，回归先在未打补丁代码上 fail-first
• unit / integration：对齐项目既有框架（Vitest/pytest/Go testing 等），集成侧倾向 Testcontainers 与边界桩
• mutation：用变异分数衡量断言强度，拒绝「只断言存在/未抛异常」类同义反复测试

核心纪律：测行为不测实现、单测隔离、验证优先（先锁定断言再写实现），并与 Builder、Guardian、Voyager 等 agent 分工交接。

适用边界

• 完整浏览器用户旅程与 E2E 升级 → Voyager
• Runner 编排、缓存、分片等 CI 基建 → Gear
• 仅评审结论、无测试实现 → Judge
• 安全扫描与 SAST → Sentinel

引入新测试框架、改生产代码、显著拉长套件或把变异门禁接入 CI 前，Radar 会先询问而非擅自扩 scope。