一. 性能測試
1.0 為什么要進(jìn)行性能測試?
- 評估當(dāng)前系統(tǒng)的能力
- 尋找性能瓶頸,優(yōu)化系統(tǒng)性能
- 評估軟件是否滿足未來的需要
- 招聘需要
1.1 什么是性能
時(shí)間:系統(tǒng)處理用戶請求的響應(yīng)時(shí)間
資源:系統(tǒng)運(yùn)行過程中,系統(tǒng)資源的消耗情況
1.2. 性能測試是什么
1.2.1 廣義定義
基于協(xié)議模擬用戶發(fā)出請求,對服務(wù)器形成一定負(fù)載,來測試服務(wù)器的性能指標(biāo)是否滿足要求性能指標(biāo)關(guān)注點(diǎn):時(shí)間性能、空間性能性能測試與頁面無關(guān)
1.2.1 狹義定義
指通過自動化的測試工具模擬多種正常、峰值以及異常負(fù)載條件來對系統(tǒng)的各項(xiàng)性能指標(biāo)進(jìn)行測試。
1.3 功能和性能測試
- 不同
功能測試驗(yàn)證系統(tǒng)的功能需求規(guī)格,聚焦功能。
性能測試驗(yàn)證系統(tǒng)的業(yè)務(wù)性需求場景,聚焦時(shí)間和資源。 - 關(guān)系
一般項(xiàng)目中,先功能測試通過后,后進(jìn)行性能測試。
1.4 性能測試的分類
1.4.1 基準(zhǔn)測試
狹義:單用戶測試
廣義:建立基準(zhǔn)線,當(dāng)系統(tǒng)軟硬件環(huán)境發(fā)生變化之后再進(jìn)行一次基準(zhǔn)測試以確定變化對性能的影響。
1.4.2 負(fù)載測試
- 概念
通過逐步增加系統(tǒng)負(fù)載,確定在滿足性能指標(biāo)的情況下,找出系統(tǒng)所能承受最大負(fù)載量的測試。 - 作用
系統(tǒng)最大負(fù)載量達(dá)到用戶要求時(shí),系統(tǒng)才能正式上線使用。 - 案例
電梯行業(yè)規(guī)范:電梯從1樓到5樓的運(yùn)行時(shí)間不超過24s1人 20s 7人 20s 13人 20s 達(dá)到最大負(fù)載 16人 25s 19人 28s 21人 斷繩子 - 注意
通過負(fù)載測試,可以確定系統(tǒng)的最大負(fù)載量和極限負(fù)載量
系統(tǒng)對外宣稱的最大負(fù)載量
負(fù)載測試的時(shí)間一般為1-2小時(shí)
1.4.3 穩(wěn)定性測試
- 概念:在服務(wù)器穩(wěn)定運(yùn)行(用戶正常業(yè)務(wù)負(fù)載下)的情況進(jìn)行長時(shí)間測試(1天-一周等),并最終保證服務(wù)器能滿足線上業(yè)務(wù)需求。
- 系統(tǒng)在用戶需求的業(yè)務(wù)負(fù)載下運(yùn)行達(dá)到規(guī)定的時(shí)間時(shí),系統(tǒng)才能正式上線使用。
1.4.4 壓力測試
- 概念:在強(qiáng)負(fù)載下的測試,查看系統(tǒng)在峰值下是否功能隱患、系統(tǒng)是否具有良好的容錯(cuò)能力和可恢復(fù)的能力。
- 測試場景
高負(fù)載下的長時(shí)間穩(wěn)定性壓力測試 (如:B-C區(qū)間內(nèi)進(jìn)行24/3*24小時(shí)長時(shí)間測試)
極限負(fù)載下的破壞性壓力測試(如:C-D區(qū)間內(nèi)進(jìn)行測試)
1.4.5 并發(fā)測試
- 概念:在極短時(shí)間內(nèi),發(fā)送多個(gè)請求,來驗(yàn)證服務(wù)器對并發(fā)的處理能力。
- 應(yīng)用場景
特定的活動場景:搶紅包、秒殺、搶購等。 - 與負(fù)載測試對比:
負(fù)載測試:主要目的是測試高負(fù)載情況下,對系統(tǒng)資源的消耗,是否會耗盡的問題(雙11活動)
并發(fā)測試:主要目的是測試極短時(shí)間內(nèi),并發(fā)請求時(shí),系統(tǒng)資源爭搶的問題(搶紅包、秒殺)
1.5 性能測試的指標(biāo)
1.5.1 響應(yīng)時(shí)間
- 指從客戶端發(fā)起請求開始,到客戶端接收到結(jié)果的總時(shí)間
- 包括:服務(wù)器處理時(shí)間 + 網(wǎng)絡(luò)傳輸時(shí)間
1.5.2 并發(fā)用戶數(shù)
某一時(shí)刻同時(shí)向服務(wù)器發(fā)送請求的用戶數(shù)
1.5.3 吞吐量(Throughout)
1.概念:單位時(shí)間內(nèi)處理客戶端的請求數(shù)量,直接體現(xiàn)軟件系統(tǒng)能能承載能力。
- 吞吐量單位分類
1.5.4 QPS
QPS(Query Per Second)每秒查詢數(shù),即控制服務(wù)器每秒處理的指定請求的數(shù)量。
1.5.5 TPS
TPS(Transaction Per Second)每秒事務(wù)數(shù),即控制服務(wù)器每秒處理事務(wù)請求的數(shù)量。
如:支付請求事務(wù)=查詢用戶余額請求+校驗(yàn)支付安全請求+發(fā)送支付請求
每秒處理查詢用戶余額15請求,每秒處理校驗(yàn)支付安全15個(gè)請求,每秒處理發(fā)送支付15個(gè)請求
支付tsp為15
1.5.6 點(diǎn)擊數(shù)
所有的頁面元素(如:圖片、鏈接、框架等)的請求總數(shù)量
- 注意:
- 點(diǎn)擊數(shù)是請求數(shù),不是頁面上的一次點(diǎn)擊
1.5.7 錯(cuò)誤率
- 指系統(tǒng)在負(fù)載情況下,失敗業(yè)務(wù)的概率
- 注意:
- 錯(cuò)誤率是性能指標(biāo),是高負(fù)載下的失敗業(yè)務(wù)的概率
-隨機(jī)bug是功能bug,先解決隨機(jī)bug才能進(jìn)行性能測試
1.5.8 資源利用率
- 概念:系統(tǒng)各種資源的使用情況,率=資源使用量/總資源可用量x100%
- 常見資源指標(biāo)
CPU使用率:不高于75%-85%
內(nèi)存大小使用率:不高于80%
磁盤IO(速率):不高于90%
網(wǎng)路(速率):不高于80%
1.6 性能測試工具

二. Jmeter簡介
2.1. 我們?yōu)槭裁词褂肑meter
開源,免費(fèi),基于Java編寫,可集成到其他系統(tǒng)可拓展各個(gè)功能插件
支持接口測試,壓力(負(fù)載和壓力)測試等多種功能,支持錄制回放,
入門簡單相較于自己編寫框架活其他開源工具,有較為完善的UI界面,便于接口調(diào)試
多平臺支持,可在Linux,Windows,Mac上運(yùn)行,支持多協(xié)議
2.2. Jmeter的作用
- 接口測試 面試說postman,因?yàn)榉奖愫糜谩?/li>
- 性能測試 jmeter,也可以用postman(runner),但是沒有性能指標(biāo)
- 數(shù)據(jù)庫測試
2.3. Jmeter怎么用
Windows下Jmeter下載安裝,登錄 http://jmeter.apache.org/download_jmeter.cgi ,根據(jù)自己平臺,下載對應(yīng)文件

2.4. 安裝JAVA環(huán)境
安裝JDK,配置環(huán)境變量(具體步驟不做介紹)

將下載Jmeter文件解壓,打開/bin/jmeter.bat


2.5. Jmeter的目錄結(jié)構(gòu)

/bin 目錄常用文件介紹:
examples:目錄下包含Jmeter使用實(shí)例
ApacheJMeter.jar:JMeter源碼包
jmeter.bat:windows下啟動文件
jmeter.sh:Linux下啟動文件
jmeter.log:Jmeter運(yùn)行日志文件
jmeter.properties:Jmeter配置文件
jmeter-server.bat:windows下啟動負(fù)載生成器服務(wù)文件
jmeter-server:Linux下啟動負(fù)載生成器文件
/docs目錄——Jmeter幫助文檔
/extras目錄——提供了對Ant的支持文件,可也用于持續(xù)集成
/lib目錄——存放Jmeter依賴的jar包,同時(shí)安裝插件也放于此目錄
/licenses目錄——軟件許可文件,不用管
/printable_docs目錄——Jmeter用戶手冊
三. 使用Jmeter測試快速入門
3.1. 線程組是什么
進(jìn)程: 一個(gè)正在執(zhí)行的程序?qū)?yīng)一個(gè)進(jìn)程
線程: 一個(gè)進(jìn)程有多個(gè)執(zhí)行線程
線程組: 按照線程性質(zhì)對線程分組。查看任務(wù)管理器(愛奇藝有多個(gè))
三者關(guān)系: 一個(gè)進(jìn)程有多個(gè)線程組,一個(gè)線程組有多個(gè)線程
測試計(jì)劃—線程組—線程組屬性中的線程數(shù)
并發(fā)執(zhí)行:多個(gè)線程同時(shí)執(zhí)行,特點(diǎn):執(zhí)行結(jié)束的順序與開始的順序不一致
順序執(zhí)行:按照線程的啟動順序挨個(gè)執(zhí)行
默認(rèn)情況下,線程組中的線程是并發(fā)執(zhí)行
每一個(gè)線程都要執(zhí)行組內(nèi)的http請求
設(shè)置線程組順序執(zhí)行:勾選測試計(jì)劃中的(獨(dú)立運(yùn)行每個(gè)線程組)
線程組用來模擬用戶的并發(fā)訪問
3.1.1. 創(chuàng)建線程組

3.1.2. 線程組主要包含三個(gè)參數(shù):
線程數(shù)、準(zhǔn)備時(shí)長(Ramp-Up Period(in seconds))、循環(huán)次數(shù)。
3.1.3. 線程數(shù):
虛擬用戶數(shù)。一個(gè)虛擬用戶占用一個(gè)線程。設(shè)置多少虛擬用戶數(shù)在這里也就是設(shè)置多少個(gè)線程數(shù)。
3.1.4. 準(zhǔn)備時(shí)長(秒):
設(shè)置的虛擬用戶數(shù)需要多長時(shí)間全部啟動。如果線程數(shù)為20 ,準(zhǔn)備時(shí)長為10 ,那么需要10秒鐘啟動20個(gè)線程。也就是每秒鐘啟動2個(gè)線程。
3.1.5. 循環(huán)次數(shù):
每個(gè)線程發(fā)送請求的次數(shù)。如果線程數(shù)為20 ,循環(huán)次數(shù)為100 ,那么每個(gè)線程發(fā)送100次請求。總請求數(shù)為20*100=2000 。如果勾選了“永遠(yuǎn)”,那么所有線程會一直發(fā)送請求,一直到選擇停止運(yùn)行腳本。
3.1.6. 調(diào)度器
設(shè)置線程組啟動的開始時(shí)間和結(jié)束時(shí)間(配置調(diào)度器時(shí),需要勾選循環(huán)次數(shù)為永遠(yuǎn))
3.1.7. 持續(xù)時(shí)間(秒)
測試持續(xù)時(shí)間,會覆蓋結(jié)束時(shí)間
3.1.8. 啟動延遲(秒)
測試延遲啟動時(shí)間,會覆蓋啟動時(shí)間
3.1.9. 啟動時(shí)間
測試啟動時(shí)間,啟動延遲會覆蓋它。當(dāng)啟動時(shí)間已過,手動只需測試時(shí)當(dāng)前時(shí)間也會覆蓋它。
3.1.10. 結(jié)束時(shí)間
測試結(jié)束時(shí)間,持續(xù)時(shí)間會覆蓋它。

3.2. 創(chuàng)建http請求
見得最多,所以我們著重講解:

3.3. 指定請求域名,請求路徑

| 一個(gè)HTTP請求有著許多的配置參數(shù),下面將詳細(xì)介紹: |
|---|
| 名稱:本屬性用于標(biāo)識一個(gè)取樣器,建議使用一個(gè)有意義的名稱。 |
| 注釋:對于測試沒有任何作用,僅用戶記錄用戶可讀的注釋信息。 |
| 服務(wù)器名稱或IP :HTTP請求發(fā)送的目標(biāo)服務(wù)器名稱或IP地址。 |
| 端口號:目標(biāo)服務(wù)器的端口號。 |
| 方法:發(fā)送HTTP請求的方法,可用方法包括GET、POST、HEAD、PUT、OPTIONS、TRACE、DELETE等。 |
| Content encoding :內(nèi)容的編碼方式,默認(rèn)值為iso8859 |
| 路徑:目標(biāo)URL路徑(不包括服務(wù)器地址和端口) |
點(diǎn)擊run測試,很麻煩,我們使用postman測試更簡單,使用postman操作。
可以使用剛才的接口文檔中的,聚合接口中演示一個(gè)。
3.4. 設(shè)置對應(yīng)的查看內(nèi)容

注意:如果監(jiān)聽器中有jp@gc開頭的,都是第三方插件
3.5. 查看表格信息

| Sample:每個(gè)請求的序號 |
|---|
| Start Time:每個(gè)請求開始時(shí)間 |
| Thread Name:每個(gè)線程的名稱 |
| Label:Http請求名稱 |
| Sample Time:每個(gè)請求所花時(shí)間,單位毫秒 |
| Status:請求狀態(tài),如果為勾則表示成功,如果為叉表示失敗。 |
| Bytes:請求的字節(jié)數(shù) |
| 樣本數(shù)目:也就是上面所說的請求個(gè)數(shù),成功的情況下等于你設(shè)定的并發(fā)數(shù)目乘以循環(huán)次數(shù) |
| 平均:每個(gè)線程請求的平均時(shí)間 |
| 最新樣本:表示服務(wù)器響應(yīng)最后一個(gè)請求的時(shí)間 |
| 偏離:服務(wù)器響應(yīng)時(shí)間變化、離散程度測量值的大小,或者,換句話說,就是數(shù)據(jù)的分布。 |
3.6. 查看結(jié)果樹
-
請求的數(shù)據(jù)展示(請求頭信息,請求參數(shù),,)
image.png -
響應(yīng)的數(shù)據(jù)展示(響應(yīng)碼,響應(yīng)頭,,)
image.png
通過察看結(jié)果樹,我們可以看到每個(gè)請求的結(jié)果,其中紅色的是出錯(cuò)的請求,綠色的為通過。
Thread Name:線程組名稱
Sample Start: 啟動開始時(shí)間
Load time:加載時(shí)長
Latency:等待時(shí)長
Size in bytes:發(fā)送的數(shù)據(jù)總大小
Headers size in bytes:發(fā)送數(shù)據(jù)的其余部分大小
Sample Count:發(fā)送統(tǒng)計(jì)
Error Count:交互錯(cuò)誤統(tǒng)計(jì)
Response code:返回碼
Response message:返回信息
Response headers:返回的頭部信息
3.7. 聚合報(bào)告參數(shù)說明

| lable:對應(yīng)每一個(gè)http請求,顯示的是http請求的Name,如百度http請求name為baidu |
|---|
| #Samples:表示這一次的測試中一共發(fā)出了多少請求,如上圖所示,sougou和baidu的http請求每個(gè)都發(fā)出30個(gè)請求 |
| Average:平均響應(yīng)時(shí)間,指的是所有的請求的平均響應(yīng)時(shí)間,如上圖的30個(gè)請求的總的響應(yīng)時(shí)間除以30得出的平均響應(yīng)時(shí)間,默認(rèn)的情況下是單個(gè)請求的平均響應(yīng)時(shí)間,但當(dāng)使用了“事務(wù)控制器”時(shí),則以事物為單位顯示平均響應(yīng)時(shí)間 |
| Median:中位數(shù),也就是50%用戶的響應(yīng)時(shí)間 |
| 90%Line:90%用戶的響應(yīng)時(shí)間 |
| Min:最小響應(yīng)時(shí)間 |
| Max:最大的響應(yīng)時(shí)間 |
| Error%:本次測試中出現(xiàn)錯(cuò)誤的請求的數(shù)量/請求的總數(shù),如上圖所示,本次的測試中,sougou的http請求66.6%的請求出錯(cuò),而baidu的請求則沒有出錯(cuò)的請求 |
| Throughput:吞吐量,默認(rèn)情況下表示每秒完成的請求數(shù),如上圖所示,每秒完成的請求數(shù)分別為6.6個(gè)每秒,6.2個(gè)每秒 |
| Recived KB/Sec:每秒從服務(wù)器端接收到的數(shù)據(jù)量,以kb為計(jì)算的單位 |
掌握:平均時(shí)間、錯(cuò)誤率、吞吐量。
3.8. 圖形結(jié)果
作用:通過圖形展示出本次性能測試數(shù)據(jù)的分布。 圖形結(jié)果一般作為聚合報(bào)告的分析輔佐

樣本數(shù)目:總共發(fā)送到服務(wù)器的請求數(shù)。
最新樣本:代表時(shí)間的數(shù)字,是服務(wù)器響應(yīng)最后一個(gè)請求的時(shí)間。
吞吐量:服務(wù)器每分鐘處理的請求數(shù)。
平均值:總運(yùn)行時(shí)間除以發(fā)送到服務(wù)器的請求數(shù)。
中間值:有一半的服務(wù)器響應(yīng)時(shí)間低于該值而另一半高于該值。
偏離:表示服務(wù)器響應(yīng)時(shí)間變化、離散程度測量值的大小。
四. Jmeter主要組件介紹
- 測試計(jì)劃:使用 JMeter 進(jìn)行測試的起點(diǎn),它是其它 JMeter 測試元件的容器。
- 線程組:代表一定數(shù)量的并發(fā)用戶,它可以用來模擬并發(fā)用戶發(fā)送請求。實(shí)際的請求內(nèi)容在Sampler中定義,它被線程組包含。可以在“測試計(jì)劃->添加->線程組”來建立它,然后在線程組面板里有幾個(gè)輸入欄:線程數(shù)、Ramp-Up Period(in seconds)、循環(huán)次數(shù),其中Ramp-Up Period(in seconds)表示在這時(shí)間內(nèi)創(chuàng)建完所有的線程。如有8個(gè)線程,Ramp-Up = 200秒,那么線程的啟動時(shí)間間隔為200/8=25秒,這樣的好處是:一開始不會對服務(wù)器有太大的負(fù)載。線程組是為模擬并發(fā)負(fù)載而設(shè)計(jì)。
- 取樣器(Sampler):模擬各種請求。所有實(shí)際的測試任務(wù)都由取樣器承擔(dān),存在很多種請求。如:HTTP 、ftp請求等等。
- 監(jiān)聽器:負(fù)責(zé)收集測試結(jié)果,同時(shí)也被告知了結(jié)果顯示的方式。功能是對取樣器的請求結(jié)果顯示、統(tǒng)計(jì)一些數(shù)據(jù)(吞吐量、KB/S……)等。
- 斷言:用于來判斷請求響應(yīng)的結(jié)果是否如用戶所期望,是否正確。它可以用來隔離問題域,即在確保功能正確的前提下執(zhí)行壓力測試。這個(gè)限制對于有效的測試是非常有用的。
- 邏輯控制器:允許自定義JMeter發(fā)送請求的行為邏輯,它與Sampler結(jié)合使用可以模擬復(fù)雜的請求序列。
- 定時(shí)器:負(fù)責(zé)定義請求(線程)之間的延遲間隔,模擬對服務(wù)器的連續(xù)請求。
- 配置元件維護(hù)Sampler需要的配置信息,并根據(jù)實(shí)際的需要會修改請求的內(nèi)容。
- 前置處理器和后置處理器負(fù)責(zé)在生成請求之前和之后完成工作。前置處理器常常用來修改請求的設(shè)置,后置處理器則常常用來處理響應(yīng)的數(shù)據(jù)。
4.1. 測試計(jì)劃

1.測試計(jì)劃就是一個(gè)完整的場景
2.“獨(dú)立運(yùn)行每個(gè)線程組” :勾選以后所有的線程組都是順序執(zhí)行的了。一般不勾選,讓所有 的線程組并發(fā)啟動。
3.“函數(shù)測試模式” :勾選后會有詳細(xì)的請求記錄,消耗資源,影響客戶端性能。一般不勾選。
4.用戶定義的變量:全局變量,測試計(jì)劃上可以添加用戶定義的變量。一般添加一些系統(tǒng)常用的配置。如果測試過程中想切換環(huán)境,切換配置,一般不建議在測試計(jì)劃上添加變量

4.2. 線程組

(1)thread group(線程組)
這個(gè)就是我們通常添加運(yùn)行的線程。通俗的講一個(gè)線程組,可以看做一個(gè)虛擬用戶組,線程組中的每個(gè)線程都可以理解為一個(gè)虛擬用戶。
(2)setup thread group
一種特殊類型的ThreadGroup的,可用于執(zhí)行預(yù)測試操作。這些線程的行為完全像一個(gè)正常的線程組元件。不同的是,這些類型的線程執(zhí)行測試前進(jìn)行定期線程組的執(zhí)行;類似LoadRunner的init,測試開始時(shí)進(jìn)行初始化的工作。
(3)teardown thread group
一種特殊類型的ThreadGroup的,可用于執(zhí)行測試后動作。這些線程的行為完全像一個(gè)正常的線程組元件。不同的是,這些類型的線程執(zhí)行測試結(jié)束后執(zhí)行定期的線程組;類似LoadRunnner的end,測試結(jié)束時(shí)進(jìn)行回收工作。

4.3. 取樣器(Http請求)

關(guān)于http請求的的屬性參數(shù)說明:
1)名稱:用于標(biāo)識一個(gè)sample。建議使用一個(gè)有意義的名稱
2)注釋:對于測試沒任何影響,僅用來記錄用戶可讀的注釋信息
3)服務(wù)器名稱或IP:http請求發(fā)送的目標(biāo)服務(wù)器名稱或者IP地址,比如http://www.baidu.com
4)端口號:目標(biāo)服務(wù)器的端口號,默認(rèn)值為80,可不填
5)協(xié)議:向目標(biāo)服務(wù)器發(fā)送http請求時(shí)的協(xié)議,http/https,大小寫不敏感,默認(rèn)http
6)方法:發(fā)送http請求的方法(鏈接:http://www.cnblogs.com/imyalost/p/5630940.html)
7)Content encoding:內(nèi)容的編碼方式(Content-Type=application/json;charset=utf-8)
8)路徑:目標(biāo)的URL路徑(不包括服務(wù)器地址和端口)
9)自動重定向:如果選中該項(xiàng),發(fā)出的http請求得到響應(yīng)是301/302,jmeter會重定向到新的界面
10)Use keep Alive:jmeter 和目標(biāo)服務(wù)器之間使用 Keep-Alive方式進(jìn)行HTTP通信(默認(rèn)選中)
11)Use multipart/from-data for HTTP POST :當(dāng)發(fā)送HTTP POST 請求時(shí),使用
12)Parameters、Body Data以及Files Upload的區(qū)別:
1. parameter是指函數(shù)定義中參數(shù),而argument指的是函數(shù)調(diào)用時(shí)的實(shí)際參數(shù)
2. 簡略描述為:parameter=形參(formal parameter), argument=實(shí)參(actual parameter)
3.在不很嚴(yán)格的情況下,現(xiàn)在二者可以混用,一般用argument,而parameter則比較少用
While defining method, variables passed in the method are called parameters.
當(dāng)定義方法時(shí),傳遞到方法中的變量稱為參數(shù).
While using those methods, values passed to those variables are called arguments.
當(dāng)調(diào)用方法時(shí),傳給變量的值稱為引數(shù).(有時(shí)argument被翻譯為“引數(shù)“)
4、Body Data指的是實(shí)體數(shù)據(jù),就是請求報(bào)文里面主體實(shí)體的內(nèi)容,一般我們向服務(wù)器發(fā)送請求,攜帶的實(shí)體主體參數(shù),可以寫入這里
5、Files Upload指的是:從HTML文件獲取所有有內(nèi)含的資源:被選中時(shí),發(fā)出HTTP請求并獲得響應(yīng)的HTML文件內(nèi)容后還對該HTML
進(jìn)行Parse 并獲取HTML中包含的所有資源(圖片、flash等):(默認(rèn)不選中)
如果用戶只希望獲取特定資源,可以在下方的Embedded URLs must match 文本框中填入需要下載的特定資源表達(dá)式,只有能匹配指定正則表達(dá)式的URL指向資源會被下載
4.4. 監(jiān)聽器
監(jiān)聽器(Listener)負(fù)責(zé)收集測試結(jié)果,同時(shí)也被告知了結(jié)果顯示的方式。我們常用的包括:聚合報(bào)告、查看結(jié)果樹、用表格查看結(jié)果,都支持將結(jié)果數(shù)據(jù)寫入文件。其他的添加上去看看就行。聚合報(bào)告前面我們介紹過,后面是查看結(jié)果樹和用表格查看結(jié)果的截圖。

4.5. 循環(huán)控制器



4.6. 事務(wù)控制器
作用: 事務(wù)控制器會生產(chǎn)一個(gè)額外的采樣器,用來統(tǒng)計(jì)該控制器子結(jié)點(diǎn)的所有時(shí)間。
在線程組下創(chuàng)建事務(wù)控制器
參數(shù):
· Generate parent sample:(選中這個(gè)參數(shù)結(jié)果展示如下圖紅框,否則顯示為下圖藍(lán)框)
· Include duration of timer and pre-post processors in generated sample:選中這一項(xiàng)會統(tǒng)計(jì)定時(shí)器(timer)的時(shí)間,否則只統(tǒng)計(jì)采樣器(sample)的時(shí)間

創(chuàng)建sample 訪問首頁和注冊頁面

生成聚合報(bào)告

勾選

聚合報(bào)告中只有一項(xiàng)事務(wù)報(bào)告

4.7. 斷言---檢查點(diǎn)
斷言(Assertions)可以用來判斷請求響應(yīng)的結(jié)果是否如用戶所期望的。它可以用來隔離問題域,即在確保功能正確的前提下執(zhí)行壓力測試。這個(gè)限制對于有效的測試是非常有用的。
兩個(gè)重要斷言:響應(yīng)斷言和JSONAssertion
響應(yīng)斷言:

JSON斷言:

4.8. 前置處理器和后置處理器

前置處理器(Pre Processors)和后置處理器(Post Processors)負(fù)責(zé)在生成請求之前和之后完成工作。前置處理器常常用來修改請求的設(shè)置,后置處理器則常常用來處理響應(yīng)的數(shù)據(jù)。我們主要在動態(tài)關(guān)聯(lián)中用到后置處理器的正則表達(dá)式提取器。
https://www.cnblogs.com/fengpingfan/p/4755411.html
4.9. 定時(shí)器
定時(shí)器(Timer)負(fù)責(zé)定義請求之間的延遲間隔


五. Jmeter組件參數(shù)化
5.1. 參數(shù)化是什么
動態(tài)的獲取并設(shè)置數(shù)據(jù)
5.2. 為什么使用參數(shù)化
執(zhí)行批量操作,批量添加批量刪除,人工效率太低
運(yùn)用程序代替人工獲取并設(shè)置數(shù)據(jù),安全高效
比如:對被測系統(tǒng)的用戶名和密碼進(jìn)行參數(shù)化,來模擬多個(gè)用戶同時(shí)登錄系統(tǒng)
5.3. 參數(shù)化實(shí)現(xiàn)之用戶自定義變量
通過這個(gè)功能,能實(shí)現(xiàn)多接口共享數(shù)據(jù),修改一條即可修改全部




Filename:所需數(shù)據(jù)文件的路徑。如和腳本同一路徑,可直接填寫文件名
File encoding:編碼和文件保持一致即可,默認(rèn)為ANSI。如有中文,建議為UTF-8
Variable Names:引用變量時(shí)的變量名,對應(yīng)數(shù)據(jù)文件中的每一列,以逗號分隔。如不填寫,文件的第一行數(shù)據(jù)將被讀取為變量名
Delimiter:在.txt、.dat文件中,可以用逗號(,)或者Tab鍵(\t)來區(qū)分列與列
Allow quote data:選項(xiàng)選為“true”的時(shí)候?qū)θ亲址奶幚沓霈F(xiàn)亂碼
Recycle on EOF:到數(shù)據(jù)文件結(jié)尾時(shí)是否循環(huán)讀取。設(shè)置為True時(shí),線程數(shù)過多,數(shù)據(jù)文件讀取到最后一行時(shí),會再次從第一行開始讀取。設(shè)置為False,到達(dá)文件結(jié)尾時(shí)如繼續(xù)讀取,則值會默認(rèn)為<EOF>,可通過設(shè)置jmeter屬性csvdataset.eofstring來改變該值。
Stop thread on EOF:Recycle on EOF設(shè)置為False,Stop thread on EOF設(shè)置為True,則讀取數(shù)據(jù)文件最后一行后,停止測試,不管還有多少線程組未執(zhí)行。
Sharing mode:共享模式。默認(rèn)在所有線程組中使用,可選擇每個(gè)線程組單獨(dú)打開
相同的部分使用用戶自定義變量
只需要修改一次接口
效果展示
5.4. 參數(shù)化實(shí)現(xiàn)之CSV Data Set Config
添加CSV Data Set Config:

添加界面:

通過這個(gè)組件可以動態(tài)獲取并設(shè)置數(shù)據(jù),實(shí)現(xiàn)批量添加操作
名詞解釋:
Filename:所需數(shù)據(jù)文件的路徑。如和腳本同一路徑,可直接填寫文件名
File encoding:編碼和文件保持一致即可,默認(rèn)為ANSI。如有中文,建議為UTF-8
Variable Names:引用變量時(shí)的變量名,對應(yīng)數(shù)據(jù)文件中的每一列,以逗號分隔。Delimiter:在.txt、.dat文件中,可以用逗號(,)或者Tab鍵(\t)來區(qū)分列與列
Allow quote data:選項(xiàng)選為“true”的時(shí)候?qū)θ亲址奶幚沓霈F(xiàn)亂碼
Recycle on EOF:到數(shù)據(jù)文件結(jié)尾時(shí)是否循環(huán)讀取。設(shè)置為True時(shí),線程數(shù)過多,數(shù)據(jù)文件讀取到最后一行時(shí),會再次從第一行開始讀取。設(shè)置為False,到達(dá)文件結(jié)尾時(shí)如繼續(xù)讀取,則值會默認(rèn)為<EOF>,可通過設(shè)置jmeter屬性csvdataset.eofstring來改變該值。
Stop thread on EOF:Recycle on EOF設(shè)置為False,Stop thread on EOF設(shè)置為True,則讀取數(shù)據(jù)文件最后一行后,停止測試,不管還有多少線程組未執(zhí)行。
Sharing mode:共享模式。默認(rèn)在所有線程組中使用,可選擇每個(gè)線程組單獨(dú)打開
添加引用文件:

引用:
在jmeter中添加


線程數(shù)改為某個(gè)值
查看結(jié)果樹:

其他:
- 線程組線程數(shù)改為大于文件中數(shù)據(jù)的處理:
遇到結(jié)束符在循環(huán)
遇到結(jié)束符停止線程 - 如果數(shù)據(jù)來自數(shù)據(jù)庫
數(shù)據(jù)庫導(dǎo)出txt文件
5.5. 使用Jmeter函數(shù)助手(文件中不要出現(xiàn)中文):
1、點(diǎn)擊 選項(xiàng)-->函數(shù)助手 調(diào)出函數(shù)助手對話框
2、選擇 _CSVRead 函數(shù)(下圖第一個(gè)框)
3、函數(shù)參數(shù):
1)第一個(gè)參數(shù):填寫文件路徑。
2)第二個(gè)參數(shù):文件列號是從0開始的,第一列0、第二列1、第三列2、依次類推,然后點(diǎn)擊【生成】按鈕,則會自動生成我們需要的參數(shù)化函數(shù)。
3) 復(fù)制生成的參數(shù)化函數(shù), copy過程需要使用的地方即可。
4) _Random函數(shù)是從某數(shù)據(jù)段隨機(jī)讀取數(shù)據(jù)替換參數(shù),當(dāng)需要添加多條數(shù)據(jù)記錄且某些字段需要唯一性時(shí)使用。



六. Jmeter正則表達(dá)式提取
6.1. 使用正則提取
運(yùn)用Jmeter正則提取器,可以從請求的響應(yīng)結(jié)果中取到需要的內(nèi)容,從而實(shí)現(xiàn)關(guān)聯(lián)。關(guān)聯(lián)是請求與請求之間存在數(shù)據(jù)依賴關(guān)系,需要從上一個(gè)請求獲取下一個(gè)請求需要回傳回去的數(shù)據(jù)
正則表達(dá)式(regular expression)描述了一種字符串匹配的模式(pattern),可以用來檢查一個(gè)串是否含有某種子串、將匹配的子串替換或者從某個(gè)串中取出符合某個(gè)條件的子串等。
| 字符 | 描述 |
|---|---|
| * | 匹配前面的子表達(dá)式零次或多次。例如,zo* 能匹配 "z" 以及 "zoo"。* 等價(jià)于{0,}。 |
| + | 匹配前面的子表達(dá)式一次或多次。例如,'zo+' 能匹配 "zo" 以及 "zoo",但不能匹配 "z"。+ 等價(jià)于 {1,}。 |
| ? | 匹配前面的子表達(dá)式零次或一次。例如,"do(es)?" 可以匹配 "do" 、 "does" 中的 "does" 、 "doxy" 中的 "do" 。? 等價(jià)于 {0,1}。 |
| ( ) | 標(biāo)記一個(gè)子表達(dá)式的開始和結(jié)束位置。子表達(dá)式可以獲取供以后使用。 |
| . | 匹配除換行符 \n 之外的任何單字符。要匹配 . ,請使用 . 。 |
構(gòu)造正則表達(dá)式的方法和創(chuàng)建數(shù)學(xué)表達(dá)式的方法一樣。也就是用多種元字符與運(yùn)算符可以將小的表達(dá)式結(jié)合在一起來創(chuàng)建更大的表達(dá)式。正則表達(dá)式的組件可以是單個(gè)的字符、字符集合、字符范圍、字符間的選擇或者所有這些組件的任意組合。
正則表達(dá)式提取的相關(guān)設(shè)置


說明:
(1)引用名稱:下一個(gè)請求要引用的參數(shù)名稱,如填寫title,則可用${title}引用它。
(2)正則表達(dá)式:
():括起來的部分就是要提取的。
.:匹配任何字符串。
+:一次或多次。
?:不要太貪婪,在找到第一個(gè)匹配項(xiàng)后停止。
(3)模板:用$$引用起來,如果在正則表達(dá)式中有多個(gè)正則表達(dá)式,則可以是$2$$3$等等,表示解析到的第幾個(gè)值給title。如:$1$表示解析到的第1個(gè)值
(4)匹配數(shù)字:0代表隨機(jī)取值,1代表全部取值,通常情況下填0
(5)缺省值:如果參數(shù)沒有取得到值,那默認(rèn)給一個(gè)值讓它取。
案例:api接口




