测试驱动开发

 

测试驱动开发（Test Driven Development,英文缩写TDD）是极限编程的一个重要组成部分，它的基本思想就是在开发功能代码之前，先编写测试代码。也就是说在明确要开发某个功能后，首先思考如何对这个功能进行测试，并完成测试代码的编写，然后编写相关的代码满足这些测试用例。然后循环进行添加其他功能，直到完成全部功能的开发。代码整洁可用(clean code that works) 是测试驱动开发所追求的目标。

 

测试驱动开发有很多优点：

 

(1)完工时完工。表明开发人员可以很清楚的看到自己的这段工作已经结束了，而传统的方式很难知道什么时候编码工作结束了。

 

(2)全面正确的认识代码和利用代码，而传统的方式没有这个机会。

 

(3)开发小组间降低了交流成本，提高了相互信赖程度。

 

(4)避免了过渡设计。

 

(5)系统可以与详尽的测试集一起发布，从而对程序的将来版本的修改和扩展提供方便。

 

(6)逃避了设计角色。对于一个敏捷的开发小组，每个人都在做设计。

 

(7)大部分时间代码处在高质量状态，100％的时间里成果是可见的。

 

(8)由于可以保证编写测试和编写代码的是相同的程序员，降低了理解代码所花费的成本。

 

(9)为减少文档和代码之间存在的细微的差别和由这种差别所引入的Bug作出杰出贡献。

 

(10)在预先设计和紧急设计之间建立一种平衡点，区分哪些设计该事先做、哪些设计该迭代时做提供了一个可靠的判断依据。

 

(12)发现比传统测试方式更多的Bug。

 

概括起来，测试驱动开发的基本过程如下：

 

(1) 明确当前要完成的功能。可以记录成一个 TODO 列表。

 

(2) 快速完成针对此功能的测试用例编写。

 

(3) 测试代码编译不通过。

 

(4) 编写对应的功能代码。

 

(5) 测试通过。

 

(6) 对代码进行重构，并保证测试通过。

 

(7) 循环完成所有功能的开发。

 

为什么要用面向对象？

是为了编写独立的单元而方便进行单元测试

为什么要用中间层而不是把逻辑写在页面上或者存储过程中？

是因为页面或存储过程里的逻辑不好测试，中间层的代码好测试

为什么要进行解耦设计？

是为了让测试结果不被互相连接的模块而影响，更准确的体现测试结果

为什么要采用接口设计？

是为了方便在单元测试中使用Mock对象

为什么要实现方法里的代码？

是为了要让单元测试可以通过

为什么要写单元测试？

因为我们要做测试驱动开