如何正確使用JMeter效能測試?緊扣面試實際要求
前段時間專門挑了一段時間在準備面試。經過兩次面試後,有一些比較深刻的認識。對於企業要求來說,除了對專業理論知識考究之外,對測試工具這塊也是看重的。
一、使用JMeter測試快速入門
1、執行緒組是什麼
程序: 一個正在執行的程式對應一個程序
執行緒: 一個程序有多個執行執行緒 線
程組: 按照執行緒性質對執行緒分組。檢視工作管理員(愛奇藝有多個)
三者關係: 一個程序有多個執行緒組,一個執行緒組有多個執行緒
測試計劃—執行緒組—執行緒組屬性中的執行緒數
併發執行:多個執行緒同時執行,特點:執行結束的順序與開始的順序不一致
順序執行:按照執行緒的啟動順序挨個執行
預設情況下,執行緒組中的執行緒是併發執行
每一個執行緒都要執行組內的http請求
設定執行緒組順序執行:勾選測試計劃中的(獨立執行每個執行緒組)
執行緒組用來模擬使用者的併發訪問
建立執行緒組
執行緒組主要包含三個引數:
執行緒數、準備時長(Ramp-Up Period(in seconds))、迴圈次數。
執行緒數:
虛擬使用者數。一個虛擬使用者佔用一個執行緒。設定多少虛擬使用者數在這裡也就是設定多少個執行緒數。
準備時長(秒):
設定的虛擬使用者數需要多長時間全部啟動。如果執行緒數為20 ,準備時長為10 ,那麼需要10秒鐘啟動20個執行緒。也就是每秒鐘啟動2個執行緒。
迴圈次數:
每個執行緒傳送請求的次數。如果執行緒數為20 ,迴圈次數為100 ,那麼每個執行緒傳送100次請求。總請求數為20*100=2000 。如果勾選了“永遠”,那麼所有執行緒會一直髮送請求,一直到選擇停止執行指令碼。
排程器
設定執行緒組啟動的開始時間和結束時間(配置排程器時,需要勾選迴圈次數為永遠)
持續時間(秒)
測試持續時間,會覆蓋結束時間
啟動延遲(秒)
測試延遲啟動時間,會覆蓋啟動時間
啟動時間
測試啟動時間,啟動延遲會覆蓋它。當啟動時間已過,手動只需測試時當前時間也會覆蓋它。
結束時間
測試結束時間,持續時間會覆蓋它。
建立http請求
見得最多,所以我們著重講解:
指定請求域名,請求路徑
介面檔案講解
設定對應的檢視內容
注意:如果監聽器中有jp@gc開頭的,都是第三方外掛
Sample:每個請求的序號 Start Time:每個請求開始時間 Thread Name:每個執行緒的名稱 Label:Http請求名稱 Sample Time:每個請求所花時間,單位毫秒 Status:請求狀態,如果為勾則表示成功,如果為叉表示失敗。 Bytes:請求的位元組數 樣本數目:也就是上面所說的請求個數,成功的情況下等於你設定的併發數目乘以迴圈次數 平均:每個執行緒請求的平均時間 最新樣本:表示伺服器響應最後一個請求的時間 偏離:伺服器響應時間變化、離散程度測量值的大小,或者,換句話說,就是資料的分佈。
檢視結果樹
- 請求的資料展示(請求頭資訊,請求引數,)
- 響應的資料展示(響應碼,響應頭,)
通過察看結果樹,我們可以看到每個請求的結果,其中紅色的是出錯的請求,綠色的為通過。
Thread Name:執行緒組名稱
Sample Start: 啟動開始時間
Load time:載入時長
Latency:等待時長
Size in bytes:傳送的資料總大小
Headers size in bytes:傳送資料的其餘部分大小
Sample Count:傳送統計
Error Count:互動錯誤統計
Response code:返回碼
Response message:返回資訊
Response headers:返回的頭部資訊
聚合報告引數說明
lable:對應每一個http請求,顯示的是http請求的Name,如百度http請求name為baidu |
#Samples:表示這一次的測試中一共發出了多少請求,如上圖所示,sougou和baidu的http請求每個都發出30個請求 |
Average:平均響應時間,指的是所有的請求的平均響應時間,如上圖的30個請求的總的響應時間除以30得出的平均響應時間,預設的情況下是單個請求的平均響應時間,但當使用了“事務控制器”時,則以事物為單位顯示平均響應時間 |
Median:中位數,也就是50%使用者的響應時間 |
90%Line:90%使用者的響應時間 |
Min:最小響應時間 |
Max:最大的響應時間 |
Error%:本次測試中出現錯誤的請求的數量/請求的總數,如上圖所示,本次的測試中,sougou的http請求66.6%的請求出錯,而baidu的請求則沒有出錯的請求 |
Throughput:吞吐量,預設情況下表示每秒完成的請求數,如上圖所示,每秒完成的請求數分別為6.6個每秒,6.2個每秒 |
Recived KB/Sec:每秒從伺服器端接收到的資料量,以kb為計算的單位 |
掌握:平均時間、錯誤率、吞吐量。
圖形結果
作用:通過圖形展示出本次效能測試資料的分佈。 圖形結果一般作為聚合報告的分析輔佐
樣本數目:總共傳送到伺服器的請求數。
最新樣本:代表時間的數字,是伺服器響應最後一個請求的時間。
吞吐量:伺服器每分鐘處理的請求數。
平均值:總執行時間除以傳送到伺服器的請求數。
中間值:有一半的伺服器響應時間低於該值而另一半高於該值。
偏離:表示伺服器響應時間變化、離散程度測量值的大小。
二、JMeter主要元件介紹
測試計劃
1.測試計劃就是一個完整的場景
2.“獨立執行每個執行緒組” :勾選以後所有的執行緒組都是順序執行的了。一般不勾選,讓所有 的執行緒組併發啟動。
3.“函式測試模式” :勾選後會有詳細的請求記錄,消耗資源,影響客戶端效能。一般不勾選。
4.使用者定義的變數:全域性變數,測試計劃上可以新增使用者定義的變數。一般新增一些系統常用的配置。如果測試過程中想切換環境,切換配置,一般不建議在測試計劃上新增變數
執行緒組
(1)thread group(執行緒組)
這個就是我們通常新增執行的執行緒。通俗的講一個執行緒組,可以看做一個虛擬使用者組,執行緒組中的每個執行緒都可以理解為一個虛擬使用者。
(2)setup thread group
一種特殊型別的ThreadGroup的,可用於執行預測試操作。這些執行緒的行為完全像一個正常的執行緒組元件。不同的是,這些型別的執行緒執行測試前進行定期執行緒組的執行;類似LoadRunner的init,測試開始時進行初始化的工作。
(3)teardown thread group
一種特殊型別的ThreadGroup的,可用於執行測試後動作。這些執行緒的行為完全像一個正常的執行緒組元件。不同的是,這些型別的執行緒執行測試結束後執行定期的執行緒組;類似LoadRunnner的end,測試結束時進行回收工作。
取樣器(Http請求)
關於http請求的的屬性引數說明:
1)名稱:用於標識一個sample。建議使用一個有意義的名稱
2)註釋:對於測試沒任何影響,僅用來記錄使用者可讀的註釋資訊
3)伺服器名稱或IP:http請求傳送的目標伺服器名稱或者IP地址,比如http://www.baidu.com
4)埠號:目標伺服器的埠號,預設值為80,可不填
5)協議:向目標伺服器傳送http請求時的協議,http/https,大小寫不敏感,預設http
6)方法:傳送http請求的方法(連結:http://www.Tester.com//p/5630940.html)
7)Content encoding:內容的編碼方式(Content-Type=application/json;charset=utf-8)
8)路徑:目標的URL路徑(不包括伺服器地址和埠)
9)自動重定向:如果選中該項,發出的http請求得到響應是301/302,jmeter會重定向到新的介面
10)Use keep Alive:jmeter 和目標伺服器之間使用 Keep-Alive方式進行HTTP通訊(預設選中)
11)Use multipart/from-data for HTTP POST :當傳送HTTP POST 請求時,使用
12)Parameters、Body Data以及Files Upload的區別:
1.parameter是指函式定義中引數,而argument指的是函式呼叫時的實際引數
2.簡略描述為:parameter=形參(formal parameter), argument=實參(actual parameter)
3.在不很嚴格的情況下,現在二者可以混用,一般用argument,而parameter則比較少用 While defining method, variables passed in the method are called parameters. 當定義方法時,傳遞到方法中的變數稱為引數. While using those methods, values passed to those variables are called arguments. 當呼叫方法時,傳給變數的值稱為引數.(有時argument被翻譯為“引數“)
4、Body Data指的是實體資料,就是請求報文裡面主體實體的內容,一般我們向伺服器傳送請求,攜帶的實體主體引數,可以寫入這裡
5、Files Upload指的是:從HTML檔案獲取所有有內含的資源:被選中時,發出HTTP請求並獲得響應的HTML檔案內容後還對該HTML 進行Parse 並獲取HTML中包含的所有資源(圖片、flash等):(預設不選中) 如果使用者只希望獲取特定資源,可以在下方的Embedded URLs must match 文字框中填入需要下載的特定資源表示式,只有能匹配指定正則表示式的URL指向資源會被下載
監聽器
監聽器(Listener)負責收集測試結果,同時也被告知了結果顯示的方式。我們常用的包括:聚合報告、檢視結果樹、用表格檢視結果,都支援將結果資料寫入檔案。其他的新增上去看看就行。聚合報告前面我們介紹過,後面是檢視結果樹和用表格檢視結果的截圖。
迴圈控制器
事務控制器
作用: 事務控制器會生產一個額外的取樣器,用來統計該控制器子結點的所有時間。
線上程組下建立事務控制器
引數:
- Generate parent sample:(選中這個引數結果展示如下圖紅框,否則顯示為下圖藍框)
- Include duration of timer and pre-post processors in generated sample:選中這一項會統計定時器(timer)的時間,否則只統計取樣器(sample)的時間
建立 sample 訪問首頁和註冊頁面
生成聚合報告
勾選
聚合報告中只有一項事務報告
斷言---檢查點
斷言(Assertions)可以用來判斷請求響應的結果是否如使用者所期望的。它可以用來隔離問題域,即在確保功能正確的前提下執行壓力測試。這個限制對於有效的測試是非常有用的。
兩個重要斷言:響應斷言和JSONAssertion
響應斷言:
JSON斷言:
前置處理器和後置處理器
前置處理器(Pre Processors)和後置處理器(Post Processors)負責在生成請求之前和之後完成工作。前置處理器常常用來修改請求的設定,後置處理器則常常用來處理響應的資料。我們主要在動態關聯中用到後置處理器的正則表示式提取器。
定時器
定時器(Timer)負責定義請求之間的延遲間隔
三、JMeter元件引數化
1、CSV Data Set Config:CSV資料控制元件
使用場景:適合引數範圍比較大的時候,可以方便使用者隨時修改引數資料。使用最多的就是引數化使用者名稱和密碼登入系統。
操作步驟
在指定路徑下新建一個文字文件,填寫多條內容
2、通過函式助手
使用場景:jmeter自帶的函式處理,比如:隨機數,可用於固定字元+隨機數,修改傳入引數的值,函式助手的底層都是java封裝的方法。
操作步驟
1、點選 選項–>函式助手 調出函式助手對話方塊
2、選擇 _CSVRead 函式(下圖第一個框)
3、函式引數:
1)第一個引數:填寫檔案路徑。
2)第二個引數:檔案列號是從0開始的,第一列0、第二列1、第三列2、依次類推,然後點選【生成】按鈕,則會自動生成我們需要的引數化函式。
3) 複製生成的引數化函式, copy過程需要使用的地方即可。
4) _Random函式是從某資料段隨機讀取資料替換引數,當需要新增多條資料記錄且某些欄位需要唯一性時使用。
3、使用者自定義變數
使用場景:一般可以適用於在測試計劃中不經常變化的引數設定,如host、埠號、url等;而且使用者自定義變數是在配置元件中的。
操作步驟
(1)新增使用者自定義變數功能模組
(2)配置使用者自定義變數引數值
這裡以配置不同伺服器地址和埠為例:
(3)配置HTTP請求中引數值或訊息體資料中引數化欄位
當傳送請求伺服器地址發生改變時,只需要更改伺服器引數化值即可向不同的伺服器傳送請求。當然,使用者自定義變數也可以來引數化登陸使用者、交易金額、賬戶等場景。
四、JMeter正則表示式提取
運用Jmeter正則提取器,可以從請求的響應結果中取到需要的內容,從而實現關聯。關聯是請求與請求之間存在資料依賴關係,需要從上一個請求獲取下一個請求需要回傳回去的資料
正則表示式(regular expression)描述了一種字串匹配的模式(pattern),可以用來檢查一個串是否含有某種子串、將匹配的子串替換或者從某個串中取出符合某個條件的子串等。
構造正則表示式的方法和建立數學表示式的方法一樣。也就是用多種元字元與運算子可以將小的表示式結合在一起來建立更大的表示式。正則表示式的元件可以是單個的字元、字元集合、字元範圍、字元間的選擇或者所有這些元件的任意組合。
正則表示式提取的相關設定
說明:
(1)引用名稱:下一個請求要引用的引數名稱,如填寫title,則可用${title}引用它。
(2)正則表示式: ():括起來的部分就是要提取的。 .:匹配任何字串。 +:一次或多次。 ?:不要太貪婪,在找到第一個匹配項後停止。
(3)模板:用$$引用起來,如果在正則表示式中有多個正則表示式,則可以是$2$$3$等等,表示解析到的第幾個值給title。如:$1$表示解析到的第1個值
(4)匹配數字:0代表隨機取值,1代表全部取值,通常情況下填0
(5)預設值:如果引數沒有取得到值,那預設給一個值讓它取。
案例:api介面
好文推薦
軟體測試人員必讀的經典書籍(附電子書),前阿里大佬給我推薦...