TDD
测试驱动开发（Test-Driven Development，TDD）是一种软件开发方法论，其核心流程为：先编写失败的单元测试，再编写使测试通过的最小实现代码，最后进行重构。该方法以短迭代循环为基本单元，强调测试先行，旨在提升代码质量、可维护性和设计合理性，广泛应用于敏捷软件开发实践中。
核心事实
时间轴 (近 90 天)
同源测试陷阱指测试代码与被测代码由同一智能体在同一会话生成时可能共享相同错误前提，导致测试通过但逻辑错误
可采用TDD测试驱动模式，先让AI写测试再写实现去通过测试
Uncle Bob认为不应强迫智能体遵守TDD的严格节奏，因为TDD是针对人类短期记忆限制的纪律
工程化AI编程的核心思想是先设计后编码，包括SDD规范驱动开发、TDD测试驱动开发和Linter静态检查
该项目践行了一种测试驱动AI开发（TDD-AI）范式，以标准测试套件作为客观自动化的验收信号驱动AI进行代码生成与修复迭代
In Test-Driven Development (TDD), tests are written before the implementation code
AI赋能测试体系围绕Harness工程体系展开，目标是实现可约束、有序、高质量的AI辅助测试生产流程
全部知识事实 (18)
AI赋能测试体系围绕Harness工程体系展开，目标是实现可约束、有序、高质量的AI辅助测试生产流程
80%已验证测试驱动开发（TDD）由Kent Beck在1999年提出，核心流程是红-绿-重构
80%已验证SDD（Specification-Driven Development，规范驱动开发）是当前AI编程领域被普遍认可的一种开发思想，核心理念是基于规范驱动进行编程
80%已验证测试驱动开发（TDD）由Kent Beck在极限编程（XP）方法论中系统化提出
80%已验证TDD的核心循环为：先编写失败的测试用例（Red）→编写最少量代码使测试通过（Green）→重构代码（Refactor）
70%待验证Superpowers的TDD流程要求AI先编写失败的测试用例，再编写刚好能让测试通过的最小实现代码
95%待验证Superpowers引入了TDD（测试驱动开发）和YAGNI（You Aren't Gonna Need It）两大软件工程原则
95%待验证TDD（Test-Driven Development）由Kent Beck在2003年正式提出
90%待验证验证合约的设计借鉴了测试驱动开发（TDD）和契约式设计（Design by Contract）两大工程传统
90%待验证CLAUDE.md中「先写能复现问题的测试，再把它跑通」的规矩本质上是将测试驱动开发（TDD）的思想迁移到AI协作场景中
85%待验证Harness Engineering通过强约束沙盒和严苛TDD模式来解决智能体漂移问题
80%待验证测试驱动开发（TDD）在AI编程时代变得更加重要，因为它提供了不依赖对AI信任的客观验证机制
75%待验证工程化AI编程的核心思想是先设计后编码，包括SDD规范驱动开发、TDD测试驱动开发和Linter静态检查
60%待验证该项目践行了一种测试驱动AI开发（TDD-AI）范式，以标准测试套件作为客观自动化的验收信号驱动AI进行代码生成与修复迭代
60%待验证同源测试陷阱指测试代码与被测代码由同一智能体在同一会话生成时可能共享相同错误前提，导致测试通过但逻辑错误
50%待验证可采用TDD测试驱动模式，先让AI写测试再写实现去通过测试
50%待验证Uncle Bob认为不应强迫智能体遵守TDD的严格节奏，因为TDD是针对人类短期记忆限制的纪律
50%待验证In Test-Driven Development (TDD), tests are written before the implementation code
50%