TDD

TDD 是一种纪律，不是方法论。循环是：红（写一个会失败的测试）、绿（写让它通过的最简代码）、Refactor（在不破坏测试的前提下清理）。严格执行能产生高测试覆盖率，以及一种「反过度工程」的强制力。

多数团队嘴上做 TDD、实际并不做的原因：当下感觉更慢。它的复利收益（Refactor 安全、回归保护、推动更小单元的设计压力）要数月之后才显现。等到那时，团队早就停止「先写测试」，并说服自己「反正没什么不同」。

Wavect 在合适的地方用 TDD：与「钱」相关的集成测试、面向客户的契约测试、复杂逻辑的单元测试。我们不为 Getter / Setter 写测试。把「覆盖率」当目标的指标，是用来被绕过的。