你的位置:软件知识原创基地 >> 知识海洋 >> 软件测试 >> 详细内容 在线投稿

Rational Automatic Function Test 实践总结

热度2576票  浏览714次 时间:2009年9月16日 14:57

特别声明:
如需转载此文,请给出指向本网站的连接,如下:
作者:关滨飞
摘自:http://www.umlonline.cn
如不能按此要求,请不要转载此文。


一、Rational 工具能把整个体系集成于一体管理:测试计划、测试执行、缺陷管理,每个环节的关系都紧密相关:

1Test Manager管理测试计划:测试需求,测试用例,并把测试用例关联测试需求、测试脚本。

2Robot管理自动测试脚本,脚本就是把执行测试的所有动作,转化为基于Robot自有的语言—SQA.

而当今常被提到的自动测试框架,其实就是把ALL测试动作所操作对象写成公共函数,调用公共函数时只需求提供将要操作是哪个对象、什么动作,而不需要你去写脚本。这样不需要大量的时间去维护脚本,节省测试成本;而且这样的自动化功能测试非常容易维护,当被测试的软件界面及业务逻辑被改变时,你只需要修改界面的对象及动作顺序,这样即使是一个无技术的测试人员,维护脚本也是小菜一碟的事情。

3ClearQuest, 管理软件缺陷。当运行脚本的测试结果出来后,你可以直接对有缺陷的软件功能提交缺陷。

这样紧密一环扣一环的关系(测试计划-->测试用例-->测试脚本-->缺陷),我们就好容易找出其家族成员来。

1

 

 

试想想要需求被变更后,test manager会自动检测到其影响的测试用例,这是多舒服的事情,而不需要你自己手动去找“被变更需求”的相关测试影响。

不过,需求的文件格式及表达形式,Test manager还是非常有讲究的,在下面会说到如何设置。

 

二、其实这个工具弱势在哪呢?

1.自动化测试强调的是容易维护,举例来说:当做回归测试时,只需要动一下鼠标键让ROBOT运行脚本,然后就可以得到测试结果。但代价却是前期得花比手工测试3倍的测试时间来创建测试脚本,那要是整个软件周期在1-3个月、无计划要重用的小型项目,不建议用此工具。

2. IBM中国区售后技术支持人员还是挺高效及高质的,你要是有问题,只需要一个邮件,他们半天肯定给你解答。IBM策略是只确保ROBOT的原来功能没有缺陷,你要是提了一些好基本的新需求,他们是决不会修改的,他们现在主推RFT(Rational Functional Test), RFTIBM收购Rational后在ROBOT的基本上优化而做出来的软件。性能及功能方面远超于ROBOT

 

三、下面会对Test Manager, Robot详细说明使用技巧、不能满足我们需要的哪些基本需求、缺陷:

1. Test Manager

A.导出Test log文件后,如何用转换成html后文件?

脚本play back后生成Test log,当把这些log文件导出后,其文件为*.rtpar,  默认可以以txt来打开,但看起来都是排版好乱的一堆字符。要是用html file打开,比较整体。转换方法如下:

Ø  edit打开*.rtpar

Ø  确认第一个行为“<?xml version="1.0" encoding="UTF-8"?>

Ø  在第一行的后面插入新行,并加上以下内容“<?xml-stylesheet type="text/xsl" href="TestLogDetail.xsl"?>

Ø  存盘

Ø  *.rtpar的后缀名改为xml.

特别声明:

如需转载此文,请给出指向本网站的连接,如下:
作者:关滨飞
摘自:http://www.umlonline.cn
如不能按此要求,请不要转载此文。


TAG: Rational 自动化测试
顶:161 踩:162
对本文中的事件或人物打分:
当前平均分:-0.38 (745次打分)
对本篇资讯内容的质量打分:
当前平均分:-0.49 (729次打分)
【已经有779人表态】
172票
感动
81票
路过
89票
高兴
82票
难过
83票
搞笑
75票
愤怒
90票
无聊
107票
同情
上一篇 下一篇
软件知识大学