Rational Performance Tester與LoadRunner測試結果比對報告
Rational Performance Tester與LoadRunner測試結果比對報告
為了對比Rational Performance Tester與LoadRunner的測試效果，我對XX系統的登錄和A流程這兩個測試點，分別用Rational Performance Tester和LoadRunner進行腳本錄制，并進行測試執行。下面將二者的測試結果和使用方面進行對比。
1 測試結果對比
注：因為Rational Performance Tester試用版只有5個用戶許可證，所以下面的并發用戶數以5個為上限。
1.1 登錄
測試場景：
模擬不同數量的并發用戶登錄系統。每個腳本按不同的用戶數進行，循環1次。
以下測試結果是在沒有工作流數據的前提下進行測試得到的。
測試結果中記錄的平均響應時間是包括下載資源（如圖片）的時間。
|
并發用戶數 |
平均響應時間（秒） |
|
|
LoadRunner |
Rational Performance Tester |
|
|
1 |
4.8 |
2.4 |
|
3 |
4.8 |
3.1 |
|
5 |
5.6 |
5.6 |
1.2 A流程
測試場景：
在系統中沒有待處理流程的前提下，模擬不同數量的并發用戶登錄系統。每個腳本按不同的用戶數進行，循環1次。
每次執行A流程前，都將數據庫的工作流數據清空。
|
并發用戶數 |
平均響應時間（秒） |
|
|
LoadRunner |
Rational Performance Tester |
|
|
1 |
0.8 |
1.1 |
|
3 |
1.1 |
1.5 |
|
5 |
1.7 |
2.6 |
2 使用對比
|
對比項 |
LoadRunner |
Rational Performance Tester |
|
界面友好性 |
純英文界面 |
中文界面，系統基于Eclipse平臺，界面易于理解。 |
|
資源占用情況 |
進程占用 |
進程占用的虛擬內存隨著測試運行的延續而增加，占用的虛擬內存維持在 |
|
測試錄制過程 |
可在錄制過程中添加集合點、事務等操作。 登錄、退出等只操作一次的部分可放在不同部分（vuser_init，vuser_end）。 |
在錄制過程中不能進行添加事務等操作。 系統沒有集合點的概念。 登錄退出等只操作一次的步驟和迭代循環的部分錄制在一起。 |
|
測試執行過程 |
執行過程中的性能情況可以通過監控界面看到，且信息直觀。 執行過程中能看到具體步驟的性能數據，步驟是按照函數來分的。 執行速度穩定，不同次數執行測試所需的時間差距不大。 |
執行過程中可以通過不同的Tab頁面查看性能數據。 執行過程中可以看到階段的性能數據。階段劃分顆粒較大，是按照HTTP頁來劃分的。 執行過程不穩定，時快時慢。 |
|
測試執行結果 |
相對較穩定，正常情況下幾次執行的測試數據偏差不大。 |
執行結果的數據差距比較大。 |
|
下載資源所需響應時間的隔離 |
較麻煩 |
可以通過創建事務的方法來區分提交請求與下載資源的所需時間。 |
|
事務的定位 |
容易 |
事務準確定位比較不方便，需要對系統有一定的熟悉才能準確定位。如果定位不準確，會導致測試結果有較大偏差。 |
|
對客戶端要求 |
較低 |
較高�，F有筆記本配置，隨著執行時間的延長，機器會運行越來越慢。必須重啟RPT方可繼續執行測試。 |
3 小結
對比上述Rational Performance Tester和LoadRunner的測試數據，差距不是很大。但是由于Rational Performance Tester的事務設置不如LoadRunner直觀和易于操作，事務的定位對測試結果的準確性影響很大。例如：5個用戶發起A流程時，如果事務沒有設置好，得到的平均響應時間是14.2秒；經過重定位得到的平均響應時間是2.6秒。另外，測試時，資源耗費較大，對測試客戶機也是一個挑戰。
Link URL: http://www.cnblogs.com/tester2test/archive/2006/07/28/461819.html
導入論壇 引用鏈接 收藏 分享給好友 推薦到圈子 管理 舉報
TAG:
