表1中所列的各个阶段，预计可以在相应的阶段发现问题。例如，你会发现每个阶段都有助于找到这些问题。第1阶段会在你编程时给出快速反馈，确定代码做你想要做的事。第2阶段确保你的代码是在两种环境下编译。第3阶段确保代码在主处理器和目标处理器上的运行相同。评估硬件可能需要比目标更多的存储器，这样才能把测试代码和生产代码都装入地址空间。有时候，如果你有一个可靠的目标硬件，它有空间运行对单元的测试，也可以省略掉第3阶段。第4阶段是在目标硬件上运行测试。在第4阶段可以引入一些依赖于硬件的单元测试。第5阶段是看你的系统完全整合时，是否如其应该的那样运行。至少让第5阶段的某些部分自动运行，这是一种好的想法。采用TDD的团队会发现第1阶段中的巨大价值，可能不要实现全部各个阶段。

　　嵌入TDD循环并不能阻止所有问题，不过它应有助于在适当的阶段发现大多数刚刚产生的问题。你还应至少每个夜晚手动执行第2至第4阶段。连续的集成服务器（如Cruise Control或Jenkins）都可以观察你的源码库，在check-in后开始做建立工作。

　　TDD有助于确保你的代码做你想要做的事。如果不是这样，如何才能建立一个可靠的系统呢？它帮助你让代码在最开始时保持正确，它建立一个逐步测试的组件，帮助你维持代码的运行。你在发现、追踪和修改bug上要花掉相当多的时间。很多开发人员现在都用TDD来防止这些bug的出现。它基本上改变了你的编程方式。

　　TDD能快速地发现小的和大的逻辑错误，阻止bug的产生，并最终得到较少的bug。较少的bug也意味着较少的调试时间，以及较少的缺陷。当新代码危及一个约束或一个假设时，测试会告诉你。然后，有良好结构的测试会成为一种形式的可执行文档。

　　TDD还让你放心，这种信心来自于一个带有完备回归测试组件的彻底测试代码。采用TDD的开发人员称周末不再受干扰，并且睡眠更好。TDD还监控进度，追踪当前的工作，以及做了多少工作。当代码变得难以测试时，它还对设计问题提出早期警告。