最近又把《测试驱动开发》翻出来读了读，比上次读进去的多一些，读过之后还是有些感受。

首先，我觉得自动化的单元测试绝对必要。且不说一个开发团队开发的代码，就是我自己写的代码，过上一段时间之后，就完全忘了当时的想法。如果要修改的话，熟悉原来的代码就是一个非常耗时耗力的事情。而如果当时有自动化的单元测试代码，就可以在旧代码上不花或者少花力气，而直接投入到新的任务中去，只有当测试出错时，才需要去检查原因。

其次，对于书中的测试驱动开发方法，我觉得还是有点过于理想化了。照作者的想法，可以通过测试来推动和改进设计。首先并不需要急于设计，而是先写一个测试，再写一个简单的实现，再进一步测试，重构。再修改测试，进入下一个循环。我觉得这样进行开发，测试和设计之间关系太紧密，给我的感受是，不光要考虑设计本身，还要考虑测试的设计，感觉是在进行双倍的工作。

我个人还是倾向于比较简单的模式：按照传统方式进行设计，对其中的可测试点构造自动化测试条件。