自动化测试框架概念：
自动化测试框架是一个集成体系，这个体系中包含测试功能的函数库、测试数据源、测试对象以及可重用的模块。框架（framework）是一个框子——指其约束性，也是一个架子——指其支撑性。是一个基本概念上的结构，用于去解决或者处理复杂的问题。在软件工程中，框架（Framework）是整个或部分系统的可重用设计，表现为一组抽象构件及构件实例间交互的方法；另一种定义认为，框架是可被应用开发者定制的应用骨架，前者是从应用方面而后者是从目的方面给出的定义。
对于测试人员来说，线性脚本的自动化脚本在维护性和可用性上教差，就可以利用设计的框架来实现自动化测试。
- 自动化测试框架根据思想理念和深度不同，渐进式的分为以下几种
模块化思想==>模块化测试脚本
框架库思想==>测试库框架
数据驱动思想==>数据驱动测试框架
关键字驱动思想==>关键字驱动或表驱动的测试框架
上述思想融合完成企业实际自动化==>混合测试自动化框架
-
模块化测试脚本框架：
需要创建独立的可描述的模块、程序片断以及待测试应用程序的脚本。这些小脚本进行组合，就能组成用来独立运行特定的测试的测试用例脚本。
-
测试库框架：
与模块化测试脚本框架很类似，并且具有同样的优点。不同的是测试库框架把待测应用程序分解为过程和函数而不是脚本。这个框架需要创建描述模块、片断以及待测应用程序的功能库文件。
-
数据驱动测试框架：
在这里测试的输入和输出数据是从数据文件中读取（数据池，ODBC源，CSV文件，EXCEL文件，Json文件，Yaml文件，ADO对象等）并且通过捕获工具生成或者手工生成的代码脚本被载入到变量中。在这个框架中，变量不仅被用来存放输入值还被用来存放输出的验证值。整个程序中，测试脚本来读取数值文件，记载测试状态和信息。这类似于表驱动测试，在表驱动测试中，它的测试用例是包含在数据文件而不是在脚本中，对于数据而言，脚本仅仅是一个“驱动器”，或者是一个传送机构。
-
关键字驱动或表驱动的测试框架：
这个框架需要开发数据表和关键字。这些数据表和关键字独立于执行它们的测试自动化工具，并可以用来“驱动＂待测应用程序和数据的测试脚本代码，关键宇驱动测试看上去与手工测试用例很类似。在一个关键字驱动测试中，把待测应用程序的功能和每个测试的执行步骤一起写到一个表中。这个测试框架可以通过很少的代码来产生大量的测试用例。同样的代码在用数据表来产生各个测试用例的同时被复用。
-
框架的目标
所以我们的框架设计必须三简化即操作简单，维护简单，扩展简单。
设计框架的同时一定要结合业务流程，而不仅仅靠技术实现，其实技术实现不难，难点对业务流程的理解和把握。
设计框架时要将基础的封装成公用的，如：get请求、post请求和断言封装成同基础通用类。
测试用例要与代码分开，这样便于用例管理，采用数据驱动框架实现。
那我们都了解之后,开始下一章的讲解