一直想仔细研究框架，写个流水账似的测试程序不难，写个低维护成本的测试框架就很难了，所以研究多种测试框架还是很有必要的，知道孰优孰劣，才能在开始编写框架的时候打好基础，今天读到了KiKi Zhao的翻译文章，觉得很是不错，写了一点学习心得，有不正确之处，请指出。
英文原文地址：http://www.ibm.com/developerworks/rational/library/591.html
原文对自动化测试架构做了如下四种分类：
1、数据驱动测试框架（The Data-Driven Testing Framework）
说明：仅仅是将测试数据从测试脚本中分离出来，开始了非混沌状态的第一步，这也是所有测试架构中最简单的一种
优点：至少测试数据可以单独维护了
缺点：任何被测试程序的变更所导致的工作量是所有架构中最多的，因此维护成本非常高
2、测试脚本模块化框架（The Test Script Modularity Framework）
说明：
●箭头方向代表的是被调用和调用关系
●测试脚本中包含了各功能点中涉及到的控件识别和业务逻辑操作，其中包含了外部测试数据的调用
●测试脚本的维护由自动化测试开发工程师负责，要求必须懂自动化编程和业务逻辑
●测试数据的维护由测试工程师负责
优点：
控件和业务逻辑一旦发生变化，要进行修改和维护的是底层的测试脚本（比无任何抽象封装的自动化测试程序稍好一些）
缺点：
●几乎所有大的变更引起的工作量都由自动化测试开发工程师完成
●控件识别和业务逻辑本身属于不同的领域，没有很好进行抽象封装
