Test-Driven Development

概览

先写一个失败测试，再写让它通过的代码。修 bug 时，在尝试修复前先用测试复现 bug。测试是证据，“看起来对”不算完成。拥有良好测试的代码库是 AI agent 的超能力；没有测试的代码库则是一种负债。

何时使用

• 实现任何新逻辑或行为
• 修复任何 bug（Prove-It Pattern）
• 修改现有功能
• 添加边界情况处理
• 任何可能破坏现有行为的变更

何时不要使用： 纯配置变更、文档更新，或没有行为影响的静态内容变更。

相关： 对基于浏览器的变更，将 TDD 与使用 Chrome DevTools MCP 的运行时验证结合使用。见下方 Browser Testing 部分。

先发现技术栈