测试驱动开发实践

导语：

传统开发模式与TDD开发模式的区别在哪里？TDD开发的优点是什么？TDD具体开发过程中又需要用到哪些技术知识点？本文作者通过实例来为你阐述TDD的开发流程，让你对TDD有一个大致的了解。

一．传统开发模式与TDD开发模式

1.传统开发模式流程:

项目代码开发->编写测试用例–>运行测试用例->修复代码BUG

2. TDD开发模式流程

编写测试用例->运行测试用例–>编写项目代码->运行测试用例->重构代码

二．TDD的优点

1.保证代码质量，鼓励开发人员仅编写满足需求的代码。

“李雷”同学号称马虎王，经常各种物品丢失，比如女友（对象）丢失；借用物品（引用）丢失；使用“IO自来水”之后不关阀门；去仓库（Database）取货，因为忘记某些物品，不得不频繁往返等等。

“韩梅梅”同学功力深厚，精心打造出了一段瑞士军刀般的代码，耗时5天（其实此功能客户无扩展需求仅要求1天时间完成）。

而在TDD实践中，我们需要注重代码质量，并编写刚好适量的代码。

2.保证代码与业务需求的一致性

一般来讲程序员都愿意把功能完美的体现在代码上，可有时候天不随人意，心里免不得担忧，我这代码能满足业务需求么？但在TDD中，首先是进行测试用例的编写，然后再进行类或者用户界面的开发。由于要先开发测试用例，那么开发人员就必须清楚测试的目的，这样TDD确保了项目的代码与所需的业务是匹配的。

3.创建简明有针对性的接口

一日，“李雷”接到“韩梅梅”发来的为某个功能准备的闯关宝典和核心步骤（类库与接口）。可读了3000遍还是没有能理解，一方面是“韩梅梅”采用了古代文言文与现代拉丁语的混搭来书写核心步骤，另一方面“韩梅梅”的“韩”式1到1000000的命名规则让“李雷”在读了30秒核心步骤后，已经不知道第几条是第几条，。

在TDD实践中，我们要注重创建有意义的、简明的接口，因为这一点在与他人合作中尤其重要。

4.与用户沟通，明确需求

在开发代码的过程中，我们总会有遇到不太明确的需求点，这个时候和需求人员沟通那是必不可少的，了解了功能的输入和输出才能保证完美的完成任务。在沟通的过程中也加深了与客户的信任和默契度，不知不觉中还能提高EQ，一举两得。

5.回归测试，确保新的更改不影响现有功能

在“韩梅梅”同学开发某个功能3个月后，“李雷”接到上级指示，客户要扩展该功能，但是原有功能保持不变。在苦心操劳了之后，“李雷”同学光荣的完成了任务，正准备接受大家赞誉时，“韩梅梅”跳出来向大家诉苦，那就是“李雷”为了做扩展功能把她之前做的功能给弄坏了，当时“李雷”那个心啊，拔凉拔凉的！

TDD的开发中加入了回归测试，这样就确保了之前的功能的正确与完整性，减少不必要的问题。

6.提升系统的开放性和扩展性

一直以来我们做事都要讲先后顺序，软件开发也有着类似的工序。“李雷”和“韩梅梅”被一起“充军”到某紧急功能模块上，并且“李雷”要等“韩梅梅”完成她的功能模块才能开始自己的模块。为了解决这个问题，项目组决定使用某些技术来解除他们的依赖关系，比如使用到IOC以及一些设计模式，让他们能够同时开发，之后再将两人的功能模块组装到一起。

三．TDD开发中需要使用到的技术知识点：单元测试、依赖注入框架和模拟对象

推荐博为峰网校精心打造的《测试驱动开发》课程

课程介绍：敏捷研发模式下的测试驱动开发原理，流程，原则，及核心测试技术，单元测试，注入模式及伪对象的介绍。