《测试驱动开发:实用指南 (平装)》书评

不必要使用TDD驱动界面开发

这是一本值得推荐的书，本书的重点在第三章，整个章节是以一个TDD驱动开发的Java项目作为示例——这也印证了本书的标题《测试驱动开发：实用指南》中的实用二字。作者试图展示TDD在项目中是全能的，但我个人却认为不必要对界面使用单元测试。理由一、从本书中的java项目来看：即开发一个可以对电影进行常规操作、分类、评价、评分、数据可以持久化的程序，界面也不复杂。但这样简单的界面却拥有大多数的单元测试代码（与业务逻辑的单元测试代码相比较）。这似乎产生一个80/20问题：我们用80%的单元测试代码去解决一个只占整体项目20%的界面问题。理由二、使用RAD的方式开发界面可以极大的提高开发效率，WYSIWYG（所见即所得）的方式已经被主流的开发环境所支持。另外，在分层系统中，表示层本身应该是一个非常thin的层，其中并不包含业务逻辑，需要测试的内容应该是较少的。从界面的开发效率来说，RAD的方式比TDD高很多。理由三、是不是项目中任何代码都要求单元测试？答案是否定的。单元测试是有范围的。比如，一些getter/setter方法是不需要测试的。同样花力气写代码去测试界面上是否存在某个Textbox，在我个人看来也是不需要。理由四、如果对界面进行测试，仍然需要传统的调试器或者是使用脚本语言驱动的测试工具。

测试驱动开发, 如果拿一个web应用来作为例子就完美了

里面的一些测试技术都很老了, 比如junit, 现在都注解了.本来是想跟着里面的电影列表的例子来实践一把的, 不过对swing不熟悉, 而且没有源代码可以下载的, 遇到了一些书面上没有提到的代码, 导致中间没法继续下去.前面几章的一些理论还是不错的, 有些以前自己已经知道了, 现在再看一遍, 有一种顿悟的感觉.如果能拿java最擅长的web应用做例子就完美了, 毕竟做swing应用的人比较少, 至少在国内是如此.

十一年后才看这本书

今天差不多把这本书看完了。这本书出版于2004年，对于现在的新人来说不太合适，因为里面使用的测试相关的库都太老了，有一些测试的实践可能也发生了一些变化。对于已经有了一些TDD经验的人来说还是有一些价值，可以看到历史的变迁，更好的理解现在的情况。前几章有一些关于clean code以及测试方面的示例感觉比较有用，也澄清了我的一些疑惑。中间一大块是一个使用TDD来真实开发的实例项目，对于没怎么接触TDD的人来说比较有用，可以照着做，但对于已经熟悉的人来说意义不是很大，快速翻一遍即可。后面介绍的一些xUnit系列的工具，可能也过时了。最后有一些关于敏捷开发和敏捷建模的介绍性的资源，有一些价值。我比较关注的“怎么分解任务”和“怎么重构到模式”，书上只是简单提了两句，有点遗憾。总体来说，在十一年之后看这本书，价值不大，但是也值得花一天的时间去阅读。