测试框架的（概述、构成以及常用框架类型）

测试框架大致可以分类四大类模块：（基础模块）、（管理模块）、（运行模块）、（统计模块）

基础模块：

　　1. 底层核心驱动库：用户操作程序的第三方库， 例如selenium

　　2. 可重用的组件：可重复使用的模块， 如时间处理模块

　　3. 对象库： 用于存储被测对象的仓库，如我们将某个或多个界面的操作，封装成一个类，这个类的集合就是对象库

　　4. 配置文件：配置文件包括（测试环境）的配置和（应用程序）的配置

 

管理模块：

　　1. 测试数据管理：如脚本代码中产生的数据， 以及测试前所需准备的数据

　　2. 测试文件管理：如测试用例等数据

 

运行模块：

　　1. 测试用例调度、驱动机制：测试用例应可以按要求顺序执行， 不能一枚按自上而下执行

　　2. 错误恢复机制：由于代码导致的错误，由于环境/依赖导致的错误，测试框架应能识别这些错误，并给予相应处理

　　3. 持续集成支持：应与公司的发版系统集成

 

统计模块：

　　1. 测试报告：测试报告应包括测试用例条数统计、测试用例成功、失败百分比、测试用例总执行时间， 以及单条用例执行时间

　　2. 日志模块：好的测试框架应包含完善的日志统计信息

 

测试框架类型：模块化测试框架、数据驱动框架、关键字驱动框架、混合模型

模块化测试框架：

　　如：OOP思想、OP模式：

　　　　1. 将一个业务或一个页面作为一个Page对象，

　　　　2. 而Page对象，用一个Page类来表示

　　　　3. Page类里存放所有Page所属页面对象、元素操作

　　　　4. 页面元素和操作组成测试类方法，供测试用例层调用

　　优点：方便维护，测试用例可以又不同模块的不同对象组成

　　缺点：需要非常了解系统以及模块是如何划分的，才能在测试脚本里自如的使用，否则就会陷入重复定义模块对象的循环里

 

数据驱动框架：

　　如：DDT：数据驱动框架可以解决的问题是：在测试过程中，往往需要使用不同的测试数据，来完成同一个操作的测试用例。使用该框架，可以将测试数据保存到yaml文件或者excel文件中。数据驱动框架的精髓是使用N组测试数据，让系统自动构建出N组测试用例，并可以把每一个测试用例的结果独立展示出来。

 

关键驱动框架：

　　BDD（行为驱动开发）：通过将一系列操作封装成一个函数， 使用该操作时， 直接调用该函数即可， 如登录Login封装， 如果在测试中使用到登录， 则调用一下Login这个函数即可

 

混合模型：

　　所适用的框架不属于以上三种， 或框架中每一种框架都糅合一些，此类框架都可以称为混合模型。