如何简单的理解TDD与DDT

TDD：TEST-DRIVEN Development

测试驱动开发究竟是什么意思？如何理解测试驱动开发？

举个红绿条简单的例子：

1.编写测试代码

2.编译运行测试代码，肯定会失败，因为实现代码还没有写

3.编写实现代码

4.运行测试观察测试结果，可能是红色的。

5.开发修改代码使得测试通过

6.运行测试，观察测试结果，直到变绿

7.可进行重构，进行代码优化，删除冗余，继续运行测试直到变绿

 

DDT：DATA-DRIVEN TEST

数据驱动测试是什么意思？如何理解数据驱动测试？

数据驱动的自动化测试是针对上述开发与测试之间紧密耦合问题提出的测试方法。通过建立测试与开发定义的软件元数据的关联——元数据映射表，在测试与开发之间建立松耦合关系。不论测试人员修改测试脚本，还是开发人员修改软件，只需要修改元数据映射表，既可以满足测试与开发同步进行。这样，可以减少测试脚本调试的工作量，更好的实现自动化测试

 

什么是数据驱动的自动化测试框架？

数据驱动的自动化测试框架是这样的一个框架，从某个数据文件(例如ODBC源文件、Excel文件、Csv文件、ADO对象文件等)中读取输入、输出的测试数据，然后通过变量传入事先录制好的或手工编写的测试脚本中。其中，这些变量被用作传递(输入/输出)用来验证应用程序的测试数据。在这个过程中，数据文件的读取、测试状态和所有测试信息都被编写进测试脚本里;测试数据只包含在数据文件中，而不是脚本里，测试脚本只是一个“驱动”，或者说是一个传送数据的机制。

 

KDT：KEYWORD-DRIVEN TEST

关键字驱动测试是什么意思？如何理解关键字驱动测试？

关键字驱动的来源非常自然，从面向对象的思路出发，同样的业务逻辑会自然的编写成一个类或者函数作为关键字来被不同的测试脚本所调用。当测试框架发展到所有的测试过程都已经可以被写好的函数和类所组合完成时，就进化到了关键字驱动的一个高级阶段，这个时候测试用例的开发就变成了测试数据和关键字的组合，并把这种组合工作简化为所有人都很熟悉的表格填写任务，从而最终达到一个由数据和关键字驱动整个测试的效果。

 

参考文档：http://blog.csdn.net/u010202588/article/details/38639811