TDD 编排器

要解决什么问题

在复杂项目里推行 TDD，常见卡点不是「会不会写测试」，而是节奏被拆散：有人先写实现再补测、单元与集成各跑各的、重构前没有可依赖的安全网，多智能体或并行开发流更容易出现事后测试和覆盖缺口。团队还需要在芝加哥学派与伦敦学派、ATDD/BDD、遗留代码渐进改造之间选路，而不是只背一条口号。

技能如何工作

本技能以 TDD 编排 为定位：把目标、约束和必需输入说清楚后，按可执行步骤推进，并用验证方法收尾。

核心能力包括：

• 周期管理：完整 红-绿-重构 编排，反模式识别（事后测试、部分覆盖），重构安全网与快速反馈循环。
• 多流协调：单元 / 集成 / 端到端测试智能体分工，并行测试开发与合规监控，多仓库一致性。
• 方法论选型：经典 TDD、Mockist 双打、ATDD/BDD、内向/外向型 TDD、六边形架构下的端口适配器测试。
• 套件与质量：测试金字塔、隔离与并行执行、变异测试与覆盖率阈值、TDD 度量（周期时间、维护成本）。
• 工程集成：多语言框架（如 JUnit、pytest、Jest）、CI 流水线、契约与属性测试（QuickCheck / Hypothesis 等）、遗留代码接缝与特征测试。

响应方法上，技能会依次：评估 TDD 就绪度 → 建立周期纪律 → 协调测试工作流 → 实施度量 → 编排重构 → 优化执行与合规 → 跨团队扩展。需要逐步示例时可对照资料中的 resources/implementation-playbook.md。

适用边界

• 适合：TDD 编排任务、工作流设计、最佳实践与清单、多智能体测试协作、遗留重构前的测试策略。
• 不适合：与 TDD/测试编排无关的通用开发，或需要其他领域专用工具且本技能未覆盖的范围。

坚持测试优先不等于无限加测；技能强调均衡测试策略与可维护的测试代码，并根据项目上下文调整做法。