《基于Rational Functional Tester(RFT) 开发 Web 应用自动化测试框架》.docVIP

《基于Rational Functional Tester(RFT) 开发 Web 应用自动化测试框架》.doc

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
基于 Rational Functional Tester 开发 Web 应用自动化测试框架 简介:?Rational Functional Tester(RFT)是 IBM 提供的一款自动化测试工具,适用于各种测试工作,特别擅长于 GUI 方面的自动化测试,可以方便的查找控件,提供了丰富的方法供软件测试人员用于脚本开发使用。本文以一款针对数据输入进行预测分析决策的 Web 产品的自动化测试为例,借助 Rational Functional Tester(RFT)设计和开发 DM Automation 这个自动化测试框架,详细介绍了自动化测试框架的设计原理,以及如何组织测试用例。同时本文还分享了一些自动化测试框架设计的经验与遵循的原则。 背景知识 IBM Rational Functional Tester(简称 RFT)是一款先进的、自动化的功能和回归测试工具,它适用于测试人员和 GUI 开发人员。使用它,测试新手可以简化复杂的测试任务,很快上手;测试专家能够通过选择工业标准化的脚本语言,实现各种高级定制功能。通过 IBM 的最新专利技术,例如基于 Wizard 的智能数据驱动的软件测试技术、提高测试脚本重用的 ScriptAssurance 技术等等,大大提高了脚本的易用性和可维护能力。同时,它第一次为 Java 和 Web 测试人员,提供了和开发人员同样的操作平台(Eclipse),并通过提供与 IBM Rational 整个测试生命周期软件的完美集成,真正实现了一个平台统一整个软件开发团队的能力。 RFT 提供的自动化测试方式一般分为两种,一是采用录制器录制生成测试脚本,二是由 QA 人员编写测试脚本。由于录制生成脚本的方式存在一些弊端,比如脚本复用性不高,不易维护,脚本可移植性不高等等,我们选择了第二种方式作为了自动化测试框架的脚本生成方式。本文实现的测试框架能够从数据文件中读取测试数据,然后传入自动化脚本,不同的数据文件对应不同的测试用例。这种模式实现了数据和脚本分离。提高了脚本的利用率,并使脚本的可维护性大大提高。本文实现的框架另一个特点是脚本编写人员无需掌握编程语言,只需要用 xml 文件来编写一个个基础的测试单元,再通过通过统一的 xml 文件来组织这些小的测试单元,从而形成真正的测试用例,这种方式可以灵活组织测试用例,测试单元可以得到很大程度的复用,编写效率很高。 通过以往的尝试,发现真正实现自动化测试,并不是掌握了某个自动化测试工具,掌握了脚本的编写技术就能够达成,面对复杂的 ERP 系统,简单的录制 / 回放并不能达到自动化测试的要求,虽然花费巨大代价但起到的效果甚微。 基于以上因素并结合行业发展思路,在正式实施自动化之前,必须搭建一套适合的自动化测试框架,将脚本能够有效的组织、连贯应用起来,提高测试脚本的可维护性和可读性。  在进行自动化框架的开发工作时,我们需要从以下几点进行考虑: 高复用性 高可维护性 稳定性 快速编写脚本 自动执行 正确输出结果 能够不断提升自动化测试比例 本文实现的自动化测试框架,也正是基于以上方面的考虑,分析设计的。 示例背景 DM (Decision Management) 是一个基于 Web 开发的决策管理产品,DM 自动化框架是以 DM 产品为测试目标开发的一套自动化测试框架,当然它同时适用于大多数的 Web 产品的测试。 如图所示:DM 产品是一个标准的富客户端应用,以 GWT 来编写 Ajax 前端。需要进行自动化测试的部分主要是 view 层用户和应用的交互,前端在调用服务器端服务后,返回数据的效验以及异步调用后数据的效验等等。 图 1. DM Web 端架构设计自动化测试框架的设计原理 ITCL 框架是 IBM 公司内部被广泛使用的自动化设计框架,也叫做 IBM 框架。主要的设计宗旨就是将代码划分成三层结构,即对象层(AppObjects layer)、任务层(Task layer)、测试用例层(TestCases layer)。将代码划分成三层结构使得“做什么“和”如何做“分离开来,有利于代码的组织,结构清晰。同时提高了代码的可复用性和扩展性。当使用 ITCL 框架开发自动化测试脚本时,其核心的任务就是合理的设计和组织对象层和任务层。 在自动化测试框架中合理的设计对象层和任务层常常会使整个自动化项目的开发和后期维护达到事半功倍的效果,DM 测试框架的分层结构在基于 ITCL 框架的基础上进行了一系列的改变,简化了对象层,将 object 层与 task 合并为 task 层,每一个 task 由一个 xml 文件来定义,task 是由多个 step 标签组成的,每一个 step 可以看成是以往的 object。同时增加了 Utile 工具包

文档评论(0)

weizhuidaomengx + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档