《QTP与QC组合-业务组件案例.ppt》由会员分享，可在线阅读，更多相关《QTP与QC组合-业务组件案例.ppt（29页珍藏版）》请在装配图网上搜索。
1、QTP与 QC的结合实现自动化 测试框架 业务组件测试案 例 摘要：利用 QTP和 QC相结合搭建 功能 自动化测试 框架 关键词：自动化测试 、测试框架、 组件 利用业务组件进行自动化测试的优点： 业务组件 利用 QTP与 QC的完美结合组成 的一个体系架构。它可以轻易实现目前比较流 行的三层测试架构：脚本层，业务层，数据层 相分离，为开展功能自动化测试提供一个高效、 稳定、容易的测试实现。 组合不同的业务组件可以实现不同的业务流程 测试。 形象的讲就是：模块化、标准化、搭积木 具体体现： 相关业务人员可以在没有脚本的环境下组 合业务组件，实现业务流程 对业务人员的编程能力没有要求，业务人
2、员只需了解系统的业务流程，不用关心具 体的脚本实现。这一点也实现了业务层和 脚本层的分离。 一旦某个组件开发完毕，即可在不同的流程中 使用该组件，实现高可复用性，从而加快业务 流程测试的速度。 明确的角色分工，业务人员负责流程的开发、 组织； QTP工程师负责脚本的开发、维护以及 相应函数库的开发、维护。 因为实现了脚本的复用，提高了自动化开发的 效率，无形中就降低了测试过程中维护的时间 和成本。 具体工作流程 下面以 QTP自带的示例程序演示整个流程 的开发过程 划分组件 组织业务测试流程 创建应用程序区域 创建脚本 组织业务流程 组织测试数据 执行测试 1、划分组件 本次将系统划分为： 登
3、录； 选择航班并插入； 打开订单； 更新订单； 删除订单； 注销。 2、组织业务测试流程 流程 1：登录选择航班并插入注销 流程 2：登录选择航班并插入更新订单注销 流程 3：登录选择航班并插入更新订单删除订单注销 流程 4：登录打开订单更新订单删除订单注销 下边需要根据划分的组件来实现组件脚本的实现。 3、创建应用程序区域 首先要做的是要创建一个应用程序区域。 应用程序区域提供创建业务组件所需的所有资源和设置， 每个业务组建都居于一个应用程序区域，并从这些应用 程序区域集成这些资源和设置。 在此创建一个名为“订票系统流程测试”的区域，如图 所示。 创建过程 : 依次选择 :file New
4、Function library。 保存后自动上传至 QC默认目录。 也可以加载自己的函数库，对象库，恢复场景 等，这样以后创建的组建都可以共享该应用程 序区域的资源。同时也方便维护，这也是一个 优点所在。 例如一旦函数库改变在此从新加载新的函数库 即可，不用在脚本理修改。 总之这个应用程序区域很重要，以后所有的脚 本均是基于这个区域。应用程序路径一定要加 载正确，否则录制时不能生成脚本。 4、创建脚本 创建脚本之前最好在 QC中组织好目录树，方 便保存及调用。 根据组件功能在 QTP中录制相应的脚本，在此 只列出输入参数和输出参数，方便后边的参数 化以及数据组织。 注：“ ”为无相应的参数
5、在 QTP中创建组件脚本有 2种模式： Bussiness Component和 Scripted Component。 区别： Bussiness Component只能见关键字视图， QC中 亦可见关键字视图； Scripted Component可以看 见专家视图，在 QC中脚本代码不可见。一般创建 后者，本次也是采用后者，方便编辑脚本，控制 脚本结构。 注意：参数一定要合理设置并对代码中的输入项 做参数化与参数关联，否则测试数据传不到脚本， 导致脚本运行失败。参数可以在 QTP中创建，也 可以在 QC中创建，效果等同 。 关键字模式 实现脚本、业务层、逻辑层的脱离 脚本录制完成之后，保
6、存至 QC中。 现在单个组件脚本实现业务流程中的某一个功 能且脚本中不会涉及具体的测试数据，从而为 实现三层结构打下基础。 接下来的工作就是在 QC中组织需要测试的业 务流程以及需要的测试数据。 有一个需要注意的地方，就是在 QTP创建脚本 如果选择 Bussiness Component类型，在“设 计步骤”选项卡可以看到 QTP中的关键字视图， 相关人员可以像在 QTP操作一样，但是看不到 代码。这也是为何上边为何创建脚本组件的原 因。 5、组织业务流程 主要是在“测试计划”模块中实现。 这的主要工作是由业务测试人员完成。规划好 目录结构以后，根据需要测试的业务流程拖拽 需要的组件即可。这
7、一步和在“测试计划”中 拖拽测试用例很相似，区别就是这个是组合业 务流程，而且可以自动执行。 测试计划 新建测试 选择测试类型为： Businesses Process， 测试脚本中为测试计划添加业务组件。 这里实现的是三层结构中的业务层。 进行的业务流程组织和脚本没有任何关系，相 关人员不用关心脚本如何实现，只要保证所有 的流程均已覆盖即可。 组件之间的流程衔接是否匹配可以在“运行或调试测试”中进行调试。 6、组织测试数据 接下来就是要实现数据层的工作，从而实现三 层的测试架构。 选择某一个流程，在“测试脚本”选项卡中右 击要设计数据的组件，在弹出窗口中选择“迭 代”，弹出组件迭代设置窗口
8、可以根据测试需求设置组件要迭代的次数，以 及每次迭代的参数值。如上图，设置了 3次迭 代每次迭代输入的 AgentNamePassWord均不 相同。 同时可以设置输入参数选择上一个组件的输出 参数（在复选框中打勾，按提示操作即可） . 至此，数据层的设计也已完毕。同时也实现了测试数据和 具体的业务流程相分离。 这里的数据和业务层的分离并不是很彻底，不能根据自己 的想法去设计，所以还有很大的改进空间，还需要进一步 研究。 通过以上几个步骤，开发工作基本结束。以后就 是需要相关的维护即可。当然，最后还是要执行 测试。 后语 其实无论是在手动测试还是在自动化测试当中， 引入“业务组件”的概念，都有助于我们实现 业务流程之间的组合，组合不同的组件实现不 同的流程测试，规范业务流程，提高测试的覆 盖率。
QTP与QC组合-业务组件案例.ppt
