Jmeter(四十八)_動態線程分析HTML測試報告

概述

jmeterGUI模式下，性能測試的結果每每偏差很大，由於GUI自己就會消耗一部分資源。因此咱們經常用命令行去跑性能腳本，得出結果

同時，jmeter在命令行下還能夠生成多維度的測試報告，裏面包含了經常使用的性能指標和監聽器圖表。

操做步驟

詳見：JMeter(十四)-自動生成測試報告

注：若是想動態的執行線程數，咱們須要在GUI模式下把線程組和持續時間設置成全局屬性

${__P(threadNum,)} 獲取線程組屬性
${__P(cycle,)} 獲取迭代次數屬性
${__P(time,)} 獲取時間屬性

動態執行的命令以下：

jmeter -JthreadNum=100 -Jtime=180 -n -t  命令行動態設置線程數/時間（秒）

下圖表示100線程併發運行180s

 

用戶登陸-考勤-退出併發測試-結果分析

針對Jmeter(四十七)_負載測試統計超時率這篇文章，咱們用命令行從新生成測試報告並分析一下結果

目標值：

 

測試結果：

1. 響應時間、業務成功率、併發量

根據JMeter命令行生成的html樣式測試報告結果分析，統計數據以下：

從圖中初步分析：

1）響應時間：登陸併發測試場景中，併發量=100時，本次以max採樣數據統計，整體請求的平均響應時間≈1s，沒有超時。登陸，考勤打卡、退出系統這些過程達到預期目標
2）業務成功率：併發量=100時，業務成功率=100%（測試腳本中設置有斷言，可結合檢查斷言效果），符合預期目標
3）併發量：線程組設置100個線程，運行過程當中未出現任何異常，知足100個線程併發操做的需求

APDEX性能指數

Apdex：APDEX性能指數（Application Performance Index），是一個國際通用標準，Apdex是用戶對應用程序性能滿意度的量化值。它提供了一個統一的測量和報告用戶體驗的方法，把最終的用戶體驗和應用性能做爲一個完整的指標進行統一度量

下圖表示通用用戶滿意度區域，0表示沒有滿意的用戶，1表明全部用戶都滿意。實際業務系統開發過程當中，1是團隊所追求的目標

對於opms業務，100個用戶併發登陸的APDEX指標以下所示。從圖中分析，總體Apdex值和單個步驟的Apdex值都比較大，表示用戶滿意度比較大，側面說明此時服務器響應速度較快。

 

接下來咱們將線程數修正爲200，持續時間5分鐘，觀察html報告

 

從圖中分析得出：

1）響應時間：登陸併發測試場景中，併發量=200時，本次以max採樣數據統計，退出系統的業務響應時間未達到預期目標
2）業務成功率：併發量=200時，退出系統的業務成功率=99.3%（測試腳本中設置有斷言，可結合檢查斷言效果），不符合預期目標
3）併發量：線程組設置200個線程，退出系統的出現系統異常，有12個請求沒有接收到響應。

 登陸和退出的Apdex值相對較低，表示用戶滿意度不高，側面說明此時服務器響應速度略慢。