用途：在实践测试驱动开发（TDD）或为项目选择测试风格时，提供 London 与 Chicago 两大学派的取舍指南。核心流程遵循红-绿-重构：先写失败测试（Red），用最小代码使其通过（Green），在保持测试通过的前提下重构（Refactor），再循环进入下一功能。
选择原则：领域逻辑、纯函数与计算、值对象、简单协作用 Chicago；外部依赖、控制器/服务、API 集成用 London。实践中可混用，例如控制器用 London、领域逻辑用 Chicago。
两派对比：Chicago（经典派）使用真实对象、验证状态结果、隔离度较低、更易重构、设计反馈来自使用过程；London（mock 派）使用 mock/stub、验证交互调用、隔离度更高、重构较难（mock 易断裂）、接口设计更早明确。
主要能力：给出两派适用场景、代码风格差异、常见陷阱（过度 mock、mock 内部实现、测试痛苦反映设计问题），以及智能体辅助 TDD 的协作方式，如 qe-test-generator 生成测试、qe-test-implementer 实现最小代码、qe-test-refactorer 安全重构，还可按 red-green-refactor 工作流协调多智能体。
限制与注意：资料未提供安装命令、具体命令行用法、收费信息或平台要求；示例代码采用 JavaScript/Jest 风格，仅为说明，未给出完整工程配置。选择哪一派没有绝对正确答案，应依据上下文决定。