簡體   English   中英

如何分析JMeter摘要報告?

[英]How to analyze a JMeter summary report?

運行負載測試時,我得到以下結果。 任何人都可以幫我閱讀報告嗎?

the number of thread = '500 '
ramp up period = '1'

Sample      =       '500'
Avg     =       '20917'
min         =       '820'
max         =       '48158'
Std Deviation   =       '10563.178194669255'
Error %     =       '0.046'
throughput      =       '10.375381295262601'
KB/Sec          =       `247.05023046315702` 
Avg. Bytes      =       '24382.664'

簡短說明如下:

  1. 示例 - 發送的請求數
  2. 平均值 - 所有響應的算術平均值(所有時間/計數的總和)
  3. 最短響應時間(ms)
  4. 最大響應時間(ms)
  5. 偏差 - 請參閱標准偏差文章
  6. 錯誤率 - 失敗測試的百分比
  7. 吞吐量 - 服務器每秒處理多少個請求。 越大越好。
  8. KB /秒 - 自我expalanatory
  9. 平均。 字節 - 平均響應大小

如果您在解釋結果時遇到麻煩,可以嘗試BM.Sense結果分析服務

示例:發送的請求數。

吞吐量 :是在測試期間發送到服務器的每單位時間(秒,分鍾,小時)的請求數。

響應時間 :從給定請求發送到服務器的時刻到最后一位信息返回到客戶端的時間。

吞吐量是服務器在運行期間處理的實際負載,但它不會告訴您在同一運行期間服務器性能的任何信息。 這就是為什么您需要這兩個措施才能真正了解服務器在運行期間的性能的原因。 響應時間告訴您服務器處理給定負載的速度。

平均值 :這是平均值(算術平均值μ= 1 / n *Σi= 1 ... n xi)總樣本的響應時間。

最小最大是最小和最大響應時間。

要了解的重要一點是,平均值可以是非常誤導 ,因為它不會告訴你你的價值觀如何關閉(或遠)來自average.For為此,我們需要的偏差值,因為平均值可以是相同的不同的樣品響應時間!!

偏差標准偏差(σ)測量值與平均值(μ)的平均距離。它使您可以很好地了解測量值與其平均值的分散或變化

以下等式顯示如何計算標准偏差(σ)

σ= 1 / n *√Σi= 1 ... n(xi-μ)2

詳情請看這里 !!

因此,如果偏差平均值相比較低 ,則表明您的測量值未分散(或大部分接近平均值),並且平均值很大

Kb / sec:以千字節/秒為單位測量的吞吐量。

錯誤%:有錯誤的請求百分比。

一個例子總是更好理解!!! 我想,這篇文章會對你有所幫助。

JMeter文檔說如下

摘要報告為測試中的每個不同命名的請求創建一個表行。 這與聚合報告類似,只是它使用更少的內存。 吞吐量是從采樣器目標的角度計算的(例如,在HTTP采樣的情況下是遠程服務器)。 JMeter考慮了生成請求的總時間。 如果其他采樣器和定時器位於同一線程中,則會增加總時間,從而降低吞吐量值。 因此,具有不同名稱的兩個相同的采樣器將具有兩個具有相同名稱的采樣器的吞吐量的一半。 正確選擇采樣器標簽以從報告中獲得最佳結果非常重要。

  • 標簽 - 樣本的標簽。 如果“在標簽中包含組名?” 如果選中,則添加線程組的名稱作為前綴。 如果需要,這允許來自不同線程組的相同標簽被單獨整理。
  • #Samples - 具有相同標簽的樣本數
  • 平均值 - 一組結果的平均經過時間
  • 最小值 - 具有相同標簽的樣本的最短經過時間
  • 最大值 - 具有相同標簽的樣品的最長經過時間
  • 標准。 開發。 - 樣本經過時間的標准偏差
  • 錯誤% - 有錯誤的請求百分比
  • 吞吐量 - 吞吐量以每秒/分鍾/小時的請求來衡量。 選擇時間單位,使顯示的速率至少為1.0。 當吞吐量保存到CSV文件時,它以請求/秒表示,即30.0請求/分鍾保存為0.5。
  • Kb / sec - 以千字節/秒為單位測量的吞吐量
  • 平均。 字節 - 樣本響應的平均大小(以字節為單位)。 (在JMeter 2.2中它錯誤地顯示了以kB為單位的值)

時間以毫秒為單位。

Jmeter Summary有很多解釋,我一直在使用這個工具來生成包含相關數據的性能測試報告。 以下鏈接提供的解釋正好來自現場經驗:

Jmeter:了解總結報告

這是Jmeter為承擔負載測試結果而生成的最有用的報告之一。

#Label:發送到服務器的HTTP樣本請求的名稱

#Samples:This捕獲推送到服務器的樣本總數。 假設您將循環控制器運行5次此特定請求,然后設置2次迭代(線程組中的調用循環計數)並為100個用戶運行負載測試,然后將顯示此處顯示的計數.... 1 * 5 * 2 * 100 = 1000。 總計=在整個運行期間發送到服務器的樣本總數。

#Prera​​ge:這是特定http請求的平均響應時間。 此響應時間以毫秒為單位,並且對於100個用戶,在兩次迭代中平均為5個循環。 總計=樣本總平均值的平均值,表示添加所有樣本的所有平均值並除以樣本數

#Min:為此標簽發送樣本請求所花費的最小時間。 總數等於所有樣本的最小時間。

#Max:針對此標簽發送的樣本請求的最大平均花費總數等於所有樣本的最大最長時間。

#Std。 開發。 :了解數據集的標准偏差可以告訴您數據點在均值周圍的密集程度。 標准偏差越小,數據越一致。 標准偏差應小於或等於標簽平均時間的一半。 如果不止於此,那就意味着出了問題。 你需要找出問題並解決它。 https://en.wikipedia.org/wiki/Standard_deviation總計是所有樣本中最高偏差的euqals。

#Error:為特定樣本請求找到的錯誤的總百分比。 0.0%表示所有請求都已成功完成。 總數等於所有樣本中錯誤樣本的百分比(總樣本數)

#吞吐量:在測試期間發送到服務器的點擊數/秒或每單位時間(秒,分鍾,小時)的請求總數。

 endTime = lastSampleStartTime + lastSampleLoadTime startTime = firstSampleStartTime converstion = unit time conversion value Throughput = Numrequests / ((endTime - startTime)*conversion) 

#KB / sec:其測量吞吐率,以每秒千字節為單位。

#Avg。 字節:從服務器下載的數據總字節數的Avegare。 總計是所有樣本的平均字節數。

Jmeter測試計划必須有監聽器來展示性能測試執行的結果。

  • 監聽器捕獲從服務器返回的響應,而Jmeter以樹,表,圖形和日志文件的形式運行和展示。

  • 它還允許您將結果保存在文件中以供將來參考。 Jmeter提供了許多類型的監聽器。 其中一些是:摘要報告,聚合報告,聚合圖,查看結果樹,查看表中的結果等。

以下是對摘要報告中每個參數的詳細了解。

參考圖:

圖片

標簽 :它是特定HTTP請求的名稱/ URL。 如果選擇了“在標簽中包含組名?”選項,則將線程組的名稱應用為每個標簽的前綴。

示例 :這表示每個請求的虛擬用戶數。

平均值 :它是所有樣本執行特定標簽所用的平均時間。 在我們的例子中,標簽1的平均時間是942毫秒,總平均時間是584毫秒。

最小值 :樣本對特定標簽所用的最短時間。 如果我們查看標簽1的最小值,那么在20個樣本中,最短的響應時間之一樣本中的一個是584毫秒。

最大值 :樣本對特定標簽所用的最長時間。 如果我們查看標簽1的最大值,那么在20個樣本中,最長響應時間中的一個樣本具有2867毫秒。

標准。 開發。 :這顯示了一組特殊情況,這些情況偏離了樣本響應時間的平均值。 該值越小,數據越一致。 標准偏差應小於或等於標簽平均時間的一半。

錯誤% :每個標簽的失敗請求百分比。

吞吐量 :吞吐量是服務器按時間單位(秒,分鍾,小時)處理的請求數。 此時間從第一個樣品的開始到最后一個樣品的結束計算。 吞吐量越大越好。

KB /秒 :這表示在執行性能測試期間從服務器下載的數據量。 簡而言之,它是以每秒千字節為單位的吞吐量。

欲了解更多信息,請訪問: http//www.testingjournals.com/understand-summary-report-jmeter/

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM