Jmeter組件介紹

一、性能測試

性能測試是什么?

基于協(xié)議模擬用戶發(fā)出請求,對服務(wù)器形成一定負(fù)載,來測試服務(wù)器的性能指標(biāo)是否滿足要求性能指標(biāo)關(guān)注點:時間性能、空間性能性能測試與頁面無關(guān)

性能測試工具

image.png

二、 Jmeter簡介

1. 我們?yōu)槭裁词褂肑meter

開源,免費(fèi),基于Java編寫,可集成到其他系統(tǒng)可拓展各個功能插件
支持接口測試,壓力(負(fù)載和壓力)測試等多種功能,支持錄制回放,
入門簡單相較于自己編寫框架活其他開源工具,有較為完善的UI界面,便于接口調(diào)試多平臺支持,可在Linux,Windows,Mac上運(yùn)行,支持多協(xié)議。

2. Jmeter的作用

①接口測試 面試說postman,因為方便好用。
②性能測試 jmeter,也可以用postman(runner),但是沒有性能指標(biāo) ③數(shù)據(jù)庫測試

3.Jmeter怎么用

Windows下Jmeter下載安裝,登錄 http://jmeter.apache.org/download_jmeter.cgi ,根據(jù)自己平臺,下載對應(yīng)文件

4.安裝JAVA環(huán)境

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


image.png

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


image.png

image.png

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

image.png
/bin 目錄常用文件介紹:
examples:目錄下包含Jmeter使用實例
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包,同時安裝插件也放于此目錄
/licenses目錄——軟件許可文件,不用管
/printable_docs目錄——Jmeter用戶手冊

三. 使用Jmeter測試快速入門

image.png

對上圖進(jìn)行簡要的說明
新增線程組
創(chuàng)建測試線程組,并設(shè)置線程數(shù)量及線程初始化啟動方式。
新增 JMeter 元組
創(chuàng)建各種默認(rèn)元組及測試元組,填入目標(biāo)測試靜態(tài)資源請求和動態(tài)資源請求參數(shù)及數(shù)據(jù)。
新增監(jiān)聽器
創(chuàng)建各種形式的結(jié)果搜集元組,以便在運(yùn)行過程及運(yùn)行結(jié)束后搜集監(jiān)控指標(biāo)數(shù)據(jù)。
運(yùn)行&查看結(jié)果
調(diào)試運(yùn)行,分析指標(biāo)數(shù)據(jù),挖掘性能瓶頸、評估系統(tǒng)性能狀態(tài);

新增線程組


image.png

線程數(shù):就是模擬用戶50個。
準(zhǔn)備時長:模擬在30秒內(nèi)將用戶全部啟動
循環(huán)次數(shù):每個線程發(fā)送請求的次數(shù),每個線程請求10次。

新增 JMeter 元組
添加默認(rèn)配置元素,添加如下默認(rèn)配置,如圖


image.png

HTTP Cache Manager


image.png

HTTP Cookie 管理器
image.png

HTTP請求默認(rèn)值
image.png

新增監(jiān)聽器
在這里我們添加如下監(jiān)聽器,如圖所示i6


image.png

用表格查看結(jié)果


image.png
Sample #:每個請求的序號
Start Time:每個請求開始時間
Thread Name:每個線程的名稱
Label:Http請求名稱
Sample Time:每個請求所花時間,單位毫秒
Status:請求狀態(tài),如果為勾則表示成功,如果為叉表示失敗。
Bytes:請求的字節(jié)數(shù)
Latency:延遲時間
Connect time:連接時間
樣本數(shù)目:也就是上面所說的請求個數(shù),成功的情況下等于你設(shè)定的并發(fā)數(shù)目乘以循環(huán)次數(shù) 平均:每個線程請求的平均時間 
最新樣本:表示服務(wù)器響應(yīng)最后一個請求的時間 
偏離:服務(wù)器響應(yīng)時間變化、離散程度測量值的大小,或者,換句話說,就是數(shù)據(jù)的分布。

查看結(jié)果樹


image.png

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

Thread Name:線程組名稱
Sample Start: 啟動開始時間
Load time:加載時長
Latency:等待時長
Size in bytes:發(fā)送的數(shù)據(jù)總大小
Headers size in bytes:發(fā)送數(shù)據(jù)的其余部分大小
Sample Count:發(fā)送統(tǒng)計
Error Count:交互錯誤統(tǒng)計
Response code:返回碼
Response message:返回信息
Response headers:返回的頭部信息

聚合報告


image.png
lable:對應(yīng)每一個http請求,顯示的是http請求的Name,如百度http請求name為baidu
#Samples:表示這一次的測試中一共發(fā)出了多少請求,如上圖所示,sougou和baidu的http請求每個都發(fā)出30個請求
Average:平均響應(yīng)時間,指的是所有的請求的平均響應(yīng)時間,如上圖的30個請求的總的響應(yīng)時間除以30得出的平均響應(yīng)時間,默認(rèn)的情況下是單個請求的平均響應(yīng)時間,但當(dāng)使用了“事務(wù)控制器”時,則以事物為單位顯示平均響應(yīng)時間
Median:中位數(shù),也就是50%用戶的響應(yīng)時間
90%Line:90%用戶的響應(yīng)時間
Min:最小響應(yīng)時間
Max:最大的響應(yīng)時間
Error%:本次測試中出現(xiàn)錯誤的請求的數(shù)量/請求的總數(shù),如上圖所示,本次的測試中,sougou的http請求66.6%的請求出錯,而baidu的請求則沒有出錯的請求
Throughput:吞吐量,默認(rèn)情況下表示每秒完成的請求數(shù),如上圖所示,每秒完成的請求數(shù)分別為6.6個每秒,6.2個每秒
lable:對應(yīng)每一個http請求,顯示的是http請求的Name,如百度http請求name為baidu
#Samples:表示這一次的測試中一共發(fā)出了多少請求,如上圖所示,sougou和baidu的http請求每個都發(fā)出30個請求
Average:平均響應(yīng)時間,指的是所有的請求的平均響應(yīng)時間,如上圖的30個請求的總的響應(yīng)時間除以30得出的平均響應(yīng)時間,默認(rèn)的情況下是單個請求的平均響應(yīng)時間,但當(dāng)使用了“事務(wù)控制器”時,則以事物為單位顯示平均響應(yīng)時間
Median:中位數(shù),也就是50%用戶的響應(yīng)時間
90%Line:90%用戶的響應(yīng)時間
Min:最小響應(yīng)時間
Max:最大的響應(yīng)時間
Error%:本次測試中出現(xiàn)錯誤的請求的數(shù)量/請求的總數(shù),如上圖所示,本次的測試中,sougou的http請求66.6%的請求出錯,而baidu的請求則沒有出錯的請求
Throughput:吞吐量,默認(rèn)情況下表示每秒完成的請求數(shù),如上圖所示,每秒完成的請求數(shù)分別為6.6個每秒,6.2個每秒
Recived KB/Sec:每秒從服務(wù)器端接收到的數(shù)據(jù)量,以kb為計算的單位

運(yùn)行&查看結(jié)果
如果啟動運(yùn)行 jmeter,可以單擊添加的監(jiān)聽器查看運(yùn)行過程中的監(jiān)控指標(biāo)數(shù)據(jù),也可以等運(yùn)行結(jié)束后,再查看。

四、 Jmeter主要組件介紹

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

4.1. 測試計劃

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

4.2. 線程組

image.png

(1)thread group(線程組)
這個就是我們通常添加運(yùn)行的線程。通俗的講一個線程組,可以看做一個虛擬用戶組,線程組中的每個線程都可以理解為一個虛擬用戶。

(2)setup thread group
一種特殊類型的ThreadGroup的,可用于執(zhí)行預(yù)測試操作。這些線程的行為完全像一個正常的線程組元件。不同的是,這些類型的線程執(zhí)行測試前進(jìn)行定期線程組的執(zhí)行;類似LoadRunner的init,測試開始時進(jìn)行初始化的工作。

(3)teardown thread group
一種特殊類型的ThreadGroup的,可用于執(zhí)行測試后動作。這些線程的行為完全像一個正常的線程組元件。不同的是,這些類型的線程執(zhí)行測試結(jié)束后執(zhí)行定期的線程組;類似LoadRunnner的end,測試結(jié)束時進(jìn)行回收工作。


image.png

4.3. 取樣器(Http請求)

image.png

關(guān)于http請求的的屬性參數(shù)說明:

1)名稱:用于標(biāo)識一個sample。建議使用一個有意義的名稱
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請求時的協(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)自動重定向:如果選中該項,發(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 請求時,使用
12)Parameters、Body Data以及Files Upload的區(qū)別:
 1. parameter是指函數(shù)定義中參數(shù),而argument指的是函數(shù)調(diào)用時的實際參數(shù)
 2. 簡略描述為:parameter=形參(formal parameter), argument=實參(actual parameter)
 3.在不很嚴(yán)格的情況下,現(xiàn)在二者可以混用,一般用argument,而parameter則比較少用
  While defining method, variables passed in the method are called parameters.
  當(dāng)定義方法時,傳遞到方法中的變量稱為參數(shù).
  While using those methods, values passed to those variables are called arguments.
  當(dāng)調(diào)用方法時,傳給變量的值稱為引數(shù).(有時argument被翻譯為“引數(shù)“)
 4、Body Data指的是實體數(shù)據(jù),就是請求報文里面主體實體的內(nèi)容,一般我們向服務(wù)器發(fā)送請求,攜帶的實體主體參數(shù),可以寫入這里
 5、Files Upload指的是:從HTML文件獲取所有有內(nèi)含的資源:被選中時,發(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é)果,同時也被告知了結(jié)果顯示的方式。我們常用的包括:聚合報告、查看結(jié)果樹、用表格查看結(jié)果,都支持將結(jié)果數(shù)據(jù)寫入文件。其他的添加上去看看就行。聚合報告前面我們介紹過,后面是查看結(jié)果樹和用表格查看結(jié)果的截圖。


image.png

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

含義:循環(huán)控制器可以設(shè)置請求的循環(huán)次數(shù)或永遠(yuǎn)循環(huán)(如果選中永遠(yuǎn)的話)
作用:該控制旗下的取樣器請求可以循環(huán)運(yùn)行


image.png

image.png

4.6. 事務(wù)控制器

含義: 可以將多個請求放在同一個事務(wù)中,如果選中Gegerate parent sample,則聚合寶公眾只顯示事務(wù)控制器的數(shù)據(jù),而不會顯示其中的各個請求的數(shù)據(jù),反之則全部顯示。
作用: 事務(wù)控制器會生產(chǎn)一個額外的采樣器,用來統(tǒng)計該控制器子結(jié)點的所有時間。在線程組下創(chuàng)建事務(wù)控制器
參數(shù):· Generate parent sample:(選中這個參數(shù)結(jié)果展示如下圖紅框,否則顯示為下圖藍(lán)框)· Include duration of timer and pre-post processors in generated sample:選中這一項會統(tǒng)計定時器(timer)的時間,否則只統(tǒng)計采樣器(sample)的時間。


image.png

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


image.png

生成聚合報告
image.png

勾選
image.png

聚合報告中只有一項事務(wù)報告


image.png

4.7. 斷言---檢查點

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


image.png

JSON斷言:


image.png

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

image.png

前置處理器(Pre Processors)和后置處理器(Post Processors)負(fù)責(zé)在生成請求之前和之后完成工作。前置處理器常常用來修改請求的設(shè)置,后置處理器則常常用來處理響應(yīng)的數(shù)據(jù)。我們主要在動態(tài)關(guān)聯(lián)中用到后置處理器的正則表達(dá)式提取器。

4.9. 定時器

定時器(Timer)負(fù)責(zé)定義請求之間的延遲間隔


image.png

image.png

五. Jmeter組件參數(shù)化

5.1. 參數(shù)化是什么

動態(tài)的獲取并設(shè)置數(shù)據(jù)

5.2. 為什么使用參數(shù)化

執(zhí)行批量操作,批量添加批量刪除,人工效率太低
運(yùn)用程序代替人工獲取并設(shè)置數(shù)據(jù),安全高效
比如:對被測系統(tǒng)的用戶名和密碼進(jìn)行參數(shù)化,來模擬多個用戶同時登錄系統(tǒng)

5.3. 參數(shù)化實現(xiàn)之用戶自定義變量

通過這個功能,能實現(xiàn)多接口共享數(shù)據(jù),修改一條即可修改全部


image.png

image.png

image.png

image.png

Filename:所需數(shù)據(jù)文件的路徑。如和腳本同一路徑,可直接填寫文件名
File encoding:編碼和文件保持一致即可,默認(rèn)為ANSI。如有中文,建議為UTF-8
Variable Names:引用變量時的變量名,對應(yīng)數(shù)據(jù)文件中的每一列,以逗號分隔。如不填寫,文件的第一行數(shù)據(jù)將被讀取為變量名
Delimiter:在.txt、.dat文件中,可以用逗號(,)或者Tab鍵(\t)來區(qū)分列與列
Allow quote data:選項選為“true”的時候?qū)θ亲址奶幚沓霈F(xiàn)亂碼
Recycle on EOF:到數(shù)據(jù)文件結(jié)尾時是否循環(huán)讀取。設(shè)置為True時,線程數(shù)過多,數(shù)據(jù)文件讀取到最后一行時,會再次從第一行開始讀取。設(shè)置為False,到達(dá)文件結(jié)尾時如繼續(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)在所有線程組中使用,可選擇每個線程組單獨(dú)打開
相同的部分使用用戶自定義變量
只需要修改一次接口
效果展示

5.4. 參數(shù)化實現(xiàn)之CSV Data Set Config

添加CSV Data Set Config:


image.png

添加界面


image.png

通過這個組件可以動態(tài)獲取并設(shè)置數(shù)據(jù),實現(xiàn)批量添加操作
名詞解釋:

Filename:所需數(shù)據(jù)文件的路徑。如和腳本同一路徑,可直接填寫文件名
File encoding:編碼和文件保持一致即可,默認(rèn)為ANSI。如有中文,建議為UTF-8
Variable Names:引用變量時的變量名,對應(yīng)數(shù)據(jù)文件中的每一列,以逗號分隔。Delimiter:在.txt、.dat文件中,可以用逗號(,)或者Tab鍵(\t)來區(qū)分列與列
Allow quote data:選項選為“true”的時候?qū)θ亲址奶幚沓霈F(xiàn)亂碼
Recycle on EOF:到數(shù)據(jù)文件結(jié)尾時是否循環(huán)讀取。設(shè)置為True時,線程數(shù)過多,數(shù)據(jù)文件讀取到最后一行時,會再次從第一行開始讀取。設(shè)置為False,到達(dá)文件結(jié)尾時如繼續(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)在所有線程組中使用,可選擇每個線程組單獨(dú)打開

添加引用文件:

image

引用:
在jmeter中添加


image.png

image.png

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


image.png

其他:
線程組線程數(shù)改為大于文件中數(shù)據(jù)的處理:
遇到結(jié)束符在循環(huán)
遇到結(jié)束符停止線程
如果數(shù)據(jù)來自數(shù)據(jù)庫

數(shù)據(jù)庫導(dǎo)出txt文件

5.5. 使用Jmeter函數(shù)助手(文件中不要出現(xiàn)中文):

1、點擊 選項-->函數(shù)助手 調(diào)出函數(shù)助手對話框
2、選擇 _CSVRead 函數(shù)(下圖第一個框)
3、函數(shù)參數(shù):
 1)第一個參數(shù):填寫文件路徑。
 2)第二個參數(shù):文件列號是從0開始的,第一列0、第二列1、第三列2、依次類推,然后點擊【生成】按鈕,則會自動生成我們需要的參數(shù)化函數(shù)。
  3) 復(fù)制生成的參數(shù)化函數(shù), copy過程需要使用的地方即可。
  4) _Random函數(shù)是從某數(shù)據(jù)段隨機(jī)讀取數(shù)據(jù)替換參數(shù),當(dāng)需要添加多條數(shù)據(jù)記錄且某些字段需要唯一性時使用。
image.png

image.png

image.png

六. Jmeter正則表達(dá)式提取

6.1. 使用正則提取

運(yùn)用Jmeter正則提取器,可以從請求的響應(yīng)結(jié)果中取到需要的內(nèi)容,從而實現(xiàn)關(guān)聯(lián)。關(guān)聯(lián)是請求與請求之間存在數(shù)據(jù)依賴關(guān)系,需要從上一個請求獲取下一個請求需要回傳回去的數(shù)據(jù)
正則表達(dá)式(regular expression)描述了一種字符串匹配的模式(pattern),可以用來檢查一個串是否含有某種子串、將匹配的子串替換或者從某個串中取出符合某個條件的子串等。

字符  描述
*   匹配前面的子表達(dá)式零次或多次。例如,zo* 能匹配 "z" 以及 "zoo"。* 等價于{0,}。
+   匹配前面的子表達(dá)式一次或多次。例如,'zo+' 能匹配 "zo" 以及 "zoo",但不能匹配 "z"。+ 等價于 {1,}。
?   匹配前面的子表達(dá)式零次或一次。例如,"do(es)?" 可以匹配 "do" 、 "does" 中的 "does" 、 "doxy" 中的 "do" 。? 等價于 {0,1}。
( ) 標(biāo)記一個子表達(dá)式的開始和結(jié)束位置。子表達(dá)式可以獲取供以后使用。
.   匹配除換行符 \n 之外的任何單字符。要匹配 . ,請使用 . 。

構(gòu)造正則表達(dá)式的方法和創(chuàng)建數(shù)學(xué)表達(dá)式的方法一樣。也就是用多種元字符與運(yùn)算符可以將小的表達(dá)式結(jié)合在一起來創(chuàng)建更大的表達(dá)式。正則表達(dá)式的組件可以是單個的字符、字符集合、字符范圍、字符間的選擇或者所有這些組件的任意組合。

正則表達(dá)式提取的相關(guān)設(shè)置
image.png

image.png

說明:

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

案例:api接口


image.png

image.png

image.png
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

  • 一. 性能測試 1.1. 性能測試是什么 1.1.1 廣義定義 基于協(xié)議模擬用戶發(fā)出請求,對服務(wù)器形成一定負(fù)載,...
    BabyQg閱讀 509評論 0 0
  • 一. 性能測試 1.1. 性能測試是什么 1.1.1 廣義定義 基于協(xié)議模擬用戶發(fā)出請求,對服務(wù)器形成一定負(fù)載...
    ln111閱讀 606評論 0 0
  • 一. 性能測試 1.0 為什么要進(jìn)行性能測試? 評估當(dāng)前系統(tǒng)的能力 尋找性能瓶頸,優(yōu)化系統(tǒng)性能 評估軟件是否滿足...
    Anwfly閱讀 2,950評論 0 9
  • 一. 性能測試 1.性能測試是什么 廣泛定義:基于協(xié)議模擬用戶發(fā)出請求,對服務(wù)器形成一定負(fù)載,來測試服務(wù)器的性能指...
    c_dab5閱讀 243評論 0 0
  • 一. 性能測試 1.1. 性能測試是什么 1.1.1 廣義定義 基于協(xié)議模擬用戶發(fā)出請求,對服務(wù)器形成一定負(fù)載,來...
    會冒泡的魚____閱讀 209評論 0 0

友情鏈接更多精彩內(nèi)容