Jmeter對線程組中的HTTP請求運行的機制是什么

這篇文章主要介紹“Jmeter對線程組中的HTTP請求運行的機制是什么”，在日常操作中，相信很多人在Jmeter對線程組中的HTTP請求運行的機制是什么問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”Jmeter對線程組中的HTTP請求運行的機制是什么”的疑惑有所幫助！接下來，請跟著小編一起來學習吧！

    Jmeter做性能或壓力測試，首先要建立一個線程組，如果需要事務在線程組內再添加事務，然后根據需要可以設置并發的虛擬用戶數。Jmeter構造并發虛擬用戶的技術路線是通過構造線程，每個線程同時運行相同的線程組。為了弄清楚jmeter統計結果不準確，首先我們要搞清楚Jmeter對線程組中的HTTP請求運行的機制。

1、 測試思路

步驟1：使用Jmeter錄制一個web頁面

步驟2:建立測試計劃，各自運行腳本一次，運行的過程通過（wireShark抓包）

步驟3：通過對wireShark網絡抓包結果分析HTTP請求的順序。

步驟4：wireShark抓包獲得的HTTP請求順序與瀏覽單獨訪問URL時的幕布對比。 

 2、選擇被測試對象

      基于以上思路我們從網絡上選取一個web URL作為被測試對象

3、腳本錄制同時F12打開Chorme的network選項

        通過Jmeter 5.1工具自帶的代理錄制功能，錄制上述URL，在錄制的過程中按F12鍵，切換到network選項。

       注意：Jmeter錄制時必須按F12,把chrome的network打開才錄制到完整的HTTP請求，否則可能只能錄制到第1條請求。

Jmeter腳本錄制時的頁面HTTP瀑布圖

4、執行性能測試計劃

   單擊Jmeter的測試計劃啟動按鈕，單用戶啟動執行一次腳本

注：此圖通過wireShark的網絡抓包獲得HTTP請求的開始與結束時間，再通過excel畫出瀑布圖

5、測試結果分析

    從Jmeter的測試計劃執行結果的wireShark抓包分析的瀑布圖看，Jmeter對HTTP請求是按串行下發請求（前一個請求返回結束，下一請求才開始下發請求），并發數為1個HTTP,從開始執行到最后執行結束，用時超過3秒鐘，真實瀏覽器單獨訪問URL時長在1秒左右。

      Jmeter可用于開發人員在產品開發中的功能調試使用并做一些非定量的性能測試，不適用于測試人員做定量的性能測試，更不能以此測試結果輸出測試結論誤導他人。

    如果web服務器對外提供的服務是HTTP接口功能(非web頁面），且用戶的訪問是線性的（串行訪問），則可以考慮使用Jmeter測試。即使web服務器對外提供的服務是HTTP接口功能(非web頁面）,如果用戶訪問是非線性，那么測試的結果也是不可靠的。記住一點，只有線性的接口請求模型才適用于Jmeter。

到此，關于“Jmeter對線程組中的HTTP請求運行的機制是什么”的學習就結束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續學習更多相關知識，請繼續關注億速云網站，小編會繼續努力為大家帶來更多實用的文章！