JMeter 執行緒組學習筆記，關於能做效能測試的原因，編輯區選項，啟動時間大小設定

執行緒組，是說到 JMeter 會第一時間想到的東西，也是我認為 JMeter 最難理解的知識點。因為專案讓你做個壓測，首先就是要考慮併發，用 JMeter 就是用多執行緒 來模擬多併發。但在看到執行緒組編輯區的時候，選項密密麻麻，無從下手呀。本篇文章就給大家介紹 JMeter 執行緒組的玩法。

JMeter 為什麼能做效能測試

我們雖然都知道 JMeter 使用執行緒在模擬使用者，但是它到底是怎麼模擬真實場景的？為什麼它就能做效能測試？

為了解答這些疑惑，我們從最簡單的登入壓測講起。假設新專案要上線了，需要做個壓測，看看 100 個人同時登陸系統，效能怎麼樣。

我們先不用 JMeter，先用人工來做。找 100 個人，讓這些人把自己的賬號密碼輸好後，叫一聲，登入！他們就一起點選登入按鈕。

這樣就算效能測試了麼？不算。而且這樣測的結果並沒有參考意義。就算我們算出了此時登入介面響應時間是 0.5 s，那麼這 0.5 s 也不能作為 100 個人同時登陸的響應時間。學過統計學就知道，單個樣本資料是會有偏差的，在實驗中需要測量多次後取平均值，才能減少誤差。

然後我們用 JMeter 來做。設定 100 個執行緒，模擬 100 個使用者，持續 5 分鐘，讓這 100 個執行緒不停的登入，產生成千上萬條併發請求。假如登入比較慢或登入失敗了，使用者肯定會不停的點，就會造成持續不斷的請求。JMeter 的執行緒也可以設定無限迭代來模擬這一情況。

測試結束後，再對所有的大量的樣本資料，進行效能分析，得出平均響應時間、TPS、吞吐量等效能指標，以評估當前配置下系統效能情況，找到效能瓶頸，為效能優化提供依據。

這就是 JMeter 能做效能測試的原因，也是效能測試的意義。

知道了為什麼，接下來講講怎麼做。如果設定不當，有可能 100 個執行緒只能產生 1 個併發請求。

JMeter 的執行緒組編輯區如下：

Name

名稱，最好有業務意義。

Comments

註釋，可以為空。

Action to be taken after a Sampler error

執行緒組中某個執行緒的請求出錯後，該怎麼處理。有 5 個選項，Continue，Start Next Thread Loop，Stop Thread，Stop Test，Stop Test Now。

例如，假設有 1 個執行緒，包括 2 個取樣器，迭代執行 2 次：

Continue

請求出錯後，執行緒繼續執行。

為什麼要繼續執行呢？我們在大量使用者併發時，伺服器偶爾響應錯誤是正常現象，比如伺服器由於效能問題 500，此時出錯我們正好要記錄下來，作為有效能問題的依據。但是仍然可以繼續請求進行重試，說不定伺服器又能訪問了，這樣可以算出錯誤率。

比如，登入失敗了，那麼下單的操作由於登入失敗，也會跟著失敗。

預設選擇此項，保證足夠的併發壓力。

Start Next Thread Loop

如果出錯，則同一執行緒中的餘下請求將不再執行，直接重新開始新一輪迭代。

比如，登入失敗了，那麼下單的操作將不再執行，重新開始。

如果想減少關聯請求報錯，可以選擇此項。

Stop Thread

一般不會設定此項，它指的是請求失敗後，停止當前執行緒，不再執行。這樣會導致執行執行緒越來越少，最後負載不夠，對伺服器的壓力不夠，測試結果不具參考性。

Stop Test

如果某一執行緒的某一請求失敗了，停止所有執行緒測試。

但是每個執行緒還是會執行完當前迭代後再停止。相當於 Continue 到當前迭代結束。

比如執行緒 1 正好執行到登入，有其他執行緒出錯了，執行緒 1 也會執行完下單操作才會停止。

Stop Test Now

如果有執行緒的請求失敗了，立即停止所有執行緒，不再執行。

Thread Properties

Number of Threads (users)

執行的執行緒數設定，一個執行緒對應一個模擬使用者。

Ramp-up period (seconds)

所有執行緒在多長時間內開始執行，單位是秒。

比如我們設定執行緒數為 50，此處設定 10 秒，那麼每秒就會啟動 50 / 10，5 個執行緒。如果設定為 0 秒，則 50 個執行緒會立刻啟動。如果設定為 100 秒，就會每隔 100 / 50, 2 秒 啟動 1 個執行緒。

Ramp-up period的大小問題

Ramp-up period的大小問題，對於初學者來說是最容易困擾的。

以下是 5 個執行緒依次從啟動到執行退出的示意圖：

紅色框起來的部分才是真正 5 個執行緒併發請求的時間段。

假設我們設定 20 個執行緒，只執行 1 次迭代，看看不同的啟動時間設定會有結果有何不同。

如果啟動時間設定為 0，那麼測試一開始就會產生 20 個併發請求，伺服器萬一只能承受 15 個併發，豈不是一上來就 gg 了，還測個什麼呀。

如果啟動時間設定為 40，那麼會每隔 2 秒 啟動 1 個執行緒。萬一執行緒執行不到 1 秒就退出了，第 2 個執行緒 啟動的時候，第 1 個執行緒已經退出了，不就是隻產生了 1 個併發請求麼。

那麼設定成多少合適呢？我也不知道，但是結合我查閱的資料，可以給出一個參考意見。

第一步，把執行緒組跑 1 次（可以線上程組元件上右鍵選擇 Validate），從聚合報告獲取到吞吐量（Throughput）。

第二步，用執行緒數量除以吞吐量，得出啟動時間。

例如，200 個執行緒，跑一次獲取到吞吐量為 4/sec，啟動時間為 200 / 4 = 50。這樣設定以後，第 2 個執行緒啟動後，剛好第 1 個執行緒執行完開始新的迭代，從而形成梯度遞增的併發請求。

Loop Count

迭代次數。可以填寫數字指定迭代次數。也可以勾選 Infinite，表示無限迭代，一直執行到測試停止或異常崩潰。

Same user on each iteration

在 JMeter 中，user 就是執行緒，此選項的意思是說每個迭代都用相同的執行緒。

這個得從老版本講起，在以前 3.x 和 4.x 版本的 JMeter 中，是沒有這個選項的。建立好 1 個執行緒後，每次迭代都是用這個執行緒，直到測試結束。它的影響就是，比如登入，加了 HTTP Cookie 管理器以後，單個執行緒多次迭代（注意不是多個執行緒哦）登入用的都是相同的 Cookie。

5.x 版本加入了這個選項，可以控制每次迭代是否建立新的執行緒。同時在 HTTP Cookie 管理器也增加了一個選項，控制是否清除舊 Cookie：

預設這個 Same user on each iteration 的選項是勾選的。因為銷燬和建立執行緒本身就會佔用資源，可能會影響效能測試結果。

Delay Thread creation until needed

跟 JVM 建立執行緒時機有關，實際運用勾不勾選都不影響測試結果，保持預設就好。

Specify Thread lifetime

Duration

持續時間，單位秒。Loop Count 勾選了 Infinite，才有作用。

Startup delay

啟動延遲，單位秒。延遲到時間後再執行執行緒。

簡單回顧

本文首先解析了 JMeter 為什麼能做效能測試的原因，接著對執行緒組編輯區的選擇進行了講解，重點梳理了Ramp-up period的大小問題。此外，JMeter Plugins 還提供了兩個執行緒組元件 Ultimate Thread Group 與 Stepping Thread Group，以滿足浪湧（波濤狀，多個波峰）的場景。筆者水平有限，若有錯誤，請指正。

參考資料：1.《全棧效能測試修煉寶典JMeter實戰》

2.https://www.cnblogs.com/hjhsysu/p/9189897.html