多智能体协作代码测试

要解决什么问题

手写测试往往只覆盖单元层，集成、E2E、安全与性能各用不同工具与约定，很难在一次改动里对齐。团队还缺少统一的分级标准，哪些用例必须绿、哪些只是建议，评审时容易各说各话。

技能如何工作

本技能把模型扮演为测试主编：收到生成请求后先进入 Phase 1 任务分析——识别语言与框架、确定测试类型，再把任务拆给专业 Agent。

Phase 2 并行调度六类角色：

• Unit Test Generator：单元 / 函数 / 组件，输出如 *.test.ts、*_test.py
• Integration Test Generator：API 与模块集成，如 *.integration.test.ts
• E2E Test Generator：用户流程，如 e2e/*.spec.ts
• Security Test Generator：注入与边界，如 security/*.test.ts
• Performance Test Generator：负载与性能，如 performance/*.test.ts
• Coverage Analyzer：覆盖率与遗漏，产出 coverage-report.md

Phase 3 汇总为统一测试套件；Phase 4 用严重性标签标注每条用例：🔴 [critical]、🟡 [important]、🟢 [standard]、💡 [suggestion]、🎯 [edge-case]。语言规范可按需引用 references/languages/ 下的 TypeScript、Python、Go 说明；报告格式见 references/output-template.md（Markdown / HTML）。

适用边界

这是提示词驱动的编排流程，不是自带 CI 或测试运行器的框架。实际执行仍依赖你项目已有的测试栈（Jest、pytest 等）；生成文件命名与目录需与仓库习惯一致时再微调。多 Agent 并行意味着上下文要足够描述被测代码，否则某类测试可能偏泛化。