关键词：自动化测试 测试框架 组件
做功能自动化测试都会不约而同的遇到一个比较棘手的问题－测试框架的搭建。这也是直接影响功能自动化测试成功与否的关键。框架做的好可以使测试事半功倍，反之轻则很难看到工作的成果重则会使整个测试失败。目前网上有很多关于测试框架的讨论，其中也有成型的测试框架，其中有很多好的思想在里边，很值得借鉴。但今天要讨论的不是网上已有的，而是HP已经为我们设计好的一个测试体系，业务组件测试。他是利用QTP与QC的完美结合组成的一个体系架构。它可以轻易实现目前比较流行的三层测试架构：脚本层，业务层，数据层相分离，为开展功能自动化测试提供一个高效、稳定、容易的测试实现。
一．概述
1．1业务组件（Bussiness Process Testing）简介
业务组件是组成流程测试的基本单元，组合不同的业务组件可以实现不同的业务流程测试。如将fligt系统的登录最为一个组件，选择航班最为一个组件等。这样可以实现组件的复用，提高开发效率。
1．2 Bussiness Process Testing的优点
1） 相关业务人员可以在没有脚本的环境下组合业务组件，实现业务流程。
2） 对业务人员的编程能力没有要求，业务人员只需了解系统的业务流程，不用关心具体的脚本实现。这一点也实现了业务层和脚本层的分离。
3） 一旦某个组件开发完毕，即可在不同的流程中使用该组件，实现高可复用性，从而加快业务流程测试的速度。
4） 明确的角色分工，业务人员负责流程的开发、组织；QTP工程师负责脚本的开发、维护以及相应函数库的开发、维护。
5） 因为实现了脚本的复用，提高了自动化开发的效率，无形中就降低了测试过程中维护的时间和成本。
1．3 Bussiness Process Testing的简易流程
如图所示，整个过程分为2条线：第一个是由业务测试人员划分组件并组合不同的组件实现不同的流程测试；其次QTP专家负责组件的脚本具体实现并负责调试成功，上传到QC供业务测试人员调用。
注：测试数据的组织后边介绍，以便实现三层的测试架构；此过程需要QC有Bussiness Process Testing组件许可的支持，也就是需要单独向HP购买。
下边以QTP自带的示例程序演示整个流程的开发过程
2．1划分组件
本次将系统划分为：登录；选择航班并插入；打开订单；更新订单；删除订单；注销。这样划分仅为演示之用，不用在实际的测试之中。
2．2组织业务测试流程
本次只是用于演示，所以流程不会100％覆盖，在实际的测试过程中要达到100％的流程覆盖。本次测试流程如下：
流程1：登录－选择航班并插入－注销
流程2：登录－选择航班并插入－更新订单－注销
流程3：登录－选择航班并插入－更新订单－删除订单－注销
流程4：登录－打开订单－更新订单－删除订单－注销
下边需要根据划分的组件来实现组件脚本的实现。
2．3创建应用程序区域
在开发脚本之前首先要做的是要创建一个应用程序区域。应用程序区域提供创建业务组件所需的所有资源和设置，每个业务组建都居于一个应用程序区域，并从这些应用程序区域集成这些资源和设置。在此创建一个名为“订票系统流程测试”的区域，如图所示。
创建过程:依次选择:file－New－Function library。保存后自动上传至QC默认目录。
在此也可以加载自己的函数库，对象库，恢复场景等，这样以后创建的组建都可以共享该应用程序区域的资源。同时也方便维护，这也是一个优点所在，例如一旦函数库改变在此从新加载新的函数库即可，不用在脚本理修改。总之这个应用程序区域很重要，以后所有的脚本均是基于这个区域。应用程序路径一定要加载正确，否则录制时不能生成脚本。
2．4创建脚本
在创建脚本之前最好在QC中组织好目录树，方便保存及调用。关于脚本的开发过程，每个人、每个公司都有自己的方法。在此源代码也没法一一贴出。所以在此只列出输入参数和输出参数，方便后边的参数化以及数据组织。本次也采用最通用的方式即对象库解决对象识别问题。脚本的开发规范以及参数命名也以我自己惯用方式。
