测试驱动，本质并不是以测试来驱动，而是以小步构想来驱动。我最关心的是如何达到最终的设计目标，而不是在已经知道实现的思路的前提下如何按部就班地完成事先的构想。我知道它是一小步一小步地前进，但不管步伐多大，始终回避不了方向的问题，方向错了，什么样的步伐都是白费功夫。现在犯晕的就是它为什么要朝东，而不是朝西，或者其他。 测试只是用来保证事先的构想能够成功地实现；但它貌似并没有帮助你创造这个构想的能力。它是执行者，不是领导者。 测试驱动要求必须一小步一小步地构思并实现，这里有2条主线： 1、固有的业务逻辑。 2、代码质量本身； 这么说来，前者就是搭建代码整体架构的依据，指引了tdd的方向；后者为优化代码架构提供了目标。总之，做什么，为什么要做这个，怎么做，只能靠自己；如何保证“做”这个过程的效率和结果，由测试保证。 tdd的价值在于提供了稳固的工作平台和推行了小步构想的编程思路。测试驱动貌似也可以说是需求驱动，逐个满足每个的需求，每进一步都进行重构。 原文链接：/javaschema/287382.html