關于應用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.很有研究價值，有待慢慢發掘使用。

原文轉自：http://www.anti-gravitydesign.com