整合營(yíng)銷服務(wù)商
電腦端+手機(jī)端+微信端=數(shù)據(jù)同步管理
免費(fèi)咨詢熱線：
電腦端+手機(jī)端+微信端=數(shù)據(jù)同步管理
免費(fèi)咨詢熱線：
b是apachebench命令的縮寫，它是apache自帶的Web性能測(cè)試工具。ab工具非常實(shí)用，它可以去創(chuàng)建多個(gè)并發(fā)訪問線程，模擬多個(gè)訪問客戶端同時(shí)對(duì)某一網(wǎng)站URL地址進(jìn)行訪問，這樣我們就可以用來測(cè)試apache的負(fù)載壓力，也可以對(duì)其它類型的服務(wù)器進(jìn)行壓力測(cè)試，比如nginx、tomcat、IIS等其它Web服務(wù)器的壓力。網(wǎng)站性能壓力測(cè)試可以說是服務(wù)器網(wǎng)站性能調(diào)優(yōu)過程中必不可缺少的一環(huán)，只有讓服務(wù)器處在高壓情況下，才能真正體現(xiàn)出軟件、硬件等各種設(shè)置不當(dāng)所暴露出的問題。本文詳細(xì)介紹一下ab工具的使用。
ab安裝我們可以通過yum方式直接安裝apache的工具包httpd-tools。
yum -y install httpd-tools
安裝完成后可使用“ab –V”命令查看當(dāng)前的版本。
有關(guān)ab命令的使用，我們可以通過“ab -help”幫助命令進(jìn)行查看。如下：
ab的命令參數(shù)比較多，但是我們常用的主要參數(shù)就是-n和-c參數(shù)。
模擬訪問次數(shù)除以客戶端就是每個(gè)客戶端所發(fā)送的訪問請(qǐng)求。
命令：ab -n Number1 -c Number2 url
實(shí)例：ab -n 100 -c10 https://www.baidu.com/
輸出結(jié)果如下：
# ab -n 100 -c 10 https://www.baidu.com/
This is ApacheBench, Version 2.3 <$Revision: 1430300 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/
Benchmarking www.baidu.com (be patient).....done
Server Software: BWS/1.1 #Web服務(wù)器軟件版本
Server Hostname: www.baidu.com #請(qǐng)求的URL主機(jī)名
Server Port: 443 #Web服務(wù)器軟件的監(jiān)聽端口
SSL/TLS Protocol: TLSv1.2,ECDHE-RSA-AES128-GCM-SHA256,2048,128 #SSL協(xié)議類型
Document Path: / #請(qǐng)求的URL中的根絕對(duì)路徑
Document Length: 227 bytes #HTTP響應(yīng)數(shù)據(jù)的正文長(zhǎng)度
Concurrency Level: 10 #請(qǐng)求的并發(fā)數(shù)，設(shè)置的-c參數(shù)
Time taken for tests: 1.276 seconds #所有這些請(qǐng)求被處理完成所花費(fèi)的總時(shí)間
Complete requests: 100 #總請(qǐng)求數(shù)量，設(shè)置的-n參數(shù)
Failed requests: 0 #失敗的請(qǐng)求數(shù)量
Write errors: 0
Total transferred: 111098 bytes #所有請(qǐng)求的響應(yīng)數(shù)據(jù)長(zhǎng)度總和，包括每個(gè)HTTP響應(yīng)數(shù)據(jù)的頭信息和正文數(shù)據(jù)的長(zhǎng)度。注意這里不包括HTTP請(qǐng)求數(shù)據(jù)的長(zhǎng)度，僅僅為web服務(wù)器流向用戶PC的應(yīng)用層數(shù)據(jù)總長(zhǎng)度。
HTML transferred: 22700 bytes #所有請(qǐng)求的響應(yīng)數(shù)據(jù)中正文數(shù)據(jù)的總和，也就是減去了Total transferred中HTTP響應(yīng)數(shù)據(jù)中的頭信息的長(zhǎng)度。
Requests per second: 78.38 [#/sec] (mean) #吞吐率，也叫QPS，計(jì)算公式：Complete requests/Time taken for tests
Time per request: 127.583 [ms] (mean) #用戶平均請(qǐng)求等待時(shí)間，從用戶角度看，完成一個(gè)請(qǐng)求所需要的時(shí)間。計(jì)算公式：Time token for tests/（Complete requests/Concurrency Level）
Time per request: 12.758 [ms] (mean, across all concurrent requests) #服務(wù)器完成一個(gè)請(qǐng)求的時(shí)間，計(jì)算公式：Time taken for tests/Complete requests，正好是吞吐率的倒數(shù)
Transfer rate: 85.04 [Kbytes/sec] received #網(wǎng)絡(luò)傳輸速度，計(jì)算公式：Total trnasferred/ Time taken for tests，這個(gè)統(tǒng)計(jì)很好的說明服務(wù)器的處理能力達(dá)到極限時(shí)，其出口寬帶的需求量
Connection Times (ms)
min mean[+/-sd] median max
Connect: 42 85 17.3 88 129
Processing: 15 27 10.8 23 66
Waiting: 15 27 10.5 23 66
Total: 67 112 19.7 111 167
#這幾行組成的表格主要是針對(duì)響應(yīng)時(shí)間也就是第一個(gè)Time per request進(jìn)行細(xì)分和統(tǒng)計(jì)。一個(gè)請(qǐng)求的響應(yīng)時(shí)間可以分成網(wǎng)絡(luò)鏈接（Connect），系統(tǒng)處理（Processing）和等待（Waiting）三個(gè)部分。
表中min表示最小值； mean表示平均值；[+/-sd]表示標(biāo)準(zhǔn)差（Standard Deviation） 表示數(shù)據(jù)的離散程度，數(shù)值越大表示數(shù)據(jù)越分散，系統(tǒng)響應(yīng)時(shí)間越不穩(wěn)定。 median表示中位數(shù)； max表示最大值。
需要注意的是表中的Total并不等于前三行數(shù)據(jù)相加，因?yàn)榍叭械臄?shù)據(jù)并不是在同一個(gè)請(qǐng)求中采集到的，可能某個(gè)請(qǐng)求的網(wǎng)絡(luò)延遲最短，但是系統(tǒng)處理時(shí)間又是最長(zhǎng)的呢。所以Total是從整個(gè)請(qǐng)求所需要的時(shí)間的角度來統(tǒng)計(jì)的。這里可以看到最慢的一個(gè)請(qǐng)求花費(fèi)了167ms
Percentage of the requests served within a certain time (ms)
50% 111
66% 121
75% 124
80% 128
90% 136
95% 152
98% 161
99% 167
100% 167 (longest request)
#這部分?jǐn)?shù)據(jù)用于描述每個(gè)請(qǐng)求處理時(shí)間的分布情況，比如以上測(cè)試，50%的請(qǐng)求處理時(shí)間都不超過111ms，60%的請(qǐng)求處理時(shí)間都不超過121ms...這個(gè)處理時(shí)間是指前面的Time per request，即對(duì)于單個(gè)用戶而言，平均每個(gè)請(qǐng)求的處理時(shí)間ab工具使用方便，上手較快，可以提供查看服務(wù)器性能的基本指標(biāo)，但是不能夠以圖形化的形式展現(xiàn)，也不能監(jiān)控，所以可以做臨時(shí)的、簡(jiǎn)單的服務(wù)器性能測(cè)試。同類型的壓力測(cè)試工具還有：webbench、siege等。需要注意的是ab命令對(duì)發(fā)出負(fù)載的計(jì)算機(jī)要求很低，它既不會(huì)占用很高CPU，也不會(huì)占用很多內(nèi)存，但卻會(huì)給目標(biāo)服務(wù)器造成巨大的負(fù)載，其原理類似CC攻擊。我們測(cè)試使用時(shí)需要注意，否則一次上太多的負(fù)載，可能造成目標(biāo)服務(wù)器資源耗完，嚴(yán)重時(shí)甚至導(dǎo)致死機(jī)。
JMeter
Apache JMeter是Apache組織開發(fā)的基于Java的壓力測(cè)試工具。用于對(duì)軟件做壓力測(cè)試，它最初被設(shè)計(jì)用于Web應(yīng)用測(cè)試，但后來擴(kuò)展到其他測(cè)試領(lǐng)域。
（1）因?yàn)镴Meter是使用JAVA寫的，所以使用JMeter之前，先安裝JAVA環(huán)境，
oracle官網(wǎng)下載JDk https://www.oracle.com/technetwork/java/javase/downloads/index.html
配置變量
系統(tǒng)變量→新建 JAVA_HOME 變量 。 變量值填寫jdk的安裝目錄（本人是 E:\Java\jdk1.7.0)
系統(tǒng)變量→尋找 Path 變量→編輯
在變量值最后輸入 %JAVA_HOME%\bin;%JAVA_HOME%\jre\bin;
（注意原來Path的變量值末尾有沒有;號(hào)，如果沒有，先輸入；號(hào)再輸入上面的代碼）
系統(tǒng)變量→新建 CLASSPATH 變量
變量值填寫 .;%JAVA_HOME%\lib;%JAVA_HOME%\lib\tools.jar（注意最前面有一點(diǎn)）
系統(tǒng)變量配置完畢
測(cè)試jdk是否安裝成功，可在【開始】中搜索cmd，輸入【java -version】
1.JMeter下載地址：在官網(wǎng) http://jmeter.apache.org/
2.解壓下載的二進(jìn)制包，使用cmd命令進(jìn)入bin目錄，使用jmeter.bat啟動(dòng)程序。（注意直接雙擊jmeter.bat無法啟動(dòng)時(shí)需要使用Window+R，輸入cmd，然后進(jìn)入bin目錄如下）
3.啟動(dòng)之后會(huì)有兩個(gè)窗口，一個(gè)cmd窗口，一個(gè)JMeter的 GUI
上面的意思就是：不要使用GUI運(yùn)行壓力測(cè)試，GUI僅用于壓力測(cè)試的創(chuàng)建和調(diào)試；執(zhí)行壓力測(cè)試請(qǐng)不要使用GUI。使用下面的命令來執(zhí)行測(cè)試：
jmeter -n -t [jmx file] -l [results file] -e -o [Path to web report folder]
1.創(chuàng)建線程組
在“測(cè)試計(jì)劃”上右鍵 【添加】-->【Threads(Users)】-->【線程組】
2.設(shè)置線程數(shù)和循環(huán)次數(shù)。我這里設(shè)置線程數(shù)為500，循環(huán)一次。
3.創(chuàng)建Http請(qǐng)求
在“線程組”右鍵 【添加-】->【samlper】-->【HTTP 請(qǐng)求】
4.添加察看結(jié)果樹和聚合報(bào)告
在我們剛剛創(chuàng)建的線程組上右鍵 【添加】-->【監(jiān)聽器】-->【察看結(jié)果樹】。添加聚合報(bào)告，右鍵 【添加】-->【監(jiān)聽器】-->【聚合報(bào)告】。
直接添加，然后點(diǎn)擊運(yùn)行按鈕就可以看到結(jié)果了。
結(jié)果樹分析：
通過察看結(jié)果樹，我們可以看到每個(gè)請(qǐng)求的結(jié)果，其中紅色的是出錯(cuò)的請(qǐng)求，綠色的為通過。
Thread Name（線程組名稱）: 線程組 1-24
Sample Start（ 啟動(dòng)開始時(shí)間）: 2019-02-15 15:00:14 CST
Load time（加載時(shí)長(zhǎng)）: 290
Connect Time:（連接時(shí)長(zhǎng)） 86
Latency（等待時(shí)長(zhǎng)）: 174
Size in bytes（發(fā)送的數(shù)據(jù)總大小）: 2212
Sent bytes:821
Headers size in bytes（發(fā)送數(shù)據(jù)的其余部分大小）: 1162
Body size in bytes: 1050
Sample Count（發(fā)送統(tǒng)計(jì)）: 1
Error Count（錯(cuò)誤統(tǒng)計(jì)）: 0
Data type ("text"|"bin"|""): text
Response code（返回狀態(tài)碼）: 200
Response message（返回信息）: OK
這里綠色的就說明請(qǐng)求是通過的，返回值是200，如果出現(xiàn)紅色的×就說明請(qǐng)求失敗，這時(shí)候可以通過右邊的取樣器結(jié)果和響應(yīng)數(shù)據(jù)來查看結(jié)果。
聚合報(bào)告分析：
Sample:本次測(cè)試場(chǎng)景共運(yùn)行多少線程；
Average:平均響應(yīng)時(shí)間；
Median:統(tǒng)計(jì)意義上的響應(yīng)時(shí)間中值；
90% line:所有線程中90%的線程響應(yīng)時(shí)間都小于xx的值;
Min:響應(yīng)最小時(shí)間；
Max:響應(yīng)最大時(shí)間；
Error:出錯(cuò)率；
Throughput - 吞吐量以“requests/second、requests /minute、 requests /hour”來衡量。 時(shí)間單位已經(jīng)被選取為second，所以，顯示速率至少是1.0，即每秒1個(gè)請(qǐng)求。 當(dāng)吞吐量被保存到CVS文件時(shí)，采用的是requests/second，所以30.0 requests/second 在CVS中被保存為0.5
Kb/sec - 以Kilobytes/seond來衡量的吞吐量
（1）50個(gè)用戶在10秒中同時(shí)訪問企業(yè)用戶會(huì)議室預(yù)定頁(yè)面，平均響應(yīng)時(shí)間是0.146秒，最大的響應(yīng)時(shí)間0.387秒，最小的響應(yīng)時(shí)間是0.096秒，錯(cuò)誤率為0。
（2）100個(gè)用戶在10秒中同時(shí)訪問企業(yè)用戶會(huì)議室預(yù)定頁(yè)面，平均響應(yīng)時(shí)間是2.295秒，最大的響應(yīng)時(shí)間8.132秒，最小的響應(yīng)時(shí)間是0.425秒，錯(cuò)誤率為0。
要：最近筆主帶著兩位新入職的同事進(jìn)行了公司新平臺(tái)的壓力測(cè)試，工具選擇的當(dāng)然是Loadrunner，小筆發(fā)現(xiàn)有很多剛?cè)腴TLoadrunner的小白都會(huì)遇到很多相似的問題，但是這些問題并不能在各大搜索網(wǎng)站上得到完善的解決。因此，小筆選中了51testing這個(gè)流量給力認(rèn)可度高的專業(yè)測(cè)試平臺(tái)給各位loadrunner新手提拱一份參考，希望能夠幫助到有需要的朋友。
在如今的大數(shù)據(jù)時(shí)代，軟件、測(cè)試、自動(dòng)化測(cè)試都在扮演者不可或缺的重要角色，我們開發(fā)一個(gè)平臺(tái)要求的已經(jīng)不僅僅是功能要正確，更要考慮的是隨著訪問量的增加給客戶帶來的壓力體驗(yàn)。
OK，引文部分已經(jīng)完成，下面我們一起走進(jìn)Loadrunner的壓力測(cè)試吧。
跟著小筆一起動(dòng)手來完成此次的壓力測(cè)試吧！一個(gè)完整的壓力測(cè)試三部曲：
1.腳本錄制->2. 場(chǎng)景設(shè)計(jì)->3. 結(jié)果分析
場(chǎng)景介紹：此處我們選擇最具有代表意義的多用戶并發(fā)登錄系統(tǒng)，我們測(cè)試150個(gè)用戶并發(fā)登錄平臺(tái)A的時(shí)候給系統(tǒng)增加的壓力情況。
測(cè)試背景： Windows Server 2008+Loadrunner11+IE8
1．錄制腳本（Virtual User Generator）
安裝好Loadrunner后（安裝比較容易，在此暫且省略），打開Virtual User Generator進(jìn)行腳本錄制，錄制時(shí)相關(guān)設(shè)置：
Step 1、Catalog選擇'Web(HTTP/HTML)'，點(diǎn)擊[Create] 按鈕。
Step 2、[URL Address]的值輸入需要測(cè)試系統(tǒng)的地址，點(diǎn)擊[OK]按鈕。
Step3、開始進(jìn)行登錄系統(tǒng)的腳本錄制，一般情況下，我們?cè)阡浿频倪^程中需要切分action，不同的操作放在相對(duì)應(yīng)的action里，此處因?yàn)椴僮骱?jiǎn)單，我們暫且不去細(xì)分。
Step4、生成腳本
Step5、優(yōu)化腳本：添加集合點(diǎn)，事務(wù)，思考時(shí)間。
事務(wù)：定義一個(gè)action的范圍，以便對(duì)此action進(jìn)行某種操作。比如對(duì)該action進(jìn)行計(jì)時(shí)操作。
語(yǔ)句：lr_start_transaction("login");
集合點(diǎn)：正如字面意思，等待所有的事務(wù)集合到一起進(jìn)行的操作，用來執(zhí)行負(fù)載測(cè)試。要實(shí)現(xiàn)此操作，可以同步 Vuser 以便恰好在同一時(shí)刻執(zhí)行任務(wù)。通過創(chuàng)建集合點(diǎn)，可以配置多個(gè) Vuser 同時(shí)執(zhí)行某個(gè)操作。當(dāng)某個(gè) Vuser 到達(dá)該集合點(diǎn)時(shí)，將進(jìn)行等待，直到參與該集合的全部 Vuser 都到達(dá)。指定數(shù)量的 Vuser 均到達(dá)后，釋放所有這些 Vuser。
語(yǔ)句：lr_rendezvous("login");
思考時(shí)間：思考時(shí)間即等待時(shí)間，是一種延遲操作，很好理解。
語(yǔ)句：lr_think_time(5);
2．場(chǎng)景設(shè)計(jì)（Controller）
Step1、打開 controller，添加上面優(yōu)化好的腳本，設(shè)置場(chǎng)景模式。（此處命名為testLogin）設(shè)置場(chǎng)景如下：
Step2、點(diǎn)擊【Start Scenario】運(yùn)行腳本，結(jié)果如下：
Step 3、點(diǎn)擊紫色框中按鈕，生成測(cè)試結(jié)果報(bào)告。
2．結(jié)果分析（Analysis）
Analysis 可以說是Loadrunner壓力測(cè)試的重點(diǎn)和難點(diǎn)，所以對(duì)于新手而言 analysis不是測(cè)試的結(jié)束，而是開始。因此，對(duì)于各項(xiàng)測(cè)試結(jié)果我們要做出準(zhǔn)確的理解和判斷。在本次的實(shí)踐中，我們做的是一個(gè)比較簡(jiǎn)單的場(chǎng)景，那么針對(duì)此場(chǎng)景的各項(xiàng)結(jié)果如下：
【測(cè)試報(bào)告分析摘要】，這里顯示了實(shí)際測(cè)試過程中，總體的測(cè)試結(jié)果。我們可以選擇更過的圖來分析系統(tǒng)的負(fù)載情況。
【Running Vuser】結(jié)果分析：Vuser是并發(fā)測(cè)試選取的虛擬用戶，從下圖中可以看出，Vuser是每5秒增加5個(gè)，在02:20秒的時(shí)候達(dá)到了頂峰值150，持續(xù)運(yùn)行了一分鐘后，逐漸退出系統(tǒng)。
【Hits per Second】結(jié)果分析：每秒提交的HTTP請(qǐng)求數(shù)量，在本場(chǎng)景中執(zhí)行的時(shí)間比較短，因此結(jié)果不是很明顯，建議大家此處可以放寬執(zhí)行時(shí)間，這樣得到的結(jié)果比較準(zhǔn)確。
【Throughput】結(jié)果分析：吞吐量是指返回的應(yīng)用層數(shù)據(jù)的值，吞吐量單位是以字節(jié)數(shù)為準(zhǔn)，表示Vuser在任何給定的某一秒上從服務(wù)器獲得的數(shù)據(jù)量。借助此圖我們可以依據(jù)服務(wù)器吞吐量來評(píng)估Vuser產(chǎn)生的負(fù)載量。該數(shù)據(jù)越小說明系統(tǒng)的帶寬依賴就越小，通過這個(gè)數(shù)據(jù)可以確定是不是網(wǎng)絡(luò)出現(xiàn)了瓶頸。
【Tansaction summary】結(jié)果分析：事務(wù)概要說明，統(tǒng)計(jì)執(zhí)行的事務(wù)數(shù)量，比如在本次場(chǎng)景中，login和exist這兩個(gè)事務(wù)的值都是855次。同事也監(jiān)控了事務(wù)的Pass數(shù)和Fail數(shù)，了解負(fù)載的事務(wù)完成情況。通過的事務(wù)數(shù)越多，說明系統(tǒng)的處理能力越強(qiáng)；失敗的事務(wù)數(shù)越小說明系統(tǒng)越可靠。這個(gè)比較容易理解，不多闡述。
【Average Transaction Response Time】- 事務(wù)響應(yīng)時(shí)間結(jié)果分析：這里需要注意的一個(gè)問題是因?yàn)樵赥ransaction Response Times里面是場(chǎng)景運(yùn)行時(shí)記錄的響應(yīng)時(shí)間的最大值最小值與平均值，而Average Transaction Response Time 是按照采樣率每隔幾秒鐘取一個(gè)值畫出來的圖，然后根據(jù)圖來記錄最大值最小值和平均值，在報(bào)告中也可以看到，Average Transaction Response Time中寫的是圖最大值、圖小值和圖平均值。如果將采樣率設(shè)置小一些，這兩個(gè)值就會(huì)比較接。所以，抽象率是關(guān)鍵。那么下圖現(xiàn)實(shí)的結(jié)果可以看出，login這個(gè)action最大值是14.978，最小值是2.134，平均值是7.869；exist最小值是0.02，最大值0.214，平均值是0.078 。這些時(shí)間是可以接受的壓力響應(yīng)的時(shí)間。
本次測(cè)試過程中常見問題匯總：
之所以加上問題匯總是因?yàn)楣P主覺得大家在做壓力測(cè)試的時(shí)候，這類問題的出現(xiàn)率很高，所以，在此稍微總結(jié)一下。
問題1：averager esponse time響應(yīng)時(shí)間過長(zhǎng)？（與實(shí)際偏差甚大完全不合理）
解決方法：導(dǎo)致此問題的原因很多，但是我們可以從以下幾類去分析：1、是否在腳本中添加了多長(zhǎng)時(shí)間的思考時(shí)間。2、事務(wù)和集合點(diǎn)的先后順序是否正確，正確的順序是把集合點(diǎn)放在事務(wù)前面，反之則也會(huì)增加事務(wù)響應(yīng)時(shí)間的值。3、網(wǎng)速問題，網(wǎng)速一般不會(huì)造成太大的偏大，但是不排除并發(fā)量很大的情況下造成的延誤。
問題2：LoadRunner超時(shí)錯(cuò)誤
解決方法：首先在運(yùn)行環(huán)境中對(duì)超時(shí)進(jìn)行設(shè)置，默認(rèn)的超時(shí)時(shí)間可以設(shè)置長(zhǎng)一些，再設(shè)置多次迭代運(yùn)行，如果還有超時(shí)現(xiàn)象，需要在“Runtime Setting”>“Internet Protocol：Preferences”>“Advanced”區(qū)域中設(shè)置一個(gè)“winlnet replay instead of sockets”選項(xiàng)，再回放是否成功。
問題3：LoadRunner腳本中出現(xiàn)亂碼
解決方法：重新錄制腳本，在錄制腳本前，打開錄制選項(xiàng)配置對(duì)話框進(jìn)行設(shè)置，在“Recording Options”的“Advanced”選項(xiàng)里先將“Surport Charset”選中，然后選中支持“UTF-8”的選項(xiàng)。
問題4：在錄制過程中IE頁(yè)面上，某些控件顯示有問題，導(dǎo)致錄制不了。
解決方法：一般情況下，將被測(cè)系統(tǒng)的URL加入到可信任站點(diǎn)即可解決此類問題。
問題5：Error -27796：Failed to connect to server‘XXXX’
這個(gè)問題可以說是經(jīng)常遇到但是不易被解決的難題，我們大致可以這樣去排查
（1）檢查run time setting中的請(qǐng)求超時(shí)時(shí)間Preferences中點(diǎn)擊Options‘HTTPrequest connect timeout’，‘HTTP-request receieve timeout’，‘Step download timeout’，查看其值是否為1000、1000、10000；run time setting設(shè)置完了后記住還需要在control組件的option的run time setting 中設(shè)置相應(yīng)的參數(shù)；
（2）Browser Emulation中的Download non-HTML resources選項(xiàng)去掉，點(diǎn)擊OK即可如果還不能解決的話，繼續(xù)嘗試第3種方法
（3）設(shè)置runt time setting中的internet protocol-preferences中的advaced區(qū)域有一個(gè)winlnet replay instead of sockets選項(xiàng)，選項(xiàng)后再回放就成功了。如果實(shí)在不行的話就試試重啟大法吧，因?yàn)橛行﹩栴}的確可能是因?yàn)楣ぞ邌栴}，網(wǎng)絡(luò)問題，機(jī)子問題等等。
總結(jié)：用Loadrunner進(jìn)行壓力測(cè)試難免會(huì)遇到各種問題，細(xì)心排查總能一一解決，所以筆者想對(duì)剛剛踏入這一行業(yè)的朋友說，不急不燥認(rèn)真去思考，問題總能被解決。希望此篇文章對(duì)大家有所幫助，任何問題都可以留言喔。
1）關(guān)注+私信回復(fù)：“測(cè)試”，可以免費(fèi)領(lǐng)取一份10G軟件測(cè)試工程師面試寶典文檔資料。以及相對(duì)應(yīng)的視頻學(xué)習(xí)教程免費(fèi)分享！，其中包括了有基礎(chǔ)知識(shí)、Linux必備、Mysql數(shù)據(jù)庫(kù)、抓包工具、接口測(cè)試工具、測(cè)試進(jìn)階-Python編程、Web自動(dòng)化測(cè)試、APP自動(dòng)化測(cè)試、接口自動(dòng)化測(cè)試、測(cè)試高級(jí)持續(xù)集成、測(cè)試架構(gòu)開發(fā)測(cè)試框架、性能測(cè)試等。
2）關(guān)注+私信回復(fù)："入群" 就可以邀請(qǐng)你進(jìn)入軟件測(cè)試群學(xué)習(xí)交流~~
*請(qǐng)認(rèn)真填寫需求信息，我們會(huì)在24小時(shí)內(nèi)與您取得聯(lián)系。
