测试驱动开发是否关注设计？

如果做得好，测试驱动开发是你的设计工具。

我希望你原谅我连接到my own blog entry,wherein I discuss the pitfalls of Test Driven Development that went wrong只是因为开发人员将他们的测试视为，仅仅是测试。

在之前的项目中，开发人员使用了一个高度破坏性的单例模式，在整个项目中强制执行依赖关系，只是在需求改变时破坏了整个过程：

TDD was treated as a task,when it
should have been treated as an an
approach. […]

There was a failure to recognize
that TDD is not about tests,it’s
about design. The rampant case of
singleton abuse in the unit tests made
this obvious: instead of the test
writers thinking “WTF are these
singleton = value; statements doing in
my tests?”,the test writers just
propagated the singleton into the
tests. 330 times.

The unfortunate consequence is that
the build server-enforced testing was
made to pass,whatever it took.

测试驱动开发，做得正确，应该使开发人员高度意识到设计陷阱，如紧耦合，违反DRY(不重复自己)，违反SRP(单一责任原则)等。

如果你为测试编写传递代码来传递你的测试，你已经失败了：你应该把努力写作测试作为标志，让你问：为什么这样做？为什么我不能测试这个代码而不依赖于其他一些代码？为什么我不能重用这个代码？为什么这个代码本身使用时会崩溃？

此外，如果你的设计是真正干净的，你的代码真正可维护为什么它不是微不足道的为它写一个测试？