6.1.2 框架设计总图
框架设计总图如图6-3所示。
图6-3
说明。
Test Object Pools:
测试对象池，用于存放所有的测试对象，并供用例层进行读取。
Test Case Generator:
自动化测试用例生成器，方便测试人员根据一定的标准来完成用例。
Error Handle Control:
错误处理控制器，对错误实时监控，发生错误会进行相应的控制。
Test Execution:
测试执行调度，利用AOM自动启动QTP执行脚本，并进行过程控制。
Report Engine:
整个测试运行完毕，生成完整的测试报告。
6.1.3 框架结构细分
6.1.3.1 TestObject Pools
对象库一直是自动化测试脚本中的精髓，它可以把自动化测试脚本中的对象属性描述与脚本完美的分离，以便有利于脚本的维护，当然这也是框架中必不可少的。团队开发中往往会采用公共对象库，并且放置于一个所有人都可访问的位置，本框架采用了与QC相连并进行远程调用，最终把TSR文件转化生成XML文件，此处的XML文件主要是用于用例解析的读取，具体流程如图6-4所示。
图6-4
流程：
● 利用QC的开放接口OTA连接Quality Center；
● 调用MFL模型“Mercury.FileLocator”获取到最新TSR共享对象库；
● 自动更新到本地对象库；
● 利用ORU模型“Mercury.ObjectRepositoryUtil”把TSR转化为XML。
注意：此框架的主要对象库的存放空间就是对象池，在框架中的对象池中存放着TSR文件和XML文件，主要实现了两种方式的更新。
（1）自动更新来自于QC的共享对象库。
（2）手工更新本地对象库（没有QC的情况下）。
