一. 性能測試

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 狹義定義

指通過自動(dòng)化的測試工具模擬多種正常、峰值以及異常負(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í)間不超過24s

1人? ? 20s7人? ? 20s13人? 20s? ? 達(dá)到最大負(fù)載16人? 25s19人? 28s21人? 斷繩子

注意

通過負(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)用場景

特定的活動(dòng)場景：搶紅包、秒殺、搶購等。

與負(fù)載測試對比：

負(fù)載測試：主要目的是測試高負(fù)載情況下，對系統(tǒng)資源的消耗，是否會耗盡的問題（雙11活動(dòng)）

并發(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 性能測試工具

性能測試工具.png

二.? 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)榉奖愫糜谩?/p>

性能測試? 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下啟動(dòng)文件jmeter.sh：Linux下啟動(dòng)文件jmeter.log：Jmeter運(yùn)行日志文件jmeter.properties：Jmeter配置文件jmeter-server.bat：windows下啟動(dòng)負(fù)載生成器服務(wù)文件jmeter-server：Linux下啟動(dòng)負(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í)行：按照線程的啟動(dòng)順序挨個(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í)間全部啟動(dòng)。如果線程數(shù)為20 ，準(zhǔn)備時(shí)長為10 ，那么需要10秒鐘啟動(dòng)20個(gè)線程。也就是每秒鐘啟動(dòng)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è)置線程組啟動(dòng)的開始時(shí)間和結(jié)束時(shí)間(配置調(diào)度器時(shí)，需要勾選循環(huán)次數(shù)為永遠(yuǎn))

3.1.7. 持續(xù)時(shí)間（秒）

測試持續(xù)時(shí)間，會覆蓋結(jié)束時(shí)間

3.1.8. 啟動(dòng)延遲（秒）

測試延遲啟動(dòng)時(shí)間，會覆蓋啟動(dòng)時(shí)間

3.1.9. 啟動(dòng)時(shí)間

測試啟動(dòng)時(shí)間，啟動(dòng)延遲會覆蓋它。當(dāng)啟動(dòng)時(shí)間已過，手動(dòng)只需測試時(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ù),,)

響應(yīng)的數(shù)據(jù)展示(響應(yīng)碼，響應(yīng)頭,,)

通過察看結(jié)果樹，我們可以看到每個(gè)請求的結(jié)果，其中紅色的是出錯(cuò)的請求，綠色的為通過。

Thread Name：線程組名稱Sample Start:啟動(dòng)開始時(shí)間Load time：加載時(shí)長Latency：等待時(shí)長Sizeinbytes：發(fā)送的數(shù)據(jù)總大小Headers sizeinbytes：發(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秒，那么線程的啟動(dòng)時(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ā)啟動(dòng)。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í)行測試后動(dòng)作。這些線程的行為完全像一個(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.com4）端口號：目標(biāo)服務(wù)器的端口號，默認(rèn)值為80，可不填5）協(xié)議：向目標(biāo)服務(wù)器發(fā)送http請求時(shí)的協(xié)議，http/https，大小寫不敏感，默認(rèn)http6）方法：發(fā)送http請求的方法(鏈接：http://www.cnblogs.com/imyalost/p/5630940.html）7）Contentencoding：內(nèi)容的編碼方式（Content-Type=application/json;charset=utf-8）8）路徑：目標(biāo)的URL路徑（不包括服務(wù)器地址和端口）9）自動(dòng)重定向：如果選中該項(xiàng)，發(fā)出的http請求得到響應(yīng)是301/302，jmeter會重定向到新的界面10）Usekeep Alive：jmeter 和目標(biāo)服務(wù)器之間使用 Keep-Alive方式進(jìn)行HTTP通信（默認(rèn)選中）11）Usemultipart/from-dataforHTTPPOST ：當(dāng)發(fā)送HTTPPOST 請求時(shí)，使用12）Parameters、BodyData以及FilesUpload的區(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則比較少用Whiledefining method,variables passedinthe method are called parameters.當(dāng)定義方法時(shí)，傳遞到方法中的變量稱為參數(shù).Whileusingthose methods,values passed to those variables are called arguments.當(dāng)調(diào)用方法時(shí)，傳給變量的值稱為引數(shù).（有時(shí)argument被翻譯為“引數(shù)“）4、BodyData指的是實(shí)體數(shù)據(jù)，就是請求報(bào)文里面主體實(shí)體的內(nèi)容，一般我們向服務(wù)器發(fā)送請求，攜帶的實(shí)體主體參數(shù)，可以寫入這里5、FilesUpload指的是：從HTML文件獲取所有有內(nèi)含的資源：被選中時(shí)，發(fā)出HTTP請求并獲得響應(yīng)的HTML文件內(nèi)容后還對該HTML? 進(jìn)行Parse 并獲取HTML中包含的所有資源（圖片、flash等）：（默認(rèn)不選中）? 如果用戶只希望獲取特定資源，可以在下方的EmbeddedURLsmust 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ù)。我們主要在動(dòng)態(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ù)化是什么

動(dòng)態(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)為，可通過設(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è)組件可以動(dòng)態(tài)獲取并設(shè)置數(shù)據(jù)，實(shí)現(xiàn)批量添加操作

名詞解釋：

Filename：所需數(shù)據(jù)文件的路徑。如和腳本同一路徑，可直接填寫文件名Fileencoding：編碼和文件保持一致即可，默認(rèn)為ANSI。如有中文，建議為UTF-8VariableNames：引用變量時(shí)的變量名，對應(yīng)數(shù)據(jù)文件中的每一列，以逗號分隔。Delimiter：在.txt、.dat文件中，可以用逗號（,）或者Tab鍵（\t）來區(qū)分列與列Allowquote data：選項(xiàng)選為“true”的時(shí)候?qū)θ亲址奶幚沓霈F(xiàn)亂碼Recycleon 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來改變該值。Stopthread on EOF：Recycleon EOF設(shè)置為False，Stopthread on EOF設(shè)置為True，則讀取數(shù)據(jù)文件最后一行后，停止測試，不管還有多少線程組未執(zhí)行。Sharingmode：共享模式。默認(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)擊【生成】按鈕，則會自動(dòng)生成我們需要的參數(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è)置

image.png

說明：

(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接口