1.     框架整体模型

1.1.        模型图

说明：

Ø 这是整个自动化测试框架模型，采用混合驱动的模式实现（即数据驱动+关键字驱动）。

ü 数据驱动框架：把测试数据与测试脚本进行分离，通过增加或修改测试数据来达到自动化测试覆盖的目的，测试框架的运行与否，取决于数据。

ü 数据-关键字框架：是指在数据驱动框架的基础上实现加入关键字框架的思想来实现自动化框架，即把测试脚本进行提取，通过一些函数的解析与封装，把测试脚本演变成一种Excel或其他形式的工具或界面保存测试步骤与逻辑关系的记录集，包含对象与操作和逻辑，实现快速自动化开发和高可维护性

Ø 支撑层、辅助工具的内容将由自动化测试底层框架完成支持，与被测系统无关，该部分内容应支持被测系统的自动化测试应用。

Ø 操作组件资源库、功能点测试脚本、业务流程测试脚本：与被测系统、功能息息相关，属于具体的自动化测试实现层。

Ø 实现层内容将统一设置模板，统一格式、规则，以为支撑层所调用支持。

1.2.        模型简介

l 支撑层

支撑层是整个自动化测试体系的核心执行引擎，包括封装的基础函数，整个框架的执行体系及结果体系。

Ø 基础函数

ü 配置函数

通过配置，实现在不同环境、不同机器、不同目录、不同程序地址等场景下能够自动执行测试。

ü 对象识别

能够对对象库及描述性编程两种方式正确进行各类型对象的识别，对象库的加载应用。

ü 对象操作

封装对各种类型对象的操作事件，各类对象属性的获取、动态修改等。

ü 数据读写

整个框架涉及对基础资源库数据的操作，对被测应用系统数据库的操作，封装对整个框架应用到的各种类型数据文件及数据库的连接、读取、替换、增、删、改等基本操作。

Ø 执行体系

ü 执行控制组件

控制自动化测试用例的执行顺序、执行数据等，实现批量、定制、自动执行。

ü 数据驱动引擎

对数据文件的解释，通过数据驱动脚本执行。

ü 关键字驱动引擎

对关键字表格的解释、执行。将关键字表格（操作组件）解释为QTP可执行的脚本。

ü 异常处理机制

对执行过程中非预期错误，能够正确判别，并能够做出相应处理后继续执行（中止、跳过、跳出当前循环等方式），同时异常处理过程要记入执行日志。

ü 恢复机制

用例执行后，能够自动恢复初始状态，以实现循环验证。

ü 版本管理

被测系统存在版本信息，同样，对于自动化测试脚本、资源库等也存在版本问题，需要进行有效的版本管理与执行。

Ø 结果体系

ü 执行日志

将执行过程生成日志，通过执行日志进一步分析、查找问题。

ü 结果识别

对测试用例执行结果进行正确识别，重点是通过实际结果与预期结果的比对。

ü 结果输出

正确输出测试结果，包括：每条用例执行的最终结果、每条用例执行过程中检查点的详细结果、错误截图

l 操作组件资源库

Ø 操作组件库

操作组件库用于描述用例执行的操作步骤，说明对什么对象调用什么数据执行什么操作，同时会调用一些基本的业务逻辑及通用检查点，按被测系统的功能点分离方式进行组织，统一管理。

Ø 对象库

被测系统的对象资源库，通过对象识别函数解析后被操作组件所调用。按程序页面方式进行组织，对象命名规则一致，统一管理。

Ø 测试数据库

执行测试的测试用例数据，包括输入数据、预期结果、输出的公共数据，按功能页面分离方式进行组织，统一管理。

Ø 业务逻辑函数库

对基本业务逻辑、通用的检查点进行提炼、封调，统一规划为基础业务逻辑函数库，用于在操作组件或功能点测试脚本中调用，通过复用，提升脚本开发效率并提升维护性。

l 功能点测试脚本

对功能点执行测试的测试脚本，主要是组织对操作组件库、对象库、测试数据库的调用关系，以及复杂的业务逻辑，以实现对功能点的自动化测试。

按功能模块—功能点的结构化方式进行组织管理脚本，并对公共功能进行提炼，统一应用。

l 业务流程测试脚本

按顺序组织功能点，调用待验证的测试数据库，组织成对系统业务流程的测试脚本。

l 辅助工具

为更好的提升测试效率，提供辅助工具进行支持。

Ø 操作组件生成工具

通过手工录制脚本，自动生成操作组件，再进行调整。

Ø 用例数据生成工具

目前测试用例不会编写到测试数据级，手工测试用例只会描述输入数据的特征，而且是对单个字段的验证，要做自动化测试用例，输入数据必须细化到具体的数据级，并且对同一个功能涉及的所有字段进行组合，准备测试数据的工作量是具大的，考虑开发用例数据生成工具，依据字段的数据类型、最大值、最小值限制等规则，根据测试用例的设计方法自动组合生成测试用例数据。