性能測試的一些帖子

1、copy Bookmark· (轉(zhuǎn))實(shí)現(xiàn)LoadRunner多個(gè)場景的順序執(zhí)行應(yīng)用場景假設(shè)有3個(gè)不同的測試場景，分別為并發(fā)登錄、核心業(yè)務(wù)、可靠性測試，3個(gè)場景有先后執(zhí)行順序。由于白天測試機(jī)器另有用處，只能在晚上進(jìn)行性能測試，這時(shí)我們的期望是能否把測試場景都設(shè)定好之后晚上自動運(yùn)行，第二天我們回來看測試結(jié)果呢？答案是肯定的，可以有兩種方式實(shí)現(xiàn)。 第一種，相對簡單充分利用LR Controller里面Group的功能。新建一個(gè)場景把3個(gè)腳本都添加進(jìn)來，在Edit Schedule中選擇“Schedule by Group”的方式，在StartTime中設(shè)置3個(gè)腳本的運(yùn)行順序?yàn)椤癝tart

2、when Group xxx finished”，并在“Scenario Start Time”中設(shè)定場景在晚上的運(yùn)行啟動時(shí)間。設(shè)定完定時(shí)執(zhí)行場景后，點(diǎn)擊StartScenario按鈕，會出現(xiàn)一個(gè)倒計(jì)時(shí)窗口，這樣在固定的某個(gè)時(shí)間上，測試場景中的3個(gè)腳本將乖乖的按照設(shè)定的先后順序進(jìn)行測試。注意，如果沒有點(diǎn)擊StartScenario按鈕激活測試，是不會真正進(jìn)行測試的。（感謝Athenst朋友的提醒，_）第二種，比較靈活我們把應(yīng)用場景稍微擴(kuò)展一下，假設(shè)其中1、3場景只有一個(gè)測試腳本，而核心業(yè)務(wù)場景由數(shù)據(jù)錄入、數(shù)據(jù)查詢、數(shù)據(jù)上報(bào)3個(gè)腳本組成，同樣的，3個(gè)場景仍需按順序進(jìn)行測試。這時(shí)如果采用第一種方式

3、，由于第2個(gè)場景有3個(gè)腳本，所以第三個(gè)腳本的啟動時(shí)間就是一個(gè)問題了。由于Controller中每個(gè)腳本都對應(yīng)一個(gè)Group，而且GroupName不能重復(fù)，這時(shí)第三個(gè)場景的StartTime中“Start when group finished”則只能是選擇第二個(gè)場景中的某個(gè)Group，而并非是第二個(gè)場景的3個(gè)腳本都完成之后再進(jìn)行，無法達(dá)到我們的初衷。這時(shí)，可以通過命令行的方式來進(jìn)行。首先創(chuàng)建并設(shè)置好3個(gè)測試場景，再創(chuàng)建一個(gè)一個(gè)批處理程序按先后順序調(diào)用這3個(gè)場景進(jìn)行測試，最后通過Windows的定時(shí)任務(wù)設(shè)定批處理的執(zhí)行時(shí)間。批處理示例如下：clsSET M_ROOT="D:Progr

4、am FilesMIMercury LoadRunnerbin"%M_ROOT%wlrun.exe -TestPath "D:Program FilesMIMercury LoadRunnerscenarioTestTestScen_1.lrs" -Run%M_ROOT%wlrun.exe -TestPath "D:Program FilesMIMercury LoadRunnerscenarioTestTestScen_2.lrs" -Run%M_ROOT%wlrun.exe -TestPath "D:Program FilesMI

5、Mercury LoadRunnerscenarioTestTestScen_3.lrs" -Run這種方式比較靈活，但需要注意在ResultSettings中設(shè)置“Automatically create a results directory for each scenario execution”，以免后面的測試結(jié)果覆蓋了前面的。 另外補(bǔ)充一下，如果想對某個(gè)腳本進(jìn)行50、100、150.等用戶數(shù)遞增的測試，也可以用以上方法實(shí)現(xiàn)，但需要注意的是將事務(wù)名稱區(qū)分開以便進(jìn)行分析。· 如何在LoadRunner中監(jiān)控Oracle數(shù)據(jù)庫(轉(zhuǎn))1、使用LR自帶的監(jiān)控引擎 在LR的c

6、ontroller上安裝oracle客戶端：這一步就不用說了，安裝直接Setup，安裝就OK了。1）安裝完后，先配置一下Net Configuration Assistant。記住配置的服務(wù)名。配置成功會顯示：正在連接.測試成功。2）用sqlplus連接一下，看是否可以連接成功，打開sqlplus輸入oracle用戶名密碼和主機(jī)字符串。查看是否登錄成功。添加oracle計(jì)數(shù)器：3）登錄成功后，打開LR的controller.，在可用圖中選擇oracle，點(diǎn)擊add measurements,再點(diǎn)擊Advanced，如下所示：這里我們用LR native monitors。4）在Monitore

7、d Server Machines區(qū)域，添加oracle服務(wù)器所在的IP。5）再在Resource Measurements on:IP區(qū)域點(diǎn)擊添加，彈出對話框如下：6）輸入相應(yīng)的信息，這里的orcl就是前面在Net Configuration Assistant配置的服務(wù)名。7）點(diǎn)擊OK，這里我們應(yīng)該可以看到可以添加oracle的計(jì)數(shù)器了，如下所示：2、使用Sitescope引擎不需要配置Net Configuration Assistant。1）在第一個(gè)圖choose monitor engine中選擇sitescope，然后在在Monitored Server Machines區(qū)域點(diǎn)擊A

8、dd如下所示：在這里可以選擇本地或者其他機(jī)器的sitescope，如果sitescope啟用了account的驗(yàn)證，也要寫上相應(yīng)的用戶名密碼。2）在Resource Measurements on:IP區(qū)域點(diǎn)擊添加，彈出對話框如下：3）輸入信息如圖。點(diǎn)擊OK，如下：至此就可以監(jiān)控Oracle了。· LR監(jiān)控linux之詳解rstatd的安裝(轉(zhuǎn))1. 前期準(zhǔn)備：1,把rstatd文件解壓到要監(jiān)控的機(jī)器上。2,打開終端，定位到rstatd文件夾下：查看文件夾中的內(nèi)容如下： rootlocalhost rpc.rstatd# lsaclocal.m4   

9、COPYING     Makefile.am    README        rstat_proc.c rup.1config.h.in   CVS         Makefile.in    rpc.rstatd.8 rstat.x      

10、; rup.cconfigure     INSTALL     missing        rstatd.8      rsysinfo.1    stamp-h.inconfigure.in install-sh mkinstalldirs rstat_main.c rsysinfo.c2.執(zhí)行如下步驟：2.執(zhí)行：./co

11、nfigure 命令rootlocalhost rpc.rstatd# ./configurecreating cache ./config.cachechecking for a BSD compatible install. /usr/bin/install -cchecking whether build environment is sane. yeschecking whether make sets $MAKE. yeschecking for working aclocal. foundchecking for working autoconf. foundchecking fo

12、r working automake. foundchecking for working autoheader. foundchecking for working makeinfo. foundchecking for gawk. gawkchecking for gcc. gccchecking whether the C compiler (gcc ) works. yeschecking whether the C compiler (gcc ) is a cross-compiler. nochecking whether we are using GNU C.

13、 yeschecking whether gcc accepts -g. yeschecking for a BSD compatible install. /usr/bin/install -cchecking whether ln -s works. yeschecking whether make sets $MAKE. (cached) yeschecking how to run the C preprocessor. gcc -Echecking for sys/ioctl.h. yeschecking for syslog.h. yeschecking whether time.

14、h and sys/time.h may both be included. yeschecking whether gcc needs -traditional. nochecking for ANSI C header files. yeschecking return type of signal handlers. voidupdating cache ./config.cachecreating ./config.statuskcreating Makefilecreating config.h rootlocalhost rpc.rstatd# makerm -f rst

15、at.hrpcgen -h -o rstat.h rstat.xgcc -DHAVE_CONFIG_H -I. -I. -I.     -g -O2 -c rup.crup.c: In function 'ointopoint_v5':rup.c:256: warning: passing argument 6 of 'client->cl_ops->cl_call'?from incompatible pointer typerup.c: In function 'ointopoint_v3'

16、?rup.c:292: warning: passing argument 6 of 'client->cl_ops->cl_call'?from incompatible pointer typerup.c: In function 'main'?rup.c:317: warning: return type of 'main'?is not 'int'?rm -f rstat_xdr.crpcgen -c -o rstat_xdr.c rstat.xgcc -DHAVE_CONFIG_H -I. -I. -I.&#

17、160;    -g -O2 -c rstat_xdr.crm -f rstat_clnt.crpcgen -l -o rstat_clnt.c rstat.xgcc -DHAVE_CONFIG_H -I. -I. -I.     -g -O2 -c rstat_clnt.cgcc -g -O2 -o rup rup.o rstat_xdr.o rstat_clnt.o gcc -DHAVE_CONFIG_H -I. -I. -I.     -g

18、 -O2 -c rsysinfo.crsysinfo.c: In function 'ointopoint_v3'?rsysinfo.c:136: warning: passing argument 6 of 'client->cl_ops->cl_call'?from incompatible pointer typersysinfo.c: In function 'main'?rsysinfo.c:160: warning: return type of 'main'?is not 'int'?gc

19、c -g -O2 -o rsysinfo rsysinfo.o rstat_xdr.o rstat_clnt.o rm -f rstat_svc.crpcgen -m -o rstat_svc.c rstat.xgcc -DHAVE_CONFIG_H -I. -I. -I.     -g -O2 -c rstat_svc.cgcc -DHAVE_CONFIG_H -I. -I. -I.     -g -O2 -c rstat_proc.cgcc -DHAVE_CONFIG_H

20、 -I. -I. -I.     -g -O2 -c rstat_main.crstat_main.c: In function 'main'?rstat_main.c:82: warning: return type of 'main'?is not 'int'?gcc -g -O2 -o rpc.rstatd rstat_svc.o rstat_xdr.o rstat_proc.o rstat_main.o 這之后可以執(zhí)行:make check檢查一下。 root

21、localhost rpc.rstatd# make installmake1: Entering directory /opt/rpc.rstatd'/bin/sh ./mkinstalldirs /usr/local/bin /usr/bin/install -c rup /usr/local/bin/rup /usr/bin/install -c rsysinfo /usr/local/bin/rsysinfo/bin/sh ./mkinstalldirs /usr/local/sbin /usr/bin/install -c&#

22、160;rpc.rstatd /usr/local/sbin/rpc.rstatdmake1: Nothing to be done for install-data-am'.make1: Leaving directory /opt/rpc.rstatd'rootlocalhost rpc.rstatd# ./rpc.rstatdrootlocalhost rpc.rstatd# rpcinfo -p   program vers proto   port    100000  

23、0; 2   tcp    111 portmapper    100000    2   udp    111 portmapper    100024    1   udp    797 status    100024    1

24、60;  tcp    800 status    100001    5   udp    900 rstatd    100001    3   udp    900 rstatd    100001    2   udp&#

25、160;   900 rstatd    100001    1   udp    900 rstatdrootlocalhost rpc.rstatd# 3.    可能會出現(xiàn)的錯(cuò)誤： 1,若RPC服務(wù)沒有成功啟動。2,若目標(biāo)主機(jī)上開啟了防火墻，阻擋了RPC服務(wù)。在LR中添加時(shí)可能會出現(xiàn)如下錯(cuò)誤： Monitor name :UNIX Resources. Cannot initialize the mo

26、nitoring on 5. Error while creating the RPC client. Ensure that the machine can be connected and that it runs the rstat daemon (use rpcinfo utility for this verification). Detailed error: RPC: Failed to create RPC client.RPC-TCP: Failed to establish RPC server address.RPC-TCP: RPC Server &

27、lt;100001, 3, 17> is not registered on host '5'. (entry point: CFactory:Initialize).   MsgId: MMSG-47190 Monitor name :UNIX Resources. Internal rpc error (error code:2). Machine: 5. Hint: Check that RPC on this machine is up and running. Check that rstat

28、 daemon on this machine is up and running (use rpcinfo utility for this verification). Details: RPC: RPC call failed.RPC-TCP: recv()/recvfrom() failed.RPC-TCP: Timeout reached. (entry point: Factory:CollectData). MsgId: MMSG-47197 至此完畢。· Error -266121、設(shè)置代理服務(wù)器可能引起這個(gè)MERR-26612，取消代理服務(wù)器的設(shè)置解決2、

29、取消選中run time settings-browser emulation-download non-html resources.解決3、沒有設(shè)置關(guān)聯(lián)，在錄制完成之后F8，自動關(guān)聯(lián)看看 4、服務(wù)器程序本身問題· LoadRunner壓力測試結(jié)果分析探討(轉(zhuǎn))分析原則：1. 具體問題具體分析（這是由于不同的應(yīng)用系統(tǒng)，不同的測試目的，不同的性能關(guān)注點(diǎn)）2. 查找瓶頸時(shí)按以下順序，由易到難。服務(wù)器硬件瓶頸  網(wǎng)絡(luò)瓶頸（對局域網(wǎng)，可以不考慮）  服務(wù)器操作系統(tǒng)瓶頸（參數(shù)配置）  中間件瓶頸（參數(shù)配置，數(shù)據(jù)庫，web服務(wù)器等）  應(yīng)用瓶頸（SQL語

30、句、數(shù)據(jù)庫設(shè)計(jì)、業(yè)務(wù)邏輯、算法等）分析的信息來源：1. 根據(jù)場景運(yùn)行過程中的錯(cuò)誤提示信息2. 根據(jù)測試結(jié)果收集到的監(jiān)控指標(biāo)數(shù)據(jù)一錯(cuò)誤提示分析分析實(shí)例：分析：A、應(yīng)用服務(wù)死掉。（小用戶時(shí)：程序上的問題。程序上處理數(shù)據(jù)庫的問題，實(shí)際測試中多半是服務(wù)器鏈接的配置問題）B、應(yīng)用服務(wù)沒有死（應(yīng)用服務(wù)參數(shù)設(shè)置問題）對應(yīng)的Apache和tomcat的最大鏈接數(shù)需要修改，如果連接時(shí)收到connection refused消息，說明應(yīng)提高相應(yīng)的服務(wù)器最大連接的設(shè)置，增加幅度要根據(jù)實(shí)際情況和服務(wù)器硬件的情況來定，建議每次增加25%！C、數(shù)據(jù)庫的連接(數(shù)據(jù)庫啟動的最大連接數(shù)（跟硬件的內(nèi)存有關(guān)）)D、我們的應(yīng)用程序s

31、pring控制的最大鏈接數(shù)太低2. Error: Page download timeout (120 seconds) has expired分析：A、應(yīng)用服務(wù)參數(shù)設(shè)置太大導(dǎo)致服務(wù)器的瓶頸B、頁面中圖片太多C、在程序處理表的時(shí)候檢查字段太大多D、實(shí)際測試時(shí)有些資源需要請求外網(wǎng)，而我們的測試環(huán)境是局域網(wǎng)環(huán)境分析：A、腳本設(shè)計(jì)錯(cuò)誤，造成頁面異常。服務(wù)器有響應(yīng)！B、并發(fā)數(shù)過大，造成服務(wù)器響應(yīng)延遲。4. Error page “text=xxxxx”分析：A、腳本設(shè)計(jì)問題，例如，前一腳本修改了某些內(nèi)容，造成后面的腳本訪問異常。B、不確定因素，有時(shí)候回放正常的腳本，一放到場景中就出現(xiàn)這樣的錯(cuò)誤。只能反

32、復(fù)修改腳本！二監(jiān)控指標(biāo)數(shù)據(jù)分析1Vusers數(shù)Loadrunner 系統(tǒng)設(shè)置的虛擬用戶數(shù)目。Vuser去實(shí)際調(diào)用事先制作的腳本文件中的應(yīng)用。每個(gè)Vuser產(chǎn)生響應(yīng)的操作，所有的操作對服務(wù)器形成并發(fā)。顏色 比例 度量 圖最小值 圖平均值 圖最大值 圖中間值 圖SD1 Run 0.0 21.25 44 41 21.276在實(shí)際測試中，Vusers可以根據(jù)實(shí)際情況的需要，在測試過程中增加或者減少。2最大并發(fā)用戶數(shù)：顏色 比例 度量 最小值 平均值 最大值 SD應(yīng)用系統(tǒng)在當(dāng)前環(huán)境下能承受的最大并發(fā)用戶數(shù)。在方案運(yùn)行中，如果出現(xiàn)了大批用戶的業(yè)務(wù)操作失敗，或出現(xiàn)了服務(wù)器shutdown的情況，則說明在當(dāng)前

33、環(huán)境下，系統(tǒng)承受不了當(dāng)前并發(fā)用戶的負(fù)載壓力，那么最大并發(fā)用戶數(shù)就是前一個(gè)沒有出現(xiàn)這種現(xiàn)象的并發(fā)用戶數(shù)。從上圖可以看出：在測試運(yùn)行到4個(gè)小時(shí)左右的時(shí)候，apache的點(diǎn)擊數(shù)/秒開始迅速增加！3業(yè)務(wù)操作響應(yīng)時(shí)間：使用“事務(wù)性能摘要”圖，可以確定在方案執(zhí)行期間響應(yīng)時(shí)間過長的事務(wù)。顏色 比例 度量1 最小值1 平均值1 最大值分析事務(wù)的響應(yīng)情況，要每次詳細(xì)分析，目前還只能觀察到響應(yīng)時(shí)間過長的事務(wù)！4每秒點(diǎn)擊數(shù)負(fù)載測試期間每秒內(nèi) Vuser 在 Web 服務(wù)器上點(diǎn)擊的次數(shù)?？筛鶕?jù)點(diǎn)擊次數(shù)來估算 Vuser 生成的負(fù)載數(shù)。顏色 比例 度量 圖最小值 平均值 圖最大值 圖中間值 圖SD1 點(diǎn)擊次數(shù) 69.9

34、08 105.736 130.244 103.666 12.186從圖中不難看出，在4小時(shí)的時(shí)候，點(diǎn)技數(shù)明顯增高。和apache的每秒點(diǎn)擊數(shù)增大的時(shí)間相吻合！5吞吐量負(fù)載測試期間 Web 服務(wù)器上的吞吐量(字節(jié))。吞吐量表示在任何指定秒內(nèi) Vuser 從服務(wù)器接收到的數(shù)據(jù)量。此圖可估計(jì) Vuser 生成的負(fù)載量(服務(wù)器吞吐量)。顏色 比例 度量 圖最小值 平均值 圖最大值 圖中間值 圖SD1 Throughput 1257502.795 1375591.372 1525865.047 1372743.691 49130.473同樣，從圖中可以看出，在4個(gè)小時(shí)的時(shí)候，web服務(wù)器的吞吐量開始增高

35、。在圖中還可以看到吞吐量的走勢圖，從開始到進(jìn)行到4個(gè)小時(shí)反彈之前呈降低的趨勢，這是因?yàn)橄到y(tǒng)在初期調(diào)用的資源都是直接來之服務(wù)器，運(yùn)行一段時(shí)間后系統(tǒng)的部分資源來自緩存。6下載組件大小每個(gè)頁面的組件大小，且包括組件的標(biāo)頭的大?。№撁娼M件大小的分析表格比較復(fù)雜，實(shí)際分析中可以通過loadrunner的報(bào)告分析工具來分析。頁面組件大小分析主要是找到頁面中比較龐大的組件，如果其影響到了頁面的下載速度，則要想辦法將其改??！7Apache資源顯示APACHE web服務(wù)器上的資源摘要。前面已經(jīng)提到過以并發(fā)點(diǎn)擊數(shù)為主。顏色 比例 度量 最小值 平均值 最大值 SD三服務(wù)器資源監(jiān)控指標(biāo)：（目前通過top監(jiān)察）內(nèi)存

36、：Linux資源監(jiān)控中指標(biāo)內(nèi)存頁交換速率（Paging rate），如果該值偶爾走高，表明當(dāng)時(shí)有線程競爭內(nèi)存。如果持續(xù)很高，則內(nèi)存可能是瓶頸。也可能是內(nèi)存訪問命中率低。實(shí)際測試中，當(dāng)并發(fā)點(diǎn)擊數(shù)出現(xiàn)突然劇增前后，內(nèi)存的PR 值則居高25不下。說明目前測試的系統(tǒng)中內(nèi)存存在瓶頸！內(nèi)存資源成為系統(tǒng)性能的瓶頸的征兆:很高的換頁率(high pageout rate);進(jìn)程進(jìn)入不活動狀態(tài);交換區(qū)所有磁盤的活動次數(shù)可高;可高的全局系統(tǒng)CPU利用率;內(nèi)存不夠出錯(cuò)(out of memory errors)處理器：Linux資源監(jiān)控中指標(biāo)CPU占用率持續(xù)超過80%（對該值的要求，根據(jù)具體應(yīng)用和機(jī)器配置而要求不同

37、，有資料表明95），表明瓶頸是CPU。實(shí)際測試中，當(dāng)并發(fā)點(diǎn)技數(shù)出現(xiàn)突然增加前后，cpu的占用率持續(xù)保持在86以上！說明，目前系統(tǒng)用應(yīng)用的cpu也是測試的瓶頸！CPU資源成為系統(tǒng)性能的瓶頸的征兆:很慢的響應(yīng)時(shí)間(slow response time)CPU空閑時(shí)間為零(zero percent idle CPU)過高的用戶占用CPU時(shí)間(high percent user CPU)過高的系統(tǒng)占用CPU時(shí)間(high percent system CPU)長時(shí)間的有很長的運(yùn)行進(jìn)程隊(duì)列(large run queue size sustained over time)四數(shù)據(jù)庫服務(wù)器：數(shù)據(jù)庫服務(wù)器目前

38、測試觀察，當(dāng)web服務(wù)器點(diǎn)擊率增大時(shí)，觀察mysql數(shù)據(jù)庫的最大連接數(shù)，仍未超過系統(tǒng)設(shè)置的最大連接數(shù)。所以，暫時(shí)未發(fā)現(xiàn)數(shù)據(jù)庫的瓶頸！五結(jié)論以上報(bào)告分析中的數(shù)據(jù)、圖標(biāo)均來自同一次測試。是在平時(shí)測試中挑出的一次現(xiàn)象比較明顯，比較利于觀察的作為分析案例。根據(jù)以上綜合分析，當(dāng)前測試環(huán)境下，當(dāng)應(yīng)用系統(tǒng)產(chǎn)生最大533.667的并發(fā)壓力。平均負(fù)載壓力114.352。根據(jù)分析，用戶在4個(gè)小時(shí)的時(shí)候，并發(fā)數(shù)迅速增加前后的值在400左右！分析結(jié)果跟實(shí)際測試的硬件環(huán)境以及測試腳本有一定關(guān)系。同時(shí)，測試服務(wù)器的硬件配置和實(shí)際服務(wù)器的配置還有一定的差距！· LoadRunner常見測試結(jié)果分析(轉(zhuǎn))在測試過程

39、中，可能會出現(xiàn)以下常見的幾種測試情況： 一、當(dāng)事務(wù)響應(yīng)時(shí)間的曲線開始由緩慢上升，然后處于平衡，最后慢慢下降這種情形表明：* 從事務(wù)響應(yīng)時(shí)間曲線圖持續(xù)上升表明系統(tǒng)的處理能力在下降，事務(wù)的響應(yīng)時(shí)間變長；* 持續(xù)平衡表明并發(fā)用戶數(shù)達(dá)到一定數(shù)量，在多也可能接受不了，再有請求數(shù)，就等待；* 當(dāng)事務(wù)的響應(yīng)時(shí)間在下降，表明并發(fā)用戶的數(shù)量在慢慢減少，事務(wù)的請求數(shù)也在減少。如果系統(tǒng)沒有這種下降機(jī)制，響應(yīng)時(shí)間越來越長，直到系統(tǒng)癱瘓。從以上的結(jié)果分析可發(fā)現(xiàn)是由以下的原因引起：1. 程序中用戶數(shù)連接未做限制，導(dǎo)致請求數(shù)不斷上升，響應(yīng)時(shí)間不斷變長；2. 內(nèi)存泄露；二、CPU的使用率不斷上升，內(nèi)存的使用率也是不斷上升，其

40、他一切都很正常；表明系統(tǒng)中可能產(chǎn)生資源爭用情況；引起原因：開發(fā)人員注意資源調(diào)配問題。三、 所有的事務(wù)響應(yīng)時(shí)間、cpu等都很正常，業(yè)務(wù)出現(xiàn)失敗情況；引起原因：數(shù)據(jù)庫可能被鎖，就是說，你在操作一張表或一條記錄，別人就不能使用，即數(shù)據(jù)存在互斥性；當(dāng)數(shù)據(jù)量大時(shí)，就會出現(xiàn)數(shù)據(jù)錯(cuò)亂情況。· (轉(zhuǎn))LoadRunner分析結(jié)果圖功能說明2009-09-06 17:06:12Transactions（用戶事務(wù)分析）用戶事務(wù)分析是站在用戶角度進(jìn)行的基礎(chǔ)性能分析。1、Transation Sunmmary（事務(wù)綜述）對事務(wù)進(jìn)行綜合分析是性能分析的第一步，通過分析測試時(shí)間內(nèi)用戶事務(wù)的成功與失敗情況，可以直

41、接判斷出系統(tǒng)是否運(yùn)行正常。2、Average Transaciton Response Time（事務(wù)平均響應(yīng)時(shí)間）“事務(wù)平均響應(yīng)時(shí)間”顯示的是測試場景運(yùn)行期間的每一秒內(nèi)事務(wù)執(zhí)行所用的平均時(shí)間，通過它可以分析測試場景運(yùn)行期間應(yīng)用系統(tǒng)的性能走向。例：隨著測試時(shí)間的變化，系統(tǒng)處理事務(wù)的速度開始逐漸變慢，這說明應(yīng)用系統(tǒng)隨著投產(chǎn)時(shí)間的變化，整體性能將會有下降的趨勢。3、Transactions per Second（每秒通過事務(wù)數(shù)/TPS）“每秒通過事務(wù)數(shù)/TPS”顯示在場景運(yùn)行的每一秒鐘，每個(gè)事務(wù)通過、失敗以及停止的數(shù)量，使考查系統(tǒng)性能的一個(gè)重要參數(shù)。通過它可以確定系統(tǒng)在任何給定時(shí)刻的時(shí)間事務(wù)負(fù)載。

42、分析TPS主要是看曲線的性能走向。將它與平均事務(wù)響應(yīng)時(shí)間進(jìn)行對比，可以分析事務(wù)數(shù)目對執(zhí)行時(shí)間的影響。例：當(dāng)壓力加大時(shí)，點(diǎn)擊率/TPS曲線如果變化緩慢或者有平坦的趨勢，很有可能是服務(wù)器開始出現(xiàn)瓶頸。4、Total Transactions per Second（每秒通過事務(wù)總數(shù)）“每秒通過事務(wù)總數(shù)”顯示在場景運(yùn)行時(shí)，在每一秒內(nèi)通過的事務(wù)總數(shù)、失敗的事務(wù)總署以及停止的事務(wù)總數(shù)。5、Transaction Performance Sunmmary（事務(wù)性能摘要）“事務(wù)性能摘要”顯示方案中所有事務(wù)的最小、最大和平均執(zhí)行時(shí)間，可以直接判斷響應(yīng)時(shí)間是否符合用戶的要求。重點(diǎn)關(guān)注事務(wù)的平均和最大執(zhí)行時(shí)間，如果

43、其范圍不在用戶可以接受的時(shí)間范圍內(nèi)，需要進(jìn)行原因分析。6、Transaction Response Time Under Load（事務(wù)響應(yīng)時(shí)間與負(fù)載）“事務(wù)響應(yīng)時(shí)間與負(fù)載”是“正在運(yùn)行的虛擬用戶”圖和“平均響應(yīng)事務(wù)時(shí)間”圖的組合，通過它可以看出在任一時(shí)間點(diǎn)事務(wù)響應(yīng)時(shí)間與用戶數(shù)目的關(guān)系，從而掌握系統(tǒng)在用戶并發(fā)方面的性能數(shù)據(jù)，為擴(kuò)展用戶系統(tǒng)提供參考。此圖可以查看虛擬用戶負(fù)載對執(zhí)行時(shí)間的總體影響，對分析具有漸變負(fù)載的測試場景比較有用。7、Transaction Response Time(Percentile)（事務(wù)響應(yīng)時(shí)間(百分比)）“事務(wù)響應(yīng)時(shí)間(百分比)”是根據(jù)測試結(jié)果進(jìn)行分析而得到的綜合分

44、析圖，也就是工具通過一些統(tǒng)計(jì)分析方法間接得到的圖表。通過它可以分析在給定事務(wù)響應(yīng)時(shí)間范圍內(nèi)能執(zhí)行的事務(wù)百分比。8、Transaction Response Time(Distribution)（事務(wù)響應(yīng)時(shí)間(分布)）“事務(wù)響應(yīng)時(shí)間(分布)”顯示在場景運(yùn)行過程中，事務(wù)執(zhí)行所用時(shí)間的分布，通過它可以了解測試過程中不同響應(yīng)時(shí)間的事務(wù)數(shù)量。如果系統(tǒng)預(yù)先定義了相關(guān)事務(wù)可以接受的最小和最大事務(wù)響應(yīng)時(shí)間，則可以使用此圖確定服務(wù)器性能是否在可以接受的范圍內(nèi)。 Web Resources（Web資源分析）Web資源分析是從服務(wù)器入手對Web服務(wù)器的性能分析。1、Hits per Second（每秒點(diǎn)擊

45、次數(shù)）“每秒點(diǎn)擊次數(shù)”，即使運(yùn)行場景過程中虛擬用戶每秒向Web服務(wù)器提交的HTTP請求數(shù)。通過它可以評估虛擬用戶產(chǎn)生的負(fù)載量，如將其和“平均事務(wù)響應(yīng)時(shí)間”圖比較，可以查看點(diǎn)擊次數(shù)對事務(wù)性能產(chǎn)生的影響。通過對查看“每秒點(diǎn)擊次數(shù)”，可以判斷系統(tǒng)是否穩(wěn)定。系統(tǒng)點(diǎn)擊率下降通常表明服務(wù)器的響應(yīng)速度在變慢，需進(jìn)一步分析，發(fā)現(xiàn)系統(tǒng)瓶頸所在。2、Throughput（吞吐率）“吞吐率”顯示的是場景運(yùn)行過程中服務(wù)器的每秒的吞吐量。其度量單位是字節(jié)，表示虛擬用在任何給定的每一秒從服務(wù)器獲得的數(shù)據(jù)量?？梢砸罁?jù)服務(wù)器的吞吐量來評估虛擬用戶產(chǎn)生的負(fù)載量，以及看出服務(wù)器在流量方面的處理能力以及是否存在瓶頸?！巴掏侣省眻D和

46、“點(diǎn)擊率”圖的區(qū)別：“吞吐率”圖，是每秒服務(wù)器處理的HTTP申請數(shù)?！包c(diǎn)擊率”圖，是客戶端每秒從服務(wù)器獲得的總數(shù)據(jù)量。3、HTTP Status Code Summary（HTTP狀態(tài)代碼概要）“HTTP狀態(tài)代碼概要”顯示場景或會話步驟過程中從Web服務(wù)器返回的HTTP狀態(tài)代碼數(shù)，該圖按照代碼分組。HTTP狀態(tài)代碼表示HTTP請求的狀態(tài)。4、HTTP Responses per Second（每秒HTTP響應(yīng)數(shù)）“每秒HTTP響應(yīng)數(shù)”是顯示運(yùn)行場景過程中每秒從Web服務(wù)器返回的不同HTTP狀態(tài)代碼的數(shù)量，還能返回其它各類狀態(tài)碼的信息，通過分析狀態(tài)碼，可以判斷服務(wù)器在壓力下的運(yùn)行情況，也可以通過

47、對圖中顯示的結(jié)果進(jìn)行分組，進(jìn)而定位生成錯(cuò)誤的代碼腳本。5、Pages Downloader per Second（每秒下載頁面數(shù)）“每秒下載頁面數(shù)”顯示場景或會話步驟運(yùn)行的每一秒內(nèi)從服務(wù)器下載的網(wǎng)頁數(shù)。使用此圖可依據(jù)下載的頁數(shù)來計(jì)算Vuser生成的負(fù)載量。和吞吐量圖一樣，每秒下載頁面數(shù)圖標(biāo)是Vuser在給定的任一秒內(nèi)從服務(wù)器接收到的數(shù)據(jù)量。但是吞吐量考慮的各個(gè)資源極其大?。ɡ?，每個(gè)GIF文件的大小、每個(gè)網(wǎng)頁的大?。６棵胂螺d頁面數(shù)只考慮頁面數(shù)。注：要查看每秒下載頁數(shù)圖，必須在R-T-S那里設(shè)置“每秒頁面數(shù)(僅HTML模式)”。6、Retries per Second（每秒重試次數(shù)）“每秒重試

48、次數(shù)”顯示場景或會話步驟運(yùn)行的每一秒內(nèi)服務(wù)器嘗試的連接次數(shù)。在下列情況將重試服務(wù)器連接：A、初始連接未經(jīng)授權(quán)B、要求代理服務(wù)器身份驗(yàn)證C、服務(wù)器關(guān)閉了初始連接D、初始連接無法連接到服務(wù)器E、服務(wù)器最初無法解析負(fù)載生成器的IP地址7、Retries Summary（重試次數(shù)概要）“重試次數(shù)概要”顯示場景或會話步驟運(yùn)行過程中服務(wù)器嘗試的連接次數(shù)，它按照重試原因分組。將此圖與每秒重試次數(shù)圖一起使用可以確定場景或會話步驟運(yùn)行過程中服務(wù)器在哪個(gè)時(shí)間點(diǎn)進(jìn)行了重試。8、Connections（連接數(shù)）“連接數(shù)”顯示場景或會話步驟運(yùn)行過程中每個(gè)時(shí)間點(diǎn)打開的TCP/IP連接數(shù)。借助此圖，可以知道何時(shí)需要添加其他

49、連接。例：當(dāng)連接數(shù)到達(dá)穩(wěn)定狀態(tài)而事務(wù)響應(yīng)時(shí)間迅速增大時(shí)，添加連接可以使性能得到極大提高（事務(wù)響應(yīng)時(shí)間將降低）。9、Connections Per Second（每秒連接數(shù)）“每秒連接數(shù)”顯示方案在運(yùn)行過程中每秒建立的TCP/IP連接數(shù)。理想情況下，很多HTTP請求都應(yīng)該使用同一連接，而不是每個(gè)請求都新打開一個(gè)連接。通過每秒連接數(shù)圖可以看出服務(wù)器的處理情況，就表明服務(wù)器的性能在逐漸下降。10、SSLs Per Second（每秒SSL連接數(shù)）“每秒SSL連接數(shù)”顯示場景或會話步驟運(yùn)行的每一秒內(nèi)打開的新的以及重新使用的SSL連接數(shù)。當(dāng)對安全服務(wù)器打開TCP/IP連接后，瀏覽器將打開SSL連接。We

50、b Page Breakdown（網(wǎng)頁元素細(xì)分）“網(wǎng)頁元素細(xì)分”主要用來評估頁面內(nèi)容是否影響事務(wù)的響應(yīng)時(shí)間，通過它可以深入地分析網(wǎng)站上那些下載很慢的圖形或中斷的連接等有問題的元素。1、Web Page Breakdown（頁面分解總圖）“頁面分解”顯示某一具體事務(wù)在測試過程的響應(yīng)情況，進(jìn)而分析相關(guān)的事務(wù)運(yùn)行是否正常?！绊撁娣纸狻眻D可以按下面四種方式進(jìn)行進(jìn)一步細(xì)分：1)、Download Time Breaddown（下載時(shí)間細(xì)分）“下載時(shí)間細(xì)分”圖顯示網(wǎng)頁中不同元素的下載時(shí)間，同時(shí)還可按照下載過程把時(shí)間進(jìn)行分解，用不同的顏色來顯示DNS解析時(shí)間、建立連接時(shí)間、第一次緩沖時(shí)間等各自所占比例。2)

51、、Component Breakdown(Over Time)（組件細(xì)分(隨時(shí)間變化)）“組件細(xì)分”圖顯示選定網(wǎng)頁的頁面組件隨時(shí)間變化的細(xì)分圖。通過該圖可以很容易的看出哪些元素在測試過程中下載時(shí)間不穩(wěn)定。該圖特別適用于需要在客戶端下載控件較多的頁面，通過分析控件的響應(yīng)時(shí)間，很容易就能發(fā)現(xiàn)那些控件不穩(wěn)定或者比較耗時(shí)。3)、Download Time Breakdown(Over Time)（下載時(shí)間細(xì)分(隨時(shí)間變化)）“下載時(shí)間細(xì)分(隨時(shí)間變化)” 圖顯示選定網(wǎng)頁的頁面元素下載時(shí)間細(xì)分（隨時(shí)間變化）情況，它非常清晰地顯示了頁面各個(gè)元素在壓力測試過程中的下載情況?！跋螺d時(shí)間細(xì)分”圖顯示的是整個(gè)測試

52、過程頁面元素響應(yīng)的時(shí)間統(tǒng)計(jì)分析結(jié)果，“下載時(shí)間細(xì)分(隨時(shí)間變化)”顯示的事場景運(yùn)行過程中每一秒內(nèi)頁面元素響應(yīng)時(shí)間的統(tǒng)計(jì)結(jié)果，兩者分別從宏觀和微觀角度來分析頁面元素的下載時(shí)間。4)、Time to First Buffer Breakdown(Over Time)（第一次緩沖時(shí)間細(xì)分(隨時(shí)間變化)）“第一次緩沖時(shí)間細(xì)分(隨時(shí)間變化)”圖顯示成功收到從Web服務(wù)器返回的第一次緩沖之前的這段時(shí)間，場景或會話步驟運(yùn)行的每一秒中每個(gè)網(wǎng)頁組件的服務(wù)器時(shí)間和網(wǎng)絡(luò)時(shí)間（以秒為單位）。可以使用該圖確定場景或會話步驟運(yùn)行期間服務(wù)器或網(wǎng)絡(luò)出現(xiàn)問題的時(shí)間。First Buffer Time：是指客戶端與服務(wù)器端建立連

53、接后，從服務(wù)器發(fā)送第一個(gè)數(shù)據(jù)包開始計(jì)時(shí)，數(shù)據(jù)經(jīng)過網(wǎng)絡(luò)傳送到客戶端，到瀏覽器接收到第一個(gè)緩沖所用的時(shí)間。2、Page Component Breakdown（頁面組件細(xì)分）“頁面組件細(xì)分”圖顯示每個(gè)網(wǎng)頁及其組件的平均下載時(shí)間（以秒為單位）。可以根據(jù)下載組件所用的平均秒數(shù)對圖列進(jìn)行排序，通過它有助于隔離有問題的組件。3、Page Component Breakdown(Over Time)（頁面組件分解(隨時(shí)間變化)）“頁面組件分解(隨時(shí)間變化)”圖顯示在方案運(yùn)行期間的每一秒內(nèi)每個(gè)網(wǎng)頁及其組件的平均響應(yīng)時(shí)間 （以秒為單位）。4、Page Download Time Breakdown（頁面下載時(shí)間

54、細(xì)分）“頁面下載時(shí)間細(xì)分”圖顯示每個(gè)頁面組件下載時(shí)間的細(xì)分，可以根據(jù)它確定在網(wǎng)頁下載期間事務(wù)響應(yīng)時(shí)間緩慢是由網(wǎng)絡(luò)錯(cuò)誤引起還是由服務(wù)器錯(cuò)誤引起。“頁面下載時(shí)間細(xì)分”圖根據(jù)DNS解析時(shí)間、連接時(shí)間、第一次緩沖時(shí)間、SSL握手時(shí)間、接收時(shí)間、FTP驗(yàn)證時(shí)間、客戶端時(shí)間和錯(cuò)誤時(shí)間來對每個(gè)組件的下載過程進(jìn)行細(xì)分。5、Page Download Time Breakdown(Over Time)（頁面下載時(shí)間細(xì)分(隨時(shí)間變化)）“頁面下載時(shí)間細(xì)分(隨時(shí)間變化)”圖顯示方案運(yùn)行期間，每一秒內(nèi)每個(gè)頁面組件下載時(shí)間的細(xì)分。使用此圖可以確定網(wǎng)絡(luò)或服務(wù)器在方案執(zhí)行期間哪一時(shí)間點(diǎn)發(fā)生了問題。“頁面組件細(xì)分(隨時(shí)間變化

55、)”圖和“頁面下載時(shí)間細(xì)分(隨時(shí)間變化)”圖通常結(jié)合起來進(jìn)行分析：首先確定有問題的組件，然后分析它們的下載過程，進(jìn)而定位原因在哪里。6、Time to First Buffer Breakdown（第一次緩沖時(shí)間細(xì)分）“第一次緩沖時(shí)間細(xì)分”圖顯示成功收到從Web服務(wù)器返回的第一次緩沖之前的這一段時(shí)間內(nèi)的每個(gè)頁面組件的相關(guān)服務(wù)器/網(wǎng)路時(shí)間。如果組件的下載時(shí)間很長，則可以使用此圖確定產(chǎn)生的問題與服務(wù)器有關(guān)還是與網(wǎng)絡(luò)有關(guān)。網(wǎng)絡(luò)時(shí)間：定義為第一個(gè)HTTP請求那一刻開始，直到確認(rèn)為止所經(jīng)過的平均時(shí)間。服務(wù)器時(shí)間：定義為從收到初始HTTP請求確認(rèn)開始，直到成功收到來自Web服務(wù)器的一次緩沖為止所經(jīng)過的平均

56、時(shí)間。7、Time to First Buffer Breakdown(Over Time)（第一次緩沖時(shí)間細(xì)分(隨時(shí)間變化)）“第一次緩沖時(shí)間細(xì)分(隨時(shí)間變化)”圖顯示成功收到從Web服務(wù)器返回的第一個(gè)緩沖之前的這段時(shí)間內(nèi)，場景運(yùn)行的每一秒中每個(gè)網(wǎng)頁組件的服務(wù)器時(shí)間和網(wǎng)絡(luò)時(shí)間。可以使用此圖確定場景運(yùn)行期間服務(wù)器或網(wǎng)絡(luò)出現(xiàn)問題的時(shí)間點(diǎn)。8、Downloader Component Size(KB)（已下載組件大?。耙严螺d組件大小”圖顯示每個(gè)已經(jīng)下載的網(wǎng)頁組建的大小。通過它可以直接看出哪些組件比較大并需要進(jìn)一步進(jìn)行優(yōu)化以提高性能· 第一次緩沖時(shí)間2009-08-26 10:32:36

57、Time to First Buffer Breakdown(Over Time)第一次緩沖時(shí)間細(xì)分（隨時(shí)間變化）。此分析圖顯示成功收到從Web服務(wù)器返回的第一次緩沖之前這段時(shí)間內(nèi)，場景或會話步驟運(yùn)行的每一秒中每個(gè)網(wǎng)頁組件的服務(wù)器時(shí)間和網(wǎng)絡(luò)時(shí)間。通過此圖可確定場景或會話步驟運(yùn)行期間服務(wù)器或網(wǎng)絡(luò)出現(xiàn)問題的時(shí)間。NetWork Time場景或會話步驟運(yùn)行的每一秒中每個(gè)網(wǎng)頁組件的網(wǎng)絡(luò)時(shí)間。Server Time 場景或會話步驟運(yùn)行的每一秒中每個(gè)網(wǎng)頁組件的服務(wù)器時(shí)間。=First buffer是指從發(fā)出第一個(gè)http請求到收到第一個(gè)字節(jié)返回的時(shí)間。它是根據(jù)收到ACK的時(shí)間來劃分成兩部份：網(wǎng)絡(luò)時(shí)間+服務(wù)

58、器時(shí)間。網(wǎng)絡(luò)時(shí)間是從發(fā)出第一個(gè)http請求到收到ACK的時(shí)間。（也就是在網(wǎng)絡(luò)上傳送和收回所花的時(shí)間）服務(wù)器時(shí)間是從收到ACK到第一個(gè)字節(jié)返回的時(shí)間。（也就是服務(wù)器對請求處理的時(shí)間）first buffer= 服務(wù)器處理+網(wǎng)絡(luò)下載時(shí)間如果有很多non-html資源，需要檢查windows 或者linux 的網(wǎng)卡流量以及中間的路由器、交換間的帶寬注：ACK是TCP首部中的確認(rèn)標(biāo)志，對已接受到的TCP報(bào)文進(jìn)行確認(rèn)。英文縮寫: ACK (ACKnowledge Character）中文譯名: 確認(rèn)字符分類: 傳輸與接入解釋: 在數(shù)據(jù)通信傳輸中，接收站發(fā)給發(fā)送站的一種傳輸控制字符。它表示確認(rèn)發(fā)來的數(shù)據(jù)已

59、經(jīng)接受無誤· LoadRunner processor、memory、network interface性能對象 常用性能計(jì)數(shù)器說明(轉(zhuǎn))2009-08-06 10:58:20TPS  1   Transactions Per Second 的 縮 寫， 也 就 是 事 務(wù) 數(shù)/ 秒         2   Throughtput Per Second 的縮寫，單位：Byte/second 字節(jié)/秒，也就是吞吐量啦。  【分享】Network I

60、nterface 計(jì)數(shù)器 許多人對 Kbps、KB、Mbps 等速度單位有所誤解，以下簡單解釋一下所謂的 1.5M、3M、6M 如何計(jì)算。 所謂 1.5M 寬帶，其實(shí)是指 1.5Mbps (bits per second)，亦即 1.5 x 1024 / 8 = 192KB/sec， 但這只是理論上的速度，實(shí)際上則要再扣約 12% 的 Ethernet Header, IP Header, TCP Header, ATM Header 等控制訊號，故其傳輸速度上限應(yīng)為 169KB/sec 左右。 在傳輸單位的寫法上，B 和 b 分別代表 Bytes 和 bits，兩者的定義是不同的，

61、錢萬不要混淆。 1 Byte = 8 bits 1 Kb = 1024 bits 1 KB = 1024 bytes 1 Mb = 1024 Kb 1 MB = 1024 KB 寬帶最高下載理論值 1.5 M =169 KB/s 3 M =338 KB/s 6 M =676 KB/s 10 M =1126 KB/s 以上談到的是理論值，對于實(shí)際的連接速度可以通過下載文件的方法來測試，Bytes Total/sec    是在每個(gè)網(wǎng)絡(luò)適配器上發(fā)送和接收字節(jié)的速率，包括幀字符在內(nèi)。Network InterfaceBytes Received/sec=Network InterfaceBytes Received/sec+Network InterfaceBytes Sent/sec.Current Bandwidth  指以位/每秒估計(jì)的網(wǎng)絡(luò)接口的當(dāng)前帶寬。Output Queue Length