测试驱动开发

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

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

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

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

posted @ 2011-10-29 20:47  jetz  阅读(355)  评论(1编辑  收藏  举报