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

　　在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.很有研究价值，有待慢慢发掘使用。