柚子快報(bào)邀請(qǐng)碼778899分享：dubbo jmeter——下

http://yzkb.51969.com/

邏輯控制器

如果（if）控制器

??條件判斷滿足才執(zhí)行

??作用:If控制器用來(lái)控制它下面的測(cè)試元素是否運(yùn)行

??位置:測(cè)試計(jì)劃-->線程組-->(右鍵添加)邏輯控制器-->如果(If）控制器

??可以與函數(shù)助手對(duì)話框搭配使用

??如果（if）控制器案例

????使用‘用戶定義的變量’定義一個(gè)變量name，name的值可以是baidu,根據(jù)name的變量值實(shí)現(xiàn)對(duì)應(yīng)網(wǎng)站的訪問

????1．添加線程組

????2．用戶定義的變量

????3．添加If控制器，判斷name是否等于baidu

????不勾選Interpret condition,'$ {name } ' =='baidu'

????勾選，${__jexl3 ( ' $ {name } ' == 'baidu' ,) }

????4．添加HTTP請(qǐng)求，用來(lái)訪問百度

????5．添加if控制器，判斷name是否等于itcast

????6．添加HTTP請(qǐng)求，用來(lái)訪問傳智播客

????7．添加查看結(jié)果樹

事務(wù)控制器

??將多個(gè)步驟綁定為一個(gè)事務(wù)有一個(gè)步驟失敗事務(wù)就失敗了比如ATM機(jī)取錢

吞吐量控制器

??控制執(zhí)行百分比，例線程組設(shè)置線程數(shù)為10再建兩個(gè)吞吐量控制器設(shè)置吞吐量為30,10再執(zhí)行，一個(gè)執(zhí)行三次，一個(gè)執(zhí)行一次

循環(huán)控制器

??位置:測(cè)試計(jì)劃-->線程組-->(右鍵添加)邏輯控制器-->循環(huán)控制器

??參數(shù)介紹:

??案例:

??使用"循環(huán)控制器"的操作循環(huán)訪問百度10次步驟?

??1．添加線程組

??2．添加循環(huán)控制器—設(shè)置循環(huán)次數(shù)

??3．添加HTTP請(qǐng)求

??4．添加查看結(jié)果樹

ForEach控制器

??作用:一般和用戶自定義變量或者正則表達(dá)式提取器一起使用，讀取返回結(jié)果中一系列相關(guān)的變量值。該控制器下的取樣器都會(huì)被執(zhí)行一次或多次，每次讀取不同的變量值。

??位置:測(cè)試計(jì)劃-->線程組-->(右鍵添加）邏輯控制器-->ForEach控制器

WebService文件上傳接口

用戶場(chǎng)景：有一個(gè)新建用戶憑證頁(yè)面，填寫字段信息，上傳圖片文件，點(diǎn)擊提交，即新建成功。

WebSocket

WebSocket是一種網(wǎng)絡(luò)通信協(xié)議，客戶端和服務(wù)端只需要完成一次握手，兩者之間就直接可以創(chuàng)建持久性的連接，并進(jìn)行雙向數(shù)據(jù)傳輸。

例

Server Name or IP：發(fā)送請(qǐng)求的目標(biāo)服務(wù)器的IP地址或者域名。

Port Number：服務(wù)器地址后的端口號(hào)，有則填寫，沒有不用填寫。

Protocol [ws/wss]：ws是明文數(shù)據(jù)傳輸，wss是密文數(shù)據(jù)傳輸，相當(dāng)于http和https的差別，默認(rèn)ws。

Path：接口路徑。

Request data：發(fā)送的請(qǐng)求數(shù)據(jù)。

jmeter連接數(shù)據(jù)庫(kù)

jmeter命令行界面執(zhí)行

例：

#jmeter壓力測(cè)試,并使用命令生成詳細(xì)的html報(bào)告 jmeter -n -t C:\Users\Administrator\Desktop\HTTP請(qǐng)求.jmx -l D:\迅雷下載\res\res.jtl -e -o D:\迅雷下載\res\report #在非 GUI 模式下運(yùn)行指定的 JMX 測(cè)試計(jì)劃文件，將測(cè)試結(jié)果保存為 res.jtl 文件，并生成一個(gè) HTML 報(bào)告，最后將報(bào)告輸出到 D:\迅雷下載\res\report 目錄下。 --? #打印命令行選項(xiàng)并退出 -h, --help #打印使用信息并退出 -v, --version #打印版本信息并退出 -p, --propfile <參數(shù)> #要使用的 jmeter 屬性文件 -q, --addprop <參數(shù)> #額外的 JMeter 屬性文件 -t, --testfile <參數(shù)> #要運(yùn)行的 jmeter 測(cè)試（.jmx）文件 -l, --logfile <參數(shù)> #將樣本記錄到的文件 -i, --jmeterlogconf <參數(shù)> #jmeter 日志配置文件（log4j2.xml） -j, --jmeterlogfile <參數(shù)> #jmeter 運(yùn)行日志文件 (jmeter.log) -n, --nongui #在 nongui 模式下運(yùn)行 JMeter -s, --server #運(yùn)行 JMeter 服務(wù)器 -H, --proxyHost <參數(shù)> #為 JMeter 設(shè)置代理服務(wù)器以使用 -P, --proxyPort <參數(shù)> #設(shè)置 JMeter 使用的代理服務(wù)器端口 -N, --nonProxyHosts <參數(shù)> #設(shè)置非代理主機(jī)列表（例如 *. apache.org | localhost ） -u, --username <參數(shù)> #為 JMeter 使用的代理服務(wù)器設(shè)置用戶名 -a, --password <參數(shù)> #為 JMeter 使用的代理服務(wù)器設(shè)置密碼 -J, --jmeterproperty <參數(shù)>=<值> #定義額外的 JMeter 屬性 -G, --globalproperty <參數(shù)>=<值> #定義全局屬性（發(fā)送到服務(wù)器） 例如 -Gport = 123或 -Gglobal.properties -D, --systemproperty <參數(shù)>=<值> #定義附加系統(tǒng)屬性 -S, --systemPropertyFile <參數(shù)> #附加系統(tǒng)屬性文件 -f, --forceDeleteResultFile #在開始測(cè)試之前強(qiáng)制刪除現(xiàn)有的結(jié)果文件和網(wǎng)絡(luò)報(bào)告文件夾（如果存在） -L, --loglevel <參數(shù)>=<值> #[category=]level 例如 jorphan=INFO、jmeter.util=DEBUG 或 com.example.foo=WARN -r, --runremote #啟動(dòng)遠(yuǎn)程服務(wù)器（在 remote_hosts 中定義） -R, --remotestart <參數(shù)> #啟動(dòng)這些遠(yuǎn)程服務(wù)器（覆蓋 remote_hosts） -d, --homedir <參數(shù)> #要使用的 jmeter 主目錄 -X, --remoteexit #在測(cè)試結(jié)束時(shí)退出遠(yuǎn)程服務(wù)器（CLI 模式） -g, --reportonly <參數(shù)> #僅從測(cè)試結(jié)果文件生成報(bào)告儀表板 -e, --reportatendofloadtests #負(fù)載測(cè)試后生成報(bào)告儀表板 -o, --reportoutputfolder <參數(shù)> #報(bào)表儀表板的輸出文件夾

性能理論

??滿足用戶需求

??最小成本

??評(píng)估系統(tǒng)性能

??功能測(cè)試后,項(xiàng)目上線前

??并發(fā):并發(fā)用戶數(shù)，并發(fā)請(qǐng)求數(shù)(QPS)

??TPS:每秒事務(wù)數(shù)(吞吐量)數(shù)值越大越好

??RT:響應(yīng)時(shí)間2-5-8優(yōu)先以公司標(biāo)準(zhǔn)、各行業(yè)標(biāo)準(zhǔn)、行業(yè)通用失敗率

??CPU使用率越小越好，80%

指標(biāo)（括展）

系統(tǒng)性能指標(biāo)

??系統(tǒng)響應(yīng)時(shí)間

????響應(yīng)時(shí)間（Response Time: RT）指用戶從客戶端發(fā)起一個(gè)請(qǐng)求開始，到客戶端接收到從服務(wù)器端返回的響應(yīng)結(jié)束，整個(gè)過程所耗費(fèi)的時(shí)間。在性能檢測(cè)中一般以 壓力發(fā)起端至被壓測(cè)服務(wù)器返回處理結(jié)果的時(shí)間 為計(jì)量，單位一般為秒（s）或毫秒（ms）。

????平均響應(yīng)時(shí)間指系統(tǒng)穩(wěn)定運(yùn)行時(shí)間段內(nèi)，同一交易的平均響應(yīng)時(shí)間。一般而言，交易響應(yīng)時(shí)間都是指平均響應(yīng)時(shí)間。 平均響應(yīng)時(shí)間指標(biāo)值應(yīng)根據(jù)不同的交易分別設(shè)定，一般情況下，分為 復(fù)雜交易響應(yīng)時(shí)間、簡(jiǎn)單交易響應(yīng)時(shí)間、特殊交易響應(yīng)時(shí)間。其中，特殊交易響應(yīng)時(shí)間的設(shè)定必須明確該交易在響應(yīng)時(shí)間方面的特殊性。

????不同行業(yè)不同業(yè)務(wù)可接受的響應(yīng)時(shí)間是不同的，一般情況，對(duì)于 在線實(shí)時(shí)交易：

互聯(lián)網(wǎng)企業(yè)：500 毫秒以下，例如淘寶業(yè)務(wù) 10 毫秒左右。 金融企業(yè)：1 秒以下為佳，部分復(fù)雜業(yè)務(wù) 3 秒以下。 保險(xiǎn)企業(yè)：3 秒以下為佳。 制造業(yè)：5 秒以下為佳。

????對(duì)于 批量交易：

??????時(shí)間窗口：即整個(gè)壓測(cè)過程的時(shí)間，不同數(shù)據(jù)量則時(shí)間不一樣，例如雙 11 和 99 大促，數(shù)據(jù)量級(jí)不一樣則時(shí)間窗口不同。大數(shù)據(jù)量的情況下，2 小時(shí)內(nèi)可完成壓測(cè)。

??系統(tǒng)處理能力

????系統(tǒng)處理能力是指 系統(tǒng)在利用系統(tǒng)硬件平臺(tái)和軟件平臺(tái)進(jìn)行信息處理的能力。系統(tǒng)處理能力通過 系統(tǒng)每秒鐘能夠處理的交易數(shù)量 來(lái)評(píng)價(jià)，交易有兩種理解：

一是業(yè)務(wù)人員角度的一筆業(yè)務(wù)過程； 二是系統(tǒng)角度的一次交易申請(qǐng)和響應(yīng)過程。

????前者稱為業(yè)務(wù)交易過程，后者稱為事務(wù)。兩種交易指標(biāo)都可以評(píng)價(jià)應(yīng)用系統(tǒng)的處理能力。一般建議與系統(tǒng)交易日志保持一致，以便于統(tǒng)計(jì)業(yè)務(wù)量或者交易量。系統(tǒng)處理能力指標(biāo)是技術(shù)測(cè)試活動(dòng)中重要指標(biāo)。

????一般情況下，用以下指標(biāo)來(lái)度量：

HPS（Hits per Second）：每秒點(diǎn)擊次數(shù)，單位是次 / 秒。 TPS（Transaction per Second）：系統(tǒng)每秒處理交易數(shù)，單位是筆 / 秒。 QPS（Query per Second）：系統(tǒng)每秒處理查詢次數(shù)，單位是次 / 秒。

????對(duì)于互聯(lián)網(wǎng)業(yè)務(wù)中，如果某些業(yè)務(wù)有且僅有一個(gè)請(qǐng)求連接，那么 T P S = Q P S = H P S TPS=QPS=HPSTPS=QPS=HPS，一般情況下用 TPS 來(lái)衡量 整個(gè)業(yè)務(wù)流程，用 QPS 來(lái)衡量 接口查詢次數(shù)，用 HPS 來(lái)表示 對(duì)服務(wù)器單擊請(qǐng)求。

????無(wú)論 TPS、QPS、HPS，此指標(biāo)是衡量系統(tǒng)處理能力非常重要的指標(biāo)，越大越好，根據(jù)經(jīng)驗(yàn)，一般情況下：

金融行業(yè)：1000 TPS ~ 50000 TPS，不包括互聯(lián)網(wǎng)化的活動(dòng)。 保險(xiǎn)行業(yè)：100 TPS ~ 100000 TPS，不包括互聯(lián)網(wǎng)化的活動(dòng)。 制造行業(yè)：10 TPS ~ 5000 TPS。 互聯(lián)網(wǎng)電子商務(wù)：10000 TPS ~ 1000000 TPS。 互聯(lián)網(wǎng)中型網(wǎng)站：1000 TPS ~ 50000 TPS。 互聯(lián)網(wǎng)小型網(wǎng)站：500 TPS ~ 10000 TPS。

??并發(fā)用戶

????并發(fā)用戶數(shù)（Virtual User：VU）指在同一時(shí)刻內(nèi)，登錄系統(tǒng)并進(jìn)行業(yè)務(wù)操作的用戶數(shù)量。

????并發(fā)用戶數(shù)對(duì)于 長(zhǎng)連接系統(tǒng) 來(lái)說最大并發(fā)用戶數(shù)即是系統(tǒng)的并發(fā)接入能力。對(duì)于 短連接系統(tǒng) 而言最大并發(fā)用戶數(shù)并不等于系統(tǒng)的并發(fā)接入能力，而是與系統(tǒng)架構(gòu)、系統(tǒng)處理能力等各種情況相關(guān)。例如系統(tǒng)吞吐能力很強(qiáng)，加上短連接一般都有連接復(fù)用，往往并發(fā)用戶數(shù)大于系統(tǒng)的并發(fā)接入連接數(shù)。所以對(duì)于大部分短連接類型的系統(tǒng)，吞吐量模式（RPS 模式，Request Per Second）比較適合，也是阿里的最佳實(shí)踐，PTS 支持 RPS 模式的壓測(cè)，吞吐量的壓測(cè)構(gòu)建和衡量一步到位。 在測(cè)試中，采用虛擬用戶來(lái)模擬現(xiàn)實(shí)中用戶進(jìn)行業(yè)務(wù)操作。

????一般情況下，性能測(cè)試是將 系統(tǒng)處理能力容量 測(cè)出來(lái)，而不是測(cè)試并發(fā)用戶數(shù)，除了服務(wù)器長(zhǎng)連接可能影響并發(fā)用戶數(shù)外，系統(tǒng)處理能力不受并發(fā)用戶數(shù)影響，可以用最小的用戶數(shù)將系統(tǒng)處理能力容量測(cè)試出來(lái)，也可以用更多的用戶將系統(tǒng)處理能力容量測(cè)試出來(lái)。

????錯(cuò)誤率

????錯(cuò)誤率（Virtual Failure Ratio：FR）指系統(tǒng)在負(fù)載情況下，失敗交易的概率。錯(cuò)誤率＝（失敗交易數(shù) / 交易總數(shù)）×100%。穩(wěn)定性較好的系統(tǒng)，其錯(cuò)誤率應(yīng)該由 超時(shí) 引起，即為超時(shí)率。

????不同系統(tǒng)對(duì)錯(cuò)誤率的要求不同，但一般不超出千分之六，即成功率不低于99.4%。

資源指標(biāo)

??CPU

????CPU 指標(biāo)主要指的：CPU使用率、利用率，包括用戶態(tài)（user）、系統(tǒng)態(tài)（sys）、等待態(tài)（wait）、空閑態(tài)（idle）。

????CPU 使用率、利用率要低于業(yè)界警戒值范圍之內(nèi)，即小于或者等于 75%、CPU sys% 小于或者等于30%，CPU wait% 小于或者等于5%。單核 CPU 也需遵循上述指標(biāo)要求。CPU Load 要小于 CPU 核數(shù)。

??內(nèi)存

????現(xiàn)代的操作系統(tǒng)為了最大利用內(nèi)存，在內(nèi)存中存放了緩存，因此內(nèi)存利用率 100% 并不代表內(nèi)存有瓶頸，衡量系統(tǒng)內(nèi)有瓶頸主要靠 SWAP（與虛擬內(nèi)存交換）交換空間利用率，一般情況下，SWAP 交換空間利用率要低于 70%，太多的交換將會(huì)引起系統(tǒng)性能低下。

??磁盤吞吐量

????磁盤指標(biāo)主要有 每秒讀寫多少兆，磁盤繁忙率，磁盤隊(duì)列數(shù)，平均服務(wù)時(shí)間，平均等待時(shí)間，空間利用率。其中 磁盤繁忙率 是直接反映磁盤是否有瓶頸的重要依據(jù)，一般情況下，磁盤繁忙率要低于70%。

??網(wǎng)絡(luò)吞吐量

????網(wǎng)絡(luò)吞吐量指標(biāo)主要有 每秒有多少兆流量進(jìn)出，一般情況下不能超過設(shè)備或鏈路最大傳輸能力的 70%。

??內(nèi)核參數(shù)

????操作系統(tǒng)內(nèi)核參數(shù)主要包括 信號(hào)量、進(jìn)程、文件句柄，一般不要超過設(shè)置的參數(shù)值即可

數(shù)據(jù)庫(kù)指標(biāo)

??常用的數(shù)據(jù)庫(kù)例如ＭySQL，指標(biāo)主要包括 SQL、吞吐量、緩存命中率、連接數(shù) 等

??SQL耗時(shí)越小越好，一般情況下微秒級(jí)別。

??命中率越高越好，一般情況下不能低于 95%。

??鎖等待次數(shù)越低越好，等待時(shí)間越短越好。

前端指標(biāo)

??前端指標(biāo)主要包括 頁(yè)面展示 和 網(wǎng)絡(luò) 所花的時(shí)間

??頁(yè)面要盡可能小及壓縮。

??頁(yè)面展示和花費(fèi)時(shí)間越短越好。

穩(wěn)定性指標(biāo)

??最短穩(wěn)定時(shí)間：系統(tǒng)按照 最大容量的 80% 或標(biāo)準(zhǔn)壓力（系統(tǒng)的預(yù)期日常壓力）情況下運(yùn)行，能夠穩(wěn)定運(yùn)行的最短時(shí)間。

??一般來(lái)說，對(duì)于正常工作日（8小時(shí)）運(yùn)行的系統(tǒng)，至少應(yīng)該能保證系統(tǒng)穩(wěn)定運(yùn)行 8 小時(shí)以上。對(duì)于 7×24 運(yùn)行的系統(tǒng)，至少應(yīng)該能夠保證系統(tǒng)穩(wěn)定運(yùn)行 24 小時(shí)以上。 如果系統(tǒng)不能穩(wěn)定的運(yùn)行，上線后，隨著業(yè)務(wù)量的增長(zhǎng)和長(zhǎng)時(shí)間運(yùn)行，將會(huì)出現(xiàn)性能下降甚至崩潰的風(fēng)險(xiǎn)。

??TPS 曲線穩(wěn)定，沒有大幅度的波動(dòng)。

??各項(xiàng)資源指標(biāo)沒有泄露或異常情況。

流程

??需求分析

??分析系統(tǒng)非功能需求（關(guān)注業(yè)務(wù)量、業(yè)務(wù)分布、用戶規(guī)模、性能指標(biāo)等信息），確定性能測(cè)試范圍，了解性能指標(biāo)。????一、系統(tǒng)非功能需求采集

??????（1）系統(tǒng)架構(gòu)：物理架構(gòu)（硬件及部署策略）和邏輯架構(gòu)（系統(tǒng)的功能與服務(wù)），包括中間件產(chǎn)品與配置、數(shù)據(jù)庫(kù)配置等，供我們搭建測(cè)試環(huán)境時(shí)進(jìn)行參考。

??????（2）業(yè)務(wù)流程：業(yè)務(wù)量和業(yè)務(wù)分布。采集業(yè)務(wù)（分析出哪些業(yè)務(wù)納入性能測(cè)試范圍）并量化業(yè)務(wù)、業(yè)務(wù)擴(kuò)展趨勢(shì)（年增長(zhǎng)率或者未來(lái)的業(yè)務(wù)量）、業(yè)務(wù)發(fā)生時(shí)段（業(yè)務(wù)高峰的發(fā)生時(shí)間和高峰業(yè)務(wù)量）、業(yè)務(wù)分布（各項(xiàng)業(yè)務(wù)之間的比例）。

??????（3）用戶信息：在線用戶數(shù)、活動(dòng)用戶數(shù)、業(yè)務(wù)分布。有些系統(tǒng)用戶量特別大，會(huì)對(duì)系統(tǒng)造成性能瓶頸，可以通過分析活動(dòng)用戶數(shù)和業(yè)務(wù)分布來(lái)分析負(fù)載情況。

??????（4）系統(tǒng)是否與第三方系統(tǒng)有關(guān)，是否需要做擋板（Mock程序）。

??????（5）系統(tǒng)是否有歸檔機(jī)制：如果數(shù)據(jù)庫(kù)有歸檔機(jī)制，可以把一些無(wú)用或者過時(shí)的信息移到歸檔庫(kù)，這樣就減少當(dāng)前數(shù)據(jù)庫(kù)的數(shù)據(jù)，有利于提高系統(tǒng)性能。

??????（6）性能指標(biāo)：吞吐率、響應(yīng)時(shí)間、事務(wù)成功率，CPU、內(nèi)存、磁盤、帶寬使用閥值。

????二、系統(tǒng)非功能需求分析

????確定性能測(cè)試范圍

是否核心業(yè)務(wù)，是否要求嚴(yán)格的質(zhì)量 是否高頻次的業(yè)務(wù) 是否占用系統(tǒng)較多資源、或性能影響大的業(yè)務(wù) 使用人數(shù)多還是少 在線人數(shù)多還是少 確定此功能的可測(cè)性、可驗(yàn)證性：功能是否可驗(yàn)證（是否牽連到第三方程序，是否需要做擋板Mock程序）。

????明確性能指標(biāo) 業(yè)務(wù)性能指標(biāo) 吞吐量（PV）、吞吐率（TPS等） 響應(yīng)時(shí)間（RT）/ 應(yīng)用響應(yīng)時(shí)間（ART）：3秒以內(nèi) 事務(wù)成功率：99%以上 穩(wěn)定波動(dòng)正常范圍

??測(cè)試策略

????負(fù)載測(cè)試 壓力測(cè)試 并發(fā)測(cè)試

????在文檔中明確列出測(cè)試范圍、人力投入、持續(xù)時(shí)間、工作內(nèi)容、風(fēng)險(xiǎn)評(píng)估、風(fēng)險(xiǎn)應(yīng)對(duì)策略等。

系統(tǒng)概述：簡(jiǎn)述系統(tǒng)使命、系統(tǒng)功能，用于給非專業(yè)人士了解系統(tǒng)是做什么的。 測(cè)試環(huán)境：生產(chǎn)環(huán)境、測(cè)試環(huán)境（服務(wù)器+負(fù)載機(jī)）的硬件架構(gòu)和詳細(xì)配置信息。 需求分析：需要測(cè)試的業(yè)務(wù)模型及其信息采集，性能指標(biāo)的采集和確定。 測(cè)試策略：測(cè)試目的、測(cè)試執(zhí)行的可行性分析、具體的測(cè)試手段及測(cè)試監(jiān)控策略。 測(cè)試場(chǎng)景：如何組合業(yè)務(wù)場(chǎng)景進(jìn)行性能測(cè)試。 測(cè)試準(zhǔn)備：包括：測(cè)試工具的準(zhǔn)備（負(fù)載工具、監(jiān)控工具、文檔管理工具）；測(cè)試腳本及測(cè)試程序準(zhǔn)備；測(cè)試數(shù)據(jù)準(zhǔn)備；測(cè)試環(huán)境準(zhǔn)備。 時(shí)間計(jì)劃：進(jìn)行需求分析、測(cè)試策略后，就可以相對(duì)合理的估算測(cè)試資源及耗時(shí)。 測(cè)試組織架構(gòu)：測(cè)試相關(guān)干系人，明確不同干系人的工作職責(zé)。 交付物清單：性能測(cè)試計(jì)劃、性能測(cè)試腳本、性能缺陷報(bào)告、性能測(cè)試階段性報(bào)告、性能測(cè)試報(bào)告（包括且不僅限于事務(wù)成功率、TPS、硬件性能指標(biāo)等）。 系統(tǒng)風(fēng)險(xiǎn)：風(fēng)險(xiǎn)預(yù)測(cè)及風(fēng)險(xiǎn)評(píng)估（包括且不僅限于人員風(fēng)險(xiǎn)、軟件風(fēng)險(xiǎn)、進(jìn)度風(fēng)險(xiǎn)、變更風(fēng)險(xiǎn)、系統(tǒng)風(fēng)險(xiǎn)、數(shù)據(jù)風(fēng)險(xiǎn)、環(huán)境風(fēng)險(xiǎn)），并提出應(yīng)對(duì)策略。

??編寫腳本

????錄制腳本或手動(dòng)開發(fā)，添加固定計(jì)時(shí)器模擬ThinkTime，增加同步定時(shí)器模擬集合點(diǎn)，增加IF條件控制器判斷邏輯，添加后置處理器獲取參數(shù)。腳本注意做斷言?。?！，驗(yàn)證事務(wù)是否成功。 開發(fā)擋板程序，開發(fā)測(cè)試工具等。

????事務(wù)定義 合理的定義事務(wù)，能夠方便分析耗時(shí)（特別是混合業(yè)務(wù)功能場(chǎng)景測(cè)試），進(jìn)而方便分析瓶頸。比如，購(gòu)買商品，我們可以把下訂單定義為一個(gè)事務(wù)，把支付也定義為一個(gè)事務(wù)。

??執(zhí)行測(cè)試

????測(cè)試執(zhí)行是性能測(cè)試的關(guān)鍵，同樣的腳本不同執(zhí)行人員得出的結(jié)果可能差異較大。這些差異主要體現(xiàn)在場(chǎng)景設(shè)計(jì)與測(cè)試執(zhí)行上。

????場(chǎng)景設(shè)計(jì) 前面已經(jīng)確定了測(cè)試模型。場(chǎng)景設(shè)計(jì)是根據(jù)測(cè)試模型與目標(biāo)，組織虛擬用戶、組合業(yè)務(wù)種類到一個(gè)測(cè)試單元。組織測(cè)試場(chǎng)景時(shí)盡量要與實(shí)際業(yè)務(wù)情況一致。

????基準(zhǔn)測(cè)試 采用單業(yè)務(wù)場(chǎng)景、單用戶的方式執(zhí)行腳本。用于驗(yàn)證測(cè)試環(huán)境、測(cè)試腳本，以及為后續(xù)的測(cè)試執(zhí)行提供性能基準(zhǔn)。比如一個(gè)登錄系統(tǒng)，如果系統(tǒng)登錄時(shí)間為8秒，那么這個(gè)系統(tǒng)也就沒必要再進(jìn)行性能測(cè)試，因?yàn)樗B一般性能都達(dá)不到要求。

????配置測(cè)試 配置測(cè)試場(chǎng)景一般為混合場(chǎng)景（多個(gè)業(yè)務(wù)同時(shí)執(zhí)行），用于幫助分析系統(tǒng)軟、硬件配置是否滿足性能需求指標(biāo)，優(yōu)化配置使各項(xiàng)資源達(dá)到最優(yōu)分配原則。測(cè)試過程是一個(gè)實(shí)驗(yàn)過程，先是找出不合理配置，然后進(jìn)行修改，最后進(jìn)行驗(yàn)證；周而復(fù)始到配置滿足需求。

????負(fù)載測(cè)試 負(fù)載測(cè)試的目的是分析性能變化趨勢(shì)，找出性能拐點(diǎn)分析性能問題與風(fēng)險(xiǎn)，對(duì)系統(tǒng)進(jìn)行定容定量；為系統(tǒng)優(yōu)化、性能調(diào)整提供數(shù)據(jù)支撐。負(fù)載測(cè)試分為單場(chǎng)景與混合場(chǎng)景；單場(chǎng)景有利于分析性能問題，因?yàn)榕懦似渌麡I(yè)務(wù)干擾；混合場(chǎng)景更貼近用戶實(shí)際使用習(xí)慣，是一個(gè)綜合的性能評(píng)估。建議先做單場(chǎng)景測(cè)試再做混合場(chǎng)景測(cè)試。

????負(fù)載測(cè)試的性能變化曲線圖見前面的 “RT&TPS和Thread的趨勢(shì)圖”，①可以理解為單業(yè)務(wù)、單用戶時(shí)的系統(tǒng)性能，②通常是我們估算的滿足性能需求的點(diǎn)，③是性能拐點(diǎn)，之后性能變差，在這個(gè)點(diǎn)系統(tǒng)吞吐量達(dá)到最大，④這個(gè)點(diǎn)已經(jīng)過載，吞吐量開始減小。負(fù)載測(cè)試一般需要找到②③④這三個(gè)點(diǎn)，通常會(huì)因?yàn)橐恍┡渲?、程序問題而受到干擾，所以執(zhí)行測(cè)試也是一個(gè)耗時(shí)的工作。

????穩(wěn)定性測(cè)試 穩(wěn)定性測(cè)試在正常性能閥值下盡量加大負(fù)載，長(zhǎng)時(shí)間運(yùn)行，確定系統(tǒng)的軟、硬件環(huán)境是否運(yùn)行穩(wěn)定。什么是閥值呢？比如響應(yīng)時(shí)間要求3s以內(nèi)，3秒就是閥值；比如CPU利用率70%以下，70%就是閥值。假設(shè)滿足性能要求的負(fù)載是B，那么穩(wěn)定性測(cè)試時(shí)負(fù)載一般是1.5B~2B。執(zhí)行時(shí)采用混合場(chǎng)景，按慣例執(zhí)行時(shí)間不低于8小時(shí)。時(shí)間上越長(zhǎng)越好，有些隱藏較深的諸如內(nèi)存溢出的問題是需要長(zhǎng)時(shí)間運(yùn)行才能反映出來(lái)的。

??指標(biāo)監(jiān)控

????響應(yīng)時(shí)間

????吞吐量

????資源利用率

????并發(fā)處理能力

????中間件的使用情況

????數(shù)據(jù)庫(kù)指標(biāo)

????穩(wěn)定性指標(biāo)

??測(cè)試報(bào)告

????Jmeter測(cè)試報(bào)告的內(nèi)容介紹：

??????儀表盤統(tǒng)計(jì)：

????對(duì)于報(bào)告人來(lái)說，報(bào)告的是工作，是對(duì)整個(gè)測(cè)試過程的報(bào)告。對(duì)于決策層（報(bào)告相關(guān)干系人）來(lái)說關(guān)心的是結(jié)果，決策層迫切的想知道Yes or No，系統(tǒng)能不能上線，如果不能上線，有什么問題，怎么能夠盡快解決？這兩方面的需求決定了測(cè)試報(bào)告需要包含以下內(nèi)容。

性能測(cè)試背景：測(cè)試原因，性能測(cè)試開展的必要性。 性能測(cè)試目標(biāo)：對(duì)系統(tǒng)進(jìn)行定容定量、響應(yīng)時(shí)間、配置、穩(wěn)定性等測(cè)試，風(fēng)險(xiǎn)評(píng)估。 性能測(cè)試范圍：參考測(cè)試計(jì)劃中的測(cè)試范圍。 名詞術(shù)語(yǔ)： 涉及專業(yè)名詞的解釋，參考測(cè)試計(jì)劃。 測(cè)試環(huán)境：報(bào)告結(jié)果基于的測(cè)試環(huán)境，不同的環(huán)境結(jié)果可能大相徑庭。 測(cè)試數(shù)據(jù)：報(bào)告測(cè)試數(shù)據(jù)量，參考測(cè)試計(jì)劃。 測(cè)試進(jìn)度：報(bào)告測(cè)試過程，什么時(shí)候做什么工作，比如哪一天執(zhí)行了哪些測(cè)試腳本。 測(cè)試結(jié)果：基準(zhǔn)測(cè)試、配置測(cè)試、負(fù)載測(cè)試、穩(wěn)定性測(cè)試等，全面多方位的報(bào)告測(cè)試結(jié)果，TPS、ART、事務(wù)成功率、硬件資源使用率（CPU、內(nèi)存、網(wǎng)絡(luò)、IO等）。 測(cè)試結(jié)論：分析給出測(cè)試結(jié)論，系統(tǒng)能否滿足性能要求？存在什么問題？有哪些缺陷？解決了哪些問題？還有哪些問題沒有解決？列出仍沒有解決的系統(tǒng)缺陷。 系統(tǒng)風(fēng)險(xiǎn)：報(bào)告系統(tǒng)可能存在的風(fēng)險(xiǎn)，幫助決策層應(yīng)對(duì)風(fēng)險(xiǎn)。

常問問題

怎么驗(yàn)證性能需求——執(zhí)行并發(fā)，根據(jù)項(xiàng)目指定的性能標(biāo)準(zhǔn)驗(yàn)證。

壓力測(cè)試怎么做——找到系統(tǒng)最大并發(fā)，根據(jù)最大并發(fā)進(jìn)行加倍壓測(cè)

??例：假如系統(tǒng)最大并發(fā)為200，第一次進(jìn)行400并發(fā)壓測(cè)服務(wù)器沒崩繼續(xù)加進(jìn)行600直至服務(wù)器崩了

????服務(wù)器崩的標(biāo)準(zhǔn)：失敗率突然從正常狀態(tài)一下子非常異常并且越來(lái)越高

??當(dāng)前系統(tǒng)最大并發(fā)——注冊(cè)用戶30w，最大并發(fā)500-600

最大并發(fā)怎么找

??普通方法：

????并發(fā)tps = 總請(qǐng)求數(shù)/總時(shí)間

????只能滿足最基本的要求，但是不能很好覆蓋系統(tǒng)正常的使用情況

??二八原則：

????并發(fā)tps = 總請(qǐng)求數(shù) * 80% / 總時(shí)間 * 20%

????滿足系統(tǒng)絕大多數(shù)情況下的應(yīng)用場(chǎng)景的需要

??根據(jù)業(yè)務(wù)運(yùn)營(yíng)數(shù)據(jù)的統(tǒng)計(jì)計(jì)算（通常用來(lái)做穩(wěn)定性測(cè)試）

????并發(fā)TPS = 有效請(qǐng)求數(shù) * 80% / 有效時(shí)間 * 20%

????當(dāng)運(yùn)營(yíng)數(shù)據(jù)統(tǒng)計(jì)越精確時(shí)，計(jì)算出的并發(fā)TPS與實(shí)際的越接近

??根據(jù)用戶峰值業(yè)務(wù)操作來(lái)計(jì)算（通常用來(lái)做壓力測(cè)試）

????并發(fā)TPS = 峰值請(qǐng)求數(shù) / 峰值時(shí)間 * 系數(shù)

????滿足峰值請(qǐng)求時(shí)間段內(nèi)的負(fù)載量，系數(shù)取決于項(xiàng)目組對(duì)于未來(lái)業(yè)務(wù)量的評(píng)估

??進(jìn)行壓測(cè)記錄

????例：最大并發(fā)200

??服務(wù)器由軟件硬件組成硬件最重要的有CPU、帶寬、內(nèi)存、硬盤

??服務(wù)器網(wǎng)站架構(gòu)：?jiǎn)螜C(jī)（性能很差）、集群（不同軟件部署到不同服務(wù)器然后連在一起構(gòu)成一個(gè)服務(wù)器）兩種

??代理：正向代理（整個(gè)過程用戶是一清二楚的）、反向代理（整個(gè)過程不透明）

柚子快報(bào)邀請(qǐng)碼778899分享：dubbo jmeter——下

http://yzkb.51969.com/

文章鏈接