前段時間專門挑了一段時間在準備面試,經過兩次面試后,有一些比較深刻的認識,對于企業要求來說,除了對專業理論知識考究之外,對測驗工具這塊也是看重的,

一、使用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介面


好文推薦
軟體測驗人員必讀的經典書籍(附電子書),前阿里大佬給我推薦...
月薪3萬的大廠測驗工程師裸辭3個月,送外賣謀生背后的真實感悟
測驗行業作業4年了,從只會“點點點”到了現在的測驗開發,年薪30W+,還好當時沒有放棄
轉載請註明出處,本文鏈接:https://www.uj5u.com/qita/376875.html
標籤:其他
