关于应用RPT在性能测试的思考

发表于:2008-4-23 11:17

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:whan78    来源:whan78的博客

        在IBM浩瀚的产品集群里,工具的重要性被提到了一个前所未有的高度,在为产品开发与生产提供支持的同时,也极大的丰富了IBM的产品线;从这种意义上来说,IBM收购Rational真是捡了个大便宜。

        最近在用RPT测试一个项目,我才发现,IBM几乎完全抛弃了Rational原有的技术路线,完全基于Java另起炉灶,整体架构于Eclipse上,使得其适应性得到了极大地扩充,几乎把所有技术特性全部纳入其支持范围。当然比起当年Rational Robot那种傻瓜式自动化来,上手是复杂点,但功能强大的程度是不可同日而语的。

        测试的项目原来是IBM商务核心组件,一直以来支撑着IBM和其它供应商之间的数据交换,相对来说,原有的测试方法似乎是从中世纪带过来的,一个Release下来,一群蚂蚁一样的Tester冲上去,搬胳膊搬腿,一点点的进行着测试;我有幸也参加了一下这种运动,感觉无论是功能测试还是回归测试,基本上是一种简单的重复。

        屡次跟Team的Leader沟通后,还是决定拿一个模块来试刀,于是乎兴致盎然的就把RPT装上了,一打开就傻眼了,就5个协议,慢说是LR,就是Robot也比不了啊;马上跟上面说,用不了,这事儿就放下了。

        4月份开始决定做自己的手机游戏,看了半天还是比较亲睐Java,装上了Eclipse后简简单单就把界面整出来了,这才知道Eclipse真不是盖的。重新打开RPT,恍然大悟,原来这哥们是这么干的。

        后面的事情就是水道渠成了,RPT里面可以直接插入定制代码,这样简简单单的就解决了协议支持的问题,只要把单元测试或功能测试的用例放进去,就可以通过Schedule来控制,轻松实现性能测试的场景搭建。

        除此之外,RPT还有两个强大的外围支撑产品,一个是TPTP,还有RAC。很有研究价值,有待慢慢发掘使用。

《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号