测试驱动开发

        到现在项目进行了接近50%了.
        项目编码到中途时,项目负责人对我们提出意见,测试优于代码开发.
        在代码开发中,对我感触最大的是,在代码进行中,由于自己对自己开发模块的设计不足,导致开发途中对项目实现的多次修改,由于项目功能实现考虑不够周全,对代码频繁改动,对数据迁移文件频繁改动,虽然rails对数据库的变更很方便,但是仍然浪费了不少时间,降低了效率.
        如果采取测试优先的方式,我想最大的好处莫过于,对于模块是一个从模块接口和功能实现入手,再细分代码的实现.这样做会是开发,有一个由功能到实现,由概括到细节的过程,从而再一定程度上减少返工,提高效率.
        不过,测试驱动开发,是需要测试要有很高的质量,而且,对于项目经验不足,可能会导致不知道如何下手去写.
        作为一个开发人员,大家都知道,往往修改代码和调试的时间占据了代码开发的大部分时间,所以测试写的好,可以很好的进行控制代码修改和调试,而不用担心会过于注重细节的实现忽略代码的功能.
        rails的consol和ruby的irb是很不错的调试工具,用的好,对于查找错误,修改错误很有帮助.

   

 

mock1234讲的很有道理.测试是一个过程和态度的问题.TDD是一种设计手段.
因为自己项目经验的不足,而且以前也没有写过测试.所以这次要求测试驱动开发感觉有些吃力.
很少关注过测试,听了mock1234的话,翻看了一些关于测试的讨论.
TDD最大的弊端,我想就是把程序员的工作定义为流水线上的装配工人,而且有一种把程序员引入为测试而开发的误区.
测试的修改也是一个很大的工作量,总的来说,测试如果真的占据了开发的主导位置,将会大大降低程序员的效率和工作激情和创造力.
引用一位前辈的话:所以到底什么是TDD？什么才是有效的TDD？真正的TDD应该是：Thinking Drive Development。

提示：选择您需要装饰的文字, 按上列按钮即可添加上相应的标签

这狗屁论点的论据又在哪里嘛，说出来大家学习一下嘛。

提示：选择您需要装饰的文字, 按上列按钮即可添加上相应的标签

楼上说的流程是TDD吗？

提示：选择您需要装饰的文字, 按上列按钮即可添加上相应的标签

你都不了解tdd，就来分享你所谓的tdd，不是瞎掰嘛

提示：选择您需要装饰的文字, 按上列按钮即可添加上相应的标签

做IPD就好好说做IPD
非要给IPD改个名字叫TDD──好吧，你说的不是TDD，你说的是“测试驱动开发”
不光知道TDD的人要说你瞎掰，知道IPD的人也要说你瞎掰

“鱼翅这东西煮久就泥了”
“你煮的那是面条，不是鱼翅…”
“我知道，我没见过真正的鱼翅，我说的是我中午吃的鱼翅，煮久就泥了”
你叫别人怎么接嘛