继续跑步进入ROR

       第十二章是专门讲ROR测试的。昨天跑步进入了ROR的精神世界，今天还有新的惊喜。在我们目前开发WEB应用中，测试是我们最薄弱的环节。而目前，我想在团队中推行的，也就是单元测试这个环节。功能测试上，利用Struts测试很麻烦，因为总是得启动应用服务器。所以，基本上不了了之。
       但是，看ROR可以很轻易的做到这一点。另外，在模型测试以及业务层测试这块，没有什么说的，ROR都主张测试，并且，做DAO测试和做业务层测试是分开的。这样做有个好处，就是通过运行两边的测试用例，能够知道到底是那一部分出现了问题。
       所以，我之前主张的业务层测试和DAO测试分开，是比较有好处的。只是，我觉得业务层的测试应该尽量的采用Mock实现，这样可能会更好一些，速度更快。
       Rake工具非常相似于我们使用的ANT。在Rails中，不仅仅可以做模型测试、控制器的测试、可以Mock测试，也可以利用和CruiseControl类似的程序来做每日的持续集成，然后还可以做性能测试以及性能监控和调优。而这些在JAVA开发当中，都是需要用专业的工具来做的。
       很好的是，Rails里面基本上这些功能都已经有了。感谢Ruby语言的动态特性。

        一个框架可以这样完善的支持TDD，那为什么不用TDD呢？可能真的和Kent back说的类似，TDD要转变的是习惯问题。在实践TDD的过程中会遇到很多问题，唯有不断的坚持，改变已有的编程习惯，才会真正领略到TDD带来的好处和变化。
      
       但问题是：习惯的改变是很难的。我坚信TDD能够给我带来好处的，因此，我要向改变睡懒觉的习惯一样，改变不测试的编码习惯。幸好，我的开发经验也就是三四年，没有问题的，我变。