讓我們考慮以下場景：顯示學生考試結果的系統經過多個自動化功能測試。性能測試結果也很有希望。該系統已準備好部署到實時服務器。但是，當考試結果發布在系統上時，服務器速度變慢并停止工作。

發生了什么?考試成績公布后，所有的學生都想盡早查看成績。它們同時產生了非常高的服務器負載，服務器無法處理請求。首先，它被數據庫機器拖慢了。然后，它沒有為中間層提供數據，軟件也沒有為這種情況做好準備并停止運行。

性能測試人員錯過了什么?壓力測試。除了測試預期的用戶數量外，壓力測試還測試系統在高負載下的行為，以及檢查恢復正常使用時系統如何恢復。使用JMeter等開源測試工具可以輕松完成壓力測試。

選擇測試場景

我們將在本文中用于測試的示例應用程序是一個正在開發的項目管理工具。目前它有一些基本功能：

- 登錄

- 創建一個項目并將 Github 存儲庫鏈接到它

- 在創建的項目中創建問題

壓力測試的第一步是確定關鍵場景。根據業務價值(它們對您的成功的重要性)和用戶偏好(用戶花費大部分時間)選擇場景。

在此測試中，我們將檢查網站登錄頁面和項目詳細信息頁面的響應時間。

響應時間很重要，因為加載時間是頁面放棄的主要因素。隨著互聯網連接速度的提高，用戶的平均耐心正在下降。如果網站的加載時間超過 4 秒，大約 25% 的用戶將離開。

我們選擇了登錄功能，它提供對數據庫的訪問，因為它是每個系統的關鍵部分。

我們選擇項目詳細信息頁面是因為在測試系統中，它從許多表中讀取數據，我們希望用戶將大部分時間花在該頁面上。因此，我們希望確保即使在過度使用的情況下，該頁面是否也能在合理的時間內加載。

現在我們已經確定了我們的測試目標，讓我們描述他們的測試用例：

測試用例 1 - 登錄測試步驟：

- 進入登錄頁面

- 輸入用戶憑據

- 點擊登錄按鈕

- 等待登錄響應

測試用例 2 - 項目詳情頁面測試步驟：

- 進入登錄頁面

- 輸入用戶憑據

- 點擊登錄按鈕

- 加載儀表板頁面

- 單擊現有項目

創建和記錄測試腳本

在決定測試用例之后，我們可以繼續創建測試腳本。創建JMeter測試腳本的最快方法是錄制。您可以使用 JMeter 記錄器或BlazeMeter Chrome 擴展程序，它在 Chrome 商店是免費的并且更加用戶友好，因為您不必設置代理來使用它，就像使用 JMeter 記錄器一樣。

通過您的 Chrome，開始記錄并模擬您決定測試的用戶場景。完成后，停止錄制。

將文件導出到 jmx 并在 JMeter 中打開它，您可以在其中編輯和配置其參數。

配置線程組

每個測試都有自己獨特的配置，如csrf 令牌、響應斷言和計時器，但所有壓力測試之間的相似之處在于為大量用戶檢查系統的性能。您的業??務目標應確定您正在測試的用戶數量。

在這種情況下，我們要對 1,000 個用戶進行壓力測試。

為此，您需要配置線程組。線程組最重要的配置是線程數、加速時間和循環計數。線程數設置模擬用戶的數量，加速時間設置 JMeter 開始執行所有線程所需的時間，循環計數是測試場景應該執行的次數。

結果顯示，登錄頁面的請求處理時間為 68 毫秒，項目詳細信息頁面的請求處理時間為 1539 毫秒。因此，我們可以得出結論，在項目頁面加載期間使用了大量資源。

現在，我們可以開始增加我們正在測試的線程數。我們繼續使用 10 個線程，0 個加速和 1 個循環。由于我們仍在測試少量線程，因此我們可以在 GUI 模式下使用 JMeter 并通過偵聽器查看測試。

我們可以看到系統能夠正確處理所有請求：

所以現在我們將用戶數量增加到 100(目標的 10%)。腳本中唯一需要更改的參數是線程數，我們可以再次運行腳本。如果您正在使用，請不要忘記在測試運行之間清理偵聽器。

之后，將負載增加到目標的 50%，在我們的例子中是 500 個用戶。根據結果??，我們可以繼續增加負載(如果測試成功)或減少(如果有錯誤)。如果我們需要停機，我們應該找出有多少用戶破壞了我們的系統，以便我們決定如何修復瓶頸。

如果 500 線程測試的結果都是綠色的，則將線程數增加到 1000 個用戶的目標。為了獲得更準確的結果，我們建議您將測試切換到Stepping Thread Group，您可以從 JMeter 插件管理器添加它。

Stepping Thread Group 允許您配置開始的線程數、隨著時間的推移應添加多少線程以達到最大值、線程應保持多長時間以及緩降周期有多長。由于其緩降能力，步進線程組非常適合檢查系統恢復。

這個測試從我們知道服務器可以處理的 500 個線程開始。然后，我們將 JMeter 配置為每 30 秒增加 100 個線程。這樣，如果在達到我們的目標之前出現問題，我們可以找出問題所在。我們將 1,000 個線程配置為運行 2 分鐘(120 秒)。要查看系統恢復情況，有一個減速期 - 每 10 秒將停止 50 個線程。

在壓力測試期間，一臺機器上可以運行的線程數是有限制的。但是有幾種簡單的方法可以增加這個數字。嘗試在非 gui 模式下運行 JMeter ，這在大量線程的情況下是必須的。我們還應該避免在測試計劃中使用偵聽器，以進一步優化測試運行。如果這些簡單的調整還不夠，請在多臺機器之間分配線程數。測試完成后可以生成結果。當然，您也可以使用CA BlazeMeter，它類似于云中的 JMeter。

JMeter 將為我們提供 KPI，如響應時間、吞吐量和錯誤率。此外，我們建議您也監控服務器性能。CPU 使用率、內存使用率、輸入/輸出和數據庫日志是確定系統瓶頸的有用參數。

壓力測試是確保您的系統在部署前沒有錯誤的重要方法。要了解有關負載測試的更多信息，請觀看有關在 60 分鐘內開始使用 JMeter的免費網絡研討會，或觀看CA BlazeMeter 演示。