常用的自动化测试框架及测试框架的发展（Alpha）

前言：自动化测试在过去的20年已经有了很大的发展。最初的测试工具只提供了简单的捕捉/回访功能，维护性较差。而且脚本工具实现需要很强的开发技术和经验，而且数量众多的测试脚本加上没有文档记录因此维护起来较难，成本开销巨大。为了使测试人员集中精力在测试用例设计上，测试框架产品就出现了，它能够减少学习和使用脚本语言的时间，集中精力在测试上，就出现了测试框架。下面将讨论自动化测试框架的概念，和测试框架的发展，知道了这些我们对比我们使用的测试框架，也知道我们处在什么阶段，从而改进测试的思想，也可能创造出更适合现代软件测试的测试框架思想。

常见的5种自动化测试框架

（1）测试脚本模块化框架。

测试脚本模块化框架需要创建能够代表被测程序模块，片段（Section）和函数的的一个个小而独立的脚本。然后用分级的方式将小脚本组成更大的测试，实现一个特定的测试用例。它很好的支持面向对象的程序设计或结构化程序设计中的模块化，抽象，封装及信息隐藏等编程思想及原则在软件开发中的应用。测试脚本模块化框架由于应用了抽象或封装的原则，从而大大提高了支持自动化测试的测试集（Test suit）d的可维护性和可测量性。（测试脚本也可以理解成开发中的一个个小的的模块，为了完成整个完整的开发的整体功能，也就是软件开发中的模块化思想。）

（2）测试库框架

测试库框架和模块化测试框架类似，并且具有同样的优点。不同的测试库框架把被测程序分解为过程和函数而不是脚本。这个框架需要创建描述模块，片段以及被测程序的功能库文件（例如 SQABasics Libries，APIs,Dlls等）。（可以理解为测试脚本模块化原来是汽车的发动机，油箱一个个组件现在把油箱发动机拆了，更细化弄成一个个螺丝钉和铁皮，就是分解的更细不知道这样理解对不对，beta版本以后再补充！）

（3）数据驱动测试框架

数据驱动（data –driven）测试是一个框架。在这里测试的输入和输出数据是从数据文件中读取（数据池，ODBC数据源，excel文件，DAO对象，ADO对象等），并通过捕获工具生成或手工生成的代码脚本加载到变量中。在这个框架中，变量不仅不仅用来存放输入值，还被用来存放输出的验证值。还有个表驱动，表驱动的测试用例包含在数据文件而不是在脚本中，对于数据而言，脚本仅仅是一个“驱动器”，或者说是一个传送机构。数据驱动不同于表驱动测试，尽管导航数据并不包含在表结构中。在数据驱动测试中，数据文件中只包含测试数据。这个框架意图减少你需要执行所有测试用例所需要的总的测试脚本的数。数据驱动需要很少的代码来产生大量的测试用例，这与表驱动及其类似。（说了这么多表驱动中数据多一点可能包括测试用例数据，而数据驱动仅输入值和验证值，数据驱动似乎和上面的两种框架有了本质的区别）

（4）关键字驱动或者表驱动的测试框架

关键字驱动或表驱动是一种独立与应用程序的自动化框架，在处理自动化测试的同时也要适合手工测试。关键字驱动的自动化测试框架建立在数据驱动之上，表中包含指令（关键词），而不只是数据。这些测试被开发成使用关键字的数据表，它们独立与测试的自动化工具。关键字驱动的自动化测试是对数据驱动的自动化测试的有效改进和补充。关键字驱动的自动化测试的自动化测试的整个过程所包含的功能都是由关键字驱动的，关键字控制了整个自动化测试的过程。（这个就是表驱动测试了比数据驱动的数据多了点关键字！oh！原来是这样）HP_UFT是关键字驱动的大家可以结合理解。

（5）混合测试自动化测试框架

综合以上两种自动化测试框架，取长补短，弥补各自的补足：以数据驱动的脚本为输入，通过关键字驱动框架的处理得到测试结果，完成自动化测试过程。这样可以使数据驱动的脚本利用关键字驱动框架通常提供的库和工具。这些框架工具可以使数据驱动的脚本更为紧凑，而且也不容易失败。（3和4混合使用了我的天!）

自己画的图。。。。