RFT与TCL相结合的自动化测试方案的研究与实现0001.docx
《RFT与TCL相结合的自动化测试方案的研究与实现0001.docx》由会员分享,可在线阅读,更多相关《RFT与TCL相结合的自动化测试方案的研究与实现0001.docx(9页珍藏版)》请在咨信网上搜索。
1、RFT与TCL相结合的自动化测试方案的研究与实现郭丹(北京邮电大学计算机科学与技术学院)摘要:自动化测试在测试领域中占有越来越重要的地位。大部分系统测试只需要单一一种自 动化测试工具或技术便可实现,如桌面应用和Web应用,只需要RFT便可实现白动化测 试;网关路由器的后台,只需要TCL脚本便可以达成测试目的。而对于比较复杂的系统, 既需要验证前端页面,又需要验证后台设置是否生效,并且两者又具备很大的美联和耦和 时,就需要一种RFT和TCL两种技术结合的测试方案。本文先介绍两种自动化测试技术及 其在测试系统中的实现,研究两种技术在跨平台测试上的结合方式,然后给出两种技术相结 合的一种实现方案。关
2、键词:自动化测试;RFT; TCL中图分类号:TP3II.5Implementation of the Way of Automatic Test by using RFTand TCLGuo Dan(Computer Sience And Technology College of Bejing University of Post And Telecom) Abstract: The purpose of the software testing is to guarantee the quality of its basic functions. If a new developed f
3、eature added into a system, then the basic functions of regression testing will waste a lot of manpower and time. At this point, the Automated Testing will make an impact. Most system testing need only a single technology and testing tool, such as web application and windows application- RFT will pe
4、rform well in automated testing, an router without web configuration system- TCL can achieve the purpose of the automated testing. But there are some systems, needing both RFT and TCL in the automated testing. In this paper, we discuss the way to put the RFT and TCL together to test a service inspec
5、tion gateway system.Key words: Automatic Test; RFT; TCL0引言在大多数软件开发模式中,软件发布之前要多次重复“代码一一测试一一修复”的过程。 如果测试某项特性,就意味着需要不止一次执行测试,而是重复多次。还要检查在前面的测 试中发现的软件缺陷是否真正修复以及有没有引入新的软件缺陷。重复执行测试的过程称为 回复测试。软件测试工具和自动化有助于解决这个问题.提供比手工测试更好的方式执行测 试。在软件测试日趋重要的今天,自动化测试及其工具的出现,不仅可以节省大量的人力物 力,而且在性能压力测试等方面,更体现了其不可替代的地位。自动化测试技术和工具
6、也如 雨后春笋,纷纷出现。本文主要研究的两种技术的测试实现以及基于两种技术的测试方案。其一为RFT(Rational Function Test),由IBM研发,基于控件识别的测试工具,支持java等多种语言,作者简介:郭丹,网络信息处理. E-mail: 可以测试Windows环境下的桌面及web应用系统。其二为TCL/TK (Tool Command Language/X window Tool Kit),是一种简明,高效,可移植性好的脚本语言,在信息产业 领域具有广泛的应用。Tel实际上包含两个部分:一种脚本语言和为之设计的解释器,该解 释器能够很容易地嵌入应用程序中。Tk是Tel的图形
7、用户界面工具包,用于定义Tel命令、 创建和操纵用户界面部件。RFT支持高级语言,对于需要命令行操作的测试用例,虽然可以通过telnet等方式达到 测试目的,但不如TCL灵活;而TCL虽然可以用Tk的工具包,做简单的窗口验证,在控 件识别等方面远不及RFT强大。对于信息产业,设备的配置越来越脱离单纯的命令行方式,大型的系统一般都会有前端 配置页面和后台命令行配置,而对于用户来讲,在Web页面进行配置将会是主要的操作方 式。这时候,对系统的测试就需要用到基于上述两种技术的结合的测试方案。木文主要阐述RFT和TCL两种测试技术,并研究二者相结合的白动化测试方案及其在 某业务监控网关系统测试中的实现
8、。1基于RFT的Web界面测试RFT及其脚本编写方法R FT (Rational Function Tester),是 IBM Rational 开发的自动化测试工具,前身是 Rational JRobot 和 Rational XDE TesteroRFT是基于Eclipse开发的,本质上就是Eclipse的-个插件。由此可见,它是以java 为基础的,所以用它来开发java的桌面系统或web系统的自动化测试脚本是最合适的,当 然它本身也可以应用于其他平台开发项目的测试。很多使用过QTP的测试人员肯定对录制回放测试脚本不陌生,RFT中同样可以进行录 制回放,它对控件的识别和模拟操作的原理与Q
9、TP相同,在此不予累述。测试脚本的录制过程是根据具体的界面和操作进行的,一旦脚本的执行界面发生改变, 运行就会出现异常,甚至仅仅是被操作对象位置的改变或图像分辨率的改变都可能会造成图 形用户界面自动化测试的失败,因此,基于录制技术的自动化测试维护的代价相当高。另外, 脚本录制的过程是固定的,所以脚本的运行会完全按照操作步骤,不具备灵活性。所以在 大多数情况下,我们选择使用数据驱动的方式来编写脚本。所谓数据驱动,其实就是给定控件的id或class等唯一能够识别控件的属性,用RFT 提供的find方法去找到控件,再对它进行填充或点击等操作。而这些数据的存储方式多种 多样,最简单的方式是存储到配置文
10、件中,我们在网关监控系统的测试中采用了数据库的方 式。而为了维护这些数据,我们开发了专门的小工具。1.2基于RFT的配置管理前端(Web页面)的自动化测试实现测试用例分类1. 初始化用例:由于前端配置有一定的顺序要求,且在进行其他测试前,要先对系 统进行初始化配置,所以这一部分的用例我们单独拿出来,作为初始化用例,在 每个版本提交测试时,先跑一遍初始化用例。这一部分用例有些是需要前后台交 互的。2. 功能性测试用例:这类用例需要前后台交互,如在前端下发一个策略,需要到设 备上去验证策略是否正确下发,然后再到前台报表或实时流量处查看策略是否生 效。3. 异常及边界值测试用例:这一部分用例只在前端
11、即可完成。例如一个输入框,只 允许输入数字,在测试用例输入字母时应该提示输入有误等信息。这些不需要在 后台进行校验。4, 压力测试用例:需要后端校验。5. 报表验证用例:可以在功能用例跑完后,根据记录的数据,打开报表页面,进行 数据校验。以数据库为基础的数据驱动测试方案将测试用例按编号入库,用编号将测试用例及其需要的测试数据建立关联关系。表结构 如下:基本数据表定义:表1用例信息表Tab. 1 use case (able字段名称类型备注CaselDint用例的唯-编号CaseNamcnvarcharCaseDescriptionnvarchar用例的执行描述ExcuteTimesint用例循
12、环执行次数Statusint记录当前执行状态注:在此处对表结构进行了简化表2用例执行数据表Tab. 2 use case data table字段名称类型备注CaselDint与 use case 表中CaselD对应Keyvarchar键值,即界面上控件IDValuenvarchar对应控件填入的数据StepIDint执行的步骤Clrbool前端执行还是后 端,true为后端, 默认为falseNoteNvarchar用于扩充注:在此处对表结构进行了简化表3用例校验数据表Tab. 3 use case verify table字段类型备注CaselDInt与use case表对应StepID
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- RFT TCL 相结合 自动化 测试 方案 研究 实现 0001
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【二***】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【二***】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。