Jmeter效能測試標準效能測試場景設計

如何設計測試場景是效能測試中比較關鍵的內容。在效能測試領域有幾個教科書一樣的場景設計方法，放之四海而皆準

目的單業務基準測試是在伺服器沒有壓力的情況下，獲取單筆業務的處理時間，為後續調優提供資料依託

策略jmeter中設定為單個執行緒迭代n次（如100），取平均響應時間。一般情況下我們不需要監控硬體資源和資料庫。但是，如果系統出現了tps=1與tps=100消耗的cpu資源差不多的情況，那可能就是效能出了問題

目的獲取系統單筆業務的最大處理能力，以及效能指標之間的關聯關係和變化趨勢，例如：響應時間隨tps的變化趨勢，tps和響應時間隨併發使用者數變化的趨勢、cpu利用率隨tps的變化趨勢。注：關注的是最大業務處理能力，而不是系統併發數

執行策略

單業務負載測試一般以逐漸加壓的方式執行30分鐘（無步調、無thinktime），觀察效能拐點。同時需要監控伺服器資源、資料庫處理能力。jmeter中可以用rps定時器或階梯加壓執行緒組去實現。

rps設定

tps監聽

rt監聽

拐點判斷方式

通過tps/hps走勢圖觀察拐點。吞吐量會隨壓力的增大呈拋物線狀，拋物線的最高點處，即為當前測試環境下該交易的單支最大處理能力。吞吐量的拐點往往也就是響應時間的拐點。

通過資源消耗判斷拐點。比如測試中tps仍呈上公升趨勢，但cpu資源使用率已高達90%，就以此時tps值為當前測試環境下該業務的單筆最大處理能力。

單業務負載測試可考察系統結構是否存在效能隱患。

混合業務負載測試

目的：考察各業務按比例分配逐漸加壓的情況下，系統隨著負載變化處理能力趨勢，如響應時間、tps、資源消耗。

執行策略：按比例分配，通過逐漸加壓的方式執行1~2小時，需監控伺服器資源消耗、資料庫處理能力等。混合業務負載測試也需要判斷拐點，判斷方式與單業務負載測試相同

目的系統長時間處於極限負載下的處理能力，是否隨著測試時間的增長，有響應時間變長、記憶體洩露、磁碟空間不足、等隱藏問題

執行策略

通過階梯加壓的方式執行8小時（也可以是4、6、12、24、24*7等，根據實際情況），監控伺服器資源消耗（特別是核心程序的記憶體消耗）、資料庫處理能力等。穩定性測試負載壓力可以採用系統最大處理能力的70%或80%，或混合場景中某個壓力值。

Jmeter效能測試 標準效能測試場景設計