1. 程式人生 > >Jmeter+badboy的壓力測試(詳解)

Jmeter+badboy的壓力測試(詳解)

1.下載badboy和Jmeter

Jmeter需要Java的環境配置,這裡就不多寫了,可以去百度,基本說的很全面的.

2.badboy的錄製方式和Jmeter運用

   2.1錄製

    1.寫入具體的url並進行訪問

      

   2.訪問並寫入登陸密碼等資訊(記錄Cookie)

   3.完成錄製

  

 4.匯出檔案為jmeter直接可執行的檔案(不好截圖,就不上圖了)

    在File->Export to JMeter點選就可

    最終生成 *.jmx檔案

  2.2運用

1.匯入檔案

 

2.設定監聽器

 

3.測試訪問是否正常

4.設定請求引數

5.聚合報告解析

Label:每個JMeter的element的Name值。例如HTTP Request的Name

#Samples:樣本數量。多少個請求

Average:平均響應時間(單位:)。預設是單個Request的平均響應時間,當使用了TransactionController時,也可以以Transaction為單位顯示平均響應時間

Median:中位數,也就是50%使用者的響應時間

90%Line:90%使用者的響應時間

95%Line:95%使用者的響應時間

99%Line:99%使用者的響應時間

注:為什麼要有*%使用者響應時間?因為在評估一次測試的結果時,僅僅有平均事物響應時間是不夠的。假如有一次測試,總共有100個請求被響應,其中最小響應時間為0.02秒,最大響應時間為110秒,平均事務響應時間為4.7秒,你會不會想到最小和最大響應時間如此大的偏差是否會導致平均值本身並不可信?

我們可以在95 th之後繼續新增96/ 97/ 98/ 99/ 99.9/ 99.99 th,並利用Excel的圖表功能畫一條曲線,來更加清晰表現出系統響應時間的分佈情況。這時候你也許會發現,那個最大值的出現機率只不過是千分之一甚至萬分之一,而且99%的使用者請求的響應時間都是在效能需求所定義的範圍之內的;如下圖則是最低響應時間的值出現機率是很小的,實際99%的使用者請求響應時間都要20000+。

Min:最小響應時間

Max:最大響應時間

Error%:本次測試中出現錯誤的請求的數量/請求的總數

Throughput:吞吐量。預設情況下標示每秒完成的請求數(具體單位如下圖)

KB/sec:每秒從伺服器端接收到的資料量。