首先说一下名词解释,TDD,英文名称Test-Driven Development,中文名称测试驱动开发,简单的断下句“测试/驱动/开发”,简单的理解一下,就是测试驱动着开发,大白话就是说用一边测试一边来推动着项目的开发,类似我们平时说的一步一个脚印,做一件事就把他给做好,每一步都要认真的走下去,保质保量的完成项目。
TDD是敏捷开发中的一项核心实践和技术,也是一种设计方法论。
TDD开发的优点:
1、可以保证代码的质量。可以对自己的所需要的业务功能的每一步设计进行验证,并得到正确的结果,减少bug的出现的,特别对于复杂业务逻辑的项目,以小步慢走的方式,避免后期繁重的测试和维护工作。
2、找到了重构的信心,必要时候你还可以痛痛快快的并且满怀信心的对代码做一场大的变革。这样我们的代码变得干净了,扩展性、可以维护性以及易理解性纷至沓来。
3、在团队建设中能够进行分工,以可执行的形式文档化你的需求,迫使你分清职责隔离依赖以驱动你的设计,编织安全网以便将Bug扼杀在在摇篮状态,防止其逃逸。不同于传统开发(传统的开发人员开发的软件的测试是为了找出已经逃逸得bug,可能这个bug已经长成了毒瘤)。注:这两种活动都是必要的,而且毫不冲突,互为补充。
4、帮助你养成一个新的思维习惯,不光在你编程的道路上,在你的工作和生活中,你慢慢的会把自己的需求进行分析设计并不断地验证,最终更好去实现自己的人生目标。
TDD开发的缺点:
1、对于测试驱动不熟练或者喜欢偷懒的的人员,加大了代码的编写量,测试代码是系统代码的两倍或更多。
2、可能不适合时间很紧的软件开发,更适合于产品和平台的开发。
TDD原则:
怎么做TDD(关键5步)
- 加入一个新的测试
- 运行下新加的测试,看到它失败(因为你还没写功能代码)
- 对开发代码做很小的修改,目的就是让新加的测试通过 (注意这里的目的)
- 运行所有的测试(test case),然后看到所有测试都通过了 (看到测试都变成绿色,一般都会小开心一下)
- 移掉重复的代码,对代码进行重构 (既包括功能代码,也包括测试代码。特别注意红色的字串 一般会有重复,还有一些代码可以抽出来变成公用方法,测试代码中同样的初始化和还原测试环境的代码,可以放到intilize和cleanup中去)
而外还有一些步骤也是可以加入的,比方
- 在写测试代码前,先从需求出发,准备一个Test list (需要测到的功能的列表)。忘掉你该怎么实现,那是后面的事情
- 每测完一个就用横线划掉
- 如果发现有漏掉的test 就加到这个列表中(列表测完你的功能也就完成了)
总结:
通过一上午的学习,对TDD(测试驱动开发)有了基本的理解,对TDD的带来的优点有了初步的认识,接下来的学习中,我会转变思想,以“测试先行”的原则来开发稳定高质量的代码,把写测试像写代码注释一样,深入骨髓。
参考资料:
由衷向以下博客表示感谢,也以便以后查询方便
http://www.cnblogs.com/xiadao521/p/4092846.html
http://blog.csdn.net/m13666368773/article/details/7006912
http://baike.baidu.com/link?url=pbvA3Y5wTfaUMJKHgKtSd3pNuWB08imkCRW0BTVAOc_9TZ5Z7mOn4T6No1Crxvb-Jmp1Wg4xr2uvRyi4cY3OoSqwgVNPkwqzJf-DrxTKQ9e