QTP与QC组合业务组件案例.ppt

* * QTP与QC的结合实现自动化测试框架 ——业务组件测试案例 第一页，共三十页。 摘要：利用QTP和QC相结合搭建功能自动化测试框架关键词：自动化测试?、测试框架、组件 第二页，共三十页。 利用业务组件进行自动化测试的优点： 业务组件——利用QTP与QC的完美结合组成的一个体系架构。它可以轻易实现目前比较流行的三层测试架构：脚本层，业务层，数据层相分离，为开展功能自动化测试提供一个高效、稳定、容易的测试实现。 组合不同的业务组件可以实现不同的业务流程测试。 形象的讲就是：模块化、标准化、搭积木 第三页，共三十页。 具体体现： 相关业务人员可以在没有脚本的环境下组合业务组件，实现业务流程 对业务人员的编程能力没有要求，业务人员只需了解系统的业务流程，不用关心具体的脚本实现。这一点也实现了业务层和脚本层的分离。 第四页，共三十页。 一旦某个组件开发完毕，即可在不同的流程中使用该组件，实现高可复用性，从而加快业务流程测试的速度。 明确的角色分工，业务人员负责流程的开发、组织；QTP工程师负责脚本的开发、维护以及相应函数库的开发、维护。 因为实现了脚本的复用，提高了自动化开发的效率，无形中就降低了测试过程中维护的时间和成本。 第五页，共三十页。 具体工作流程 第六页，共三十页。 下面以QTP自带的示例程序演示整个流程的开发过程 划分组件 组织业务测试流程 创建应用程序区域 创建脚本 组织业务流程 组织测试数据 执行测试 第七页，共三十页。 1、划分组件 本次将系统划分为： 登录； 选择航班并插入； 打开订单； 更新订单； 删除订单； 注销。 第八页，共三十页。 2、组织业务测试流程 流程1：登录－选择航班并插入－注销 流程2：登录－选择航班并插入－更新订单－注销 流程3：登录－选择航班并插入－更新订单－删除订单－注销 流程4：登录－打开订单－更新订单－删除订单－注销 下边需要根据划分的组件来实现组件脚本的实现。 第九页，共三十页。 3、创建应用程序区域 首先要做的是要创建一个应用程序区域。 应用程序区域提供创建业务组件所需的所有资源和设置，每个业务组建都居于一个应用程序区域，并从这些应用程序区域集成这些资源和设置。 在此创建一个名为“订票系统流程测试”的区域，如图所示。 第十页，共三十页。 第十一页，共三十页。 创建过程: 依次选择:－Function library。 保存后自动上传至QC默认目录。 第十二页，共三十页。 也可以加载自己的函数库，对象库，恢复场景等，这样以后创建的组建都可以共享该应用程序区域的资源。同时也方便维护，这也是一个优点所在。 例如一旦函数库改变在此从新加载新的函数库即可，不用在脚本理修改。 总之这个应用程序区域很重要，以后所有的脚本均是基于这个区域。应用程序路径一定要加载正确，否则录制时不能生成脚本。 第十三页，共三十页。 4、创建脚本 创建脚本之前最好在QC中组织好目录树，方便保存及调用。 根据组件功能在QTP中录制相应的脚本，在此只列出输入参数和输出参数，方便后边的参数化以及数据组织。 第十四页，共三十页。 注：“——”为无相应的参数 第十五页，共三十页。 在QTP中创建组件脚本有2种模式： Bussiness Component和Scripted Component。 区别： Bussiness Component只能见关键字视图，QC中亦可见关键字视图；Scripted Component可以看见专家视图，在QC中脚本代码不可见。一般创建后者，本次也是采用后者，方便编辑脚本，控制脚本结构。注意：参数一定要合理设置并对代码中的输入项做参数化与参数关联，否则测试数据传不到脚本，导致脚本运行失败。参数可以在QTP中创建，也可以在QC中创建，效果等同。 第十六页，共三十页。 关键字模式——实现脚本、业务层、逻辑层的脱离 脚本录制完成之后，保存至QC中。 第十七页，共三十页。 现在单个组件脚本实现业务流程中的某一个功能且脚本中不会涉及具体的测试数据，从而为实现三层结构打下基础。 接下来的工作就是在QC中组织需要测试的业务流程以及需要的测试数据。 第十八页，共三十页。 有一个需要注意的地方，就是在QTP创建脚本如果选择Bussiness Component类型，在“设计步骤”选项卡可以看到QTP中的关键字视图，相关人员可以像在QTP操作一样，但是看不到代码。这也是为何上边为何创建脚本组件的原因。 第十九页，共三十页。 5、组织业务流程 主要是在“测试计划”模块中实现。 这的主要工作是由业务测试人员完成。规划好目录结构以后，根据需要测试的业务流程拖拽需