LoadRunner進(jìn)行性能測(cè)試過(guò)程講解

LoadRunner進(jìn)行性能測(cè)試過(guò)程講解第一頁(yè)，共59頁(yè)。概述本次講解的目的： 能夠再經(jīng)過(guò)少量的指導(dǎo)就可以直接在實(shí)際工作中使用LR進(jìn)行性能測(cè)試；演示實(shí)例：綜合運(yùn)維支撐系統(tǒng)用戶工單接單的性能測(cè)試講解的內(nèi)容：性能測(cè)試執(zhí)行過(guò)程，從中講解參數(shù)化、集合點(diǎn)、事務(wù)、檢查點(diǎn)、場(chǎng)景設(shè)置、結(jié)果分析

第二頁(yè)，共59頁(yè)。性能測(cè)試執(zhí)行過(guò)程性能測(cè)試執(zhí)行過(guò)程大致分為：數(shù)據(jù)準(zhǔn)備錄制、編輯及調(diào)試腳本設(shè)置及調(diào)試場(chǎng)景執(zhí)行場(chǎng)景分析結(jié)果第三頁(yè)，共59頁(yè)。一、數(shù)據(jù)準(zhǔn)備

數(shù)據(jù)準(zhǔn)備是根據(jù)測(cè)試的需要，在執(zhí)行測(cè)試之前在被測(cè)系統(tǒng)中加入的符合要求的數(shù)據(jù)。比如，我們?cè)跍y(cè)試接單性能時(shí)，需要有待接的工單，那么這些待接的工單就是在數(shù)據(jù)準(zhǔn)備階段完成的。第四頁(yè)，共59頁(yè)。一、數(shù)據(jù)準(zhǔn)備數(shù)據(jù)準(zhǔn)備方法1.手工要加的數(shù)據(jù)量比較少的情況下可以手工在系統(tǒng)中加。比如加一個(gè)接單的用戶2.使用LR或其他自動(dòng)化測(cè)試工具在數(shù)據(jù)量比較多情況下就要使用工具（LR/QTP等），我們常用的就是LR，錄制一個(gè)加數(shù)據(jù)的腳本，反復(fù)迭代運(yùn)行腳本或在場(chǎng)景中運(yùn)行腳本，數(shù)據(jù)會(huì)生成到系統(tǒng)里面去，這種方法也只適用于插入幾千條數(shù)據(jù)

第五頁(yè)，共59頁(yè)。一、數(shù)據(jù)準(zhǔn)備3.數(shù)據(jù)直接寫入數(shù)據(jù)庫(kù)這種方法在插入數(shù)據(jù)時(shí)是最快的，但在準(zhǔn)備這些插入數(shù)據(jù)的sql語(yǔ)句（或存儲(chǔ)過(guò)程）時(shí)卻很麻煩，因?yàn)樯梢粭l系統(tǒng)中能流轉(zhuǎn)的數(shù)據(jù)需要很多表關(guān)聯(lián)，這個(gè)需要開(kāi)發(fā)人員大力協(xié)助，最理想的是直接要開(kāi)發(fā)人員提供寫好了的存儲(chǔ)過(guò)程，我們只運(yùn)行，不過(guò)一般情況下由開(kāi)發(fā)人員提供表信息，然后告訴你怎么做，然后自己組裝sql。這種方法適用于數(shù)據(jù)量非常大的情況第六頁(yè)，共59頁(yè)。二、腳本

－－錄制腳本錄制腳本操作步驟請(qǐng)參見(jiàn)LR的操作手冊(cè)，這里說(shuō)一下需要注意的地方。1.最好在腳本錄制的過(guò)程中加入備注、集合點(diǎn)和事務(wù)2.在編輯腳本前備份一個(gè)原始腳本3.再錄制一個(gè)同樣操作的腳本，用于與剛才錄制的腳本進(jìn)行對(duì)比，查找出哪些需要參數(shù)化值4.兩個(gè)用于進(jìn)行對(duì)比的腳本存放的絕對(duì)路徑不要太長(zhǎng)，比如桌面，這時(shí)將無(wú)法比較第七頁(yè)，共59頁(yè)。二、腳本

－－插入集合點(diǎn)插入集合點(diǎn)的目的就是控制所有用戶同時(shí)并發(fā)開(kāi)始執(zhí)行某個(gè)動(dòng)作。例：測(cè)試用戶并發(fā)接單的性能，則把集合點(diǎn)插入到接單動(dòng)作提交的前面。這時(shí)，先到的用戶該集合點(diǎn)的用戶要等后到集合點(diǎn)的用戶，然后一起執(zhí)行提交操作。第八頁(yè)，共59頁(yè)。二、腳本

－－插入事務(wù)添加事務(wù)的主要目的就是要得到事務(wù)開(kāi)始時(shí)間和事務(wù)結(jié)束時(shí)間之間的間隔時(shí)間，即事務(wù)響應(yīng)時(shí)間；我們把關(guān)注的某些動(dòng)作定義為一個(gè)事務(wù)，在場(chǎng)景運(yùn)行時(shí)，LR就會(huì)自動(dòng)記錄該事務(wù)的所花的時(shí)間；如果場(chǎng)景是多用戶并發(fā)，迭代多次，則LR會(huì)給出事務(wù)最大的響應(yīng)時(shí)間、最小響應(yīng)時(shí)間和平均響應(yīng)時(shí)間，我們一般看的是平均響應(yīng)時(shí)間；一個(gè)腳本中可以加入多個(gè)事務(wù)，一個(gè)事務(wù)也放到另一個(gè)事務(wù)里面；第九頁(yè)，共59頁(yè)。二、腳本

－－參數(shù)化找出需要參數(shù)化的字段1.打開(kāi)一個(gè)腳本，選擇另一個(gè)相同操作步驟的腳本用比較器比較第十頁(yè)，共59頁(yè)。在比較器中查看兩個(gè)腳本不同的地方，腳本中不同的地方用黃色標(biāo)識(shí)出來(lái)

可能會(huì)標(biāo)識(shí)出很多不同的地方，但有些地方我們可以不去管它，比如下載的圖片資源，思考時(shí)間等，有些地方則是很可能要參數(shù)化的，比如某某ID或value＝一串類似隨機(jī)字符串，根據(jù)經(jīng)驗(yàn)初步判斷哪些是需要參數(shù)化的記錄下來(lái)。二、腳本

－－參數(shù)化第十一頁(yè)，共59頁(yè)。二、腳本

－－參數(shù)化從相關(guān)開(kāi)發(fā)人員那里獲取得到這些值的SQL語(yǔ)句

找開(kāi)發(fā)人員要sql語(yǔ)句之前，我們必須清楚我們需要什么樣的數(shù)據(jù)，比如：接單腳本參數(shù)化我們需要特定人待辦的用戶工單的recordsn字段的值

一般項(xiàng)目經(jīng)理都會(huì)告訴你誰(shuí)開(kāi)發(fā)哪一塊，測(cè)哪塊的程序，找相關(guān)的開(kāi)發(fā)人員即可，并且他們也會(huì)大致告訴你這些表是做什么用的，這些信息是很有用的，以后我們可以自己改sql語(yǔ)句得到更適合我們測(cè)試的sql語(yǔ)句。

第十二頁(yè)，共59頁(yè)。二、腳本

－－參數(shù)化待接單參數(shù)化需要的sql語(yǔ)句如下：selectm.clogcode,d.recordsnfromsvr_pub_da_dispqueued,org_usero,svr_pub_da_mainqueuemwhered.mainsn=m.mainsnandd.repairoper=o.userid（表與表間的關(guān)聯(lián)）andm.business='961300261A9D55CD70029C68FE8C4F4F'（工單類型：用戶工單）andcessflag='ACCEPT'（過(guò)程標(biāo)識(shí)：接單）ando.loginname=‘張林’（當(dāng)前待辦箱：張林）andclogcodeLike'zl%'（附加標(biāo)識(shí)：準(zhǔn)備數(shù)據(jù)時(shí)方便以后自己識(shí)別加入的特殊標(biāo)識(shí)）OrderByclogcode另：svr_pub_da_dispqueue派工工單處理表，也就是子單的一些信息

svr_pub_da_mainqueue工單主表，也就是主單的信息，張主單包含多張子單第十三頁(yè)，共59頁(yè)。二、腳本

－－參數(shù)化參數(shù)化1.建立參數(shù)化文件*.dat，放入腳本文件夾內(nèi)2.在PLSQL中根據(jù)sql語(yǔ)句查詢出所得的數(shù)據(jù)，拷貝到參數(shù)化文件內(nèi)3.在腳本中找到要參數(shù)化的字段，對(duì)其進(jìn)行參數(shù)化，引用參數(shù)化文件中的數(shù)據(jù)第十四頁(yè)，共59頁(yè)。二、腳本

－－參數(shù)化調(diào)試腳本，驗(yàn)證參數(shù)化是否正確

1.在腳本編輯器中用少量的迭代次數(shù)反復(fù)運(yùn)行腳本；

2.在場(chǎng)景中用少量并發(fā)數(shù)和迭代數(shù)運(yùn)行腳本。參照下面規(guī)則，如果兩種驗(yàn)證方式都通過(guò)，則參數(shù)化成功，否則繼續(xù)調(diào)試腳本。第十五頁(yè)，共59頁(yè)。二、腳本

－－參數(shù)化是否參數(shù)化成功規(guī)則：如果迭代運(yùn)行通過(guò)，并且使用的參數(shù)化值正確，并且被測(cè)系統(tǒng)得到的結(jié)果和預(yù)期結(jié)果相同（工單正確流轉(zhuǎn)），則參數(shù)化成功；如果迭代運(yùn)行不通過(guò)，或者引用的參數(shù)化的值不是預(yù)期的值，或者被測(cè)系統(tǒng)中對(duì)應(yīng)的工單沒(méi)有正確流轉(zhuǎn)，則參數(shù)化不成功，此時(shí)需要：

1.根據(jù)錯(cuò)誤提示解決問(wèn)題；（比如服務(wù)器未連上）

2.檢查參數(shù)化值，取數(shù)據(jù)的方式設(shè)置是否正確，調(diào)整設(shè)置；（比如參數(shù)化值的數(shù)量不夠）

3.檢查sql語(yǔ)句查出來(lái)的數(shù)據(jù)是否符合要求，主要是看條件限制是否足夠，調(diào)整sql語(yǔ)句；（比如需要的是某人的待接單，但查得的是所有未歸檔單據(jù)）

4.檢查是否還有需要參數(shù)化的值，需要參數(shù)化的值再進(jìn)行參數(shù)化（比如有兩個(gè)字段需要參數(shù)化，但只對(duì)一個(gè)字段進(jìn)行了參數(shù)化）

5.運(yùn)行腳本，重復(fù)上面的動(dòng)作，直至參數(shù)化成功為止第十六頁(yè)，共59頁(yè)。二、腳本

－－檢查點(diǎn)為什么要加入檢查點(diǎn)檢查點(diǎn)是檢查腳本運(yùn)行后，是否真的得到了預(yù)期結(jié)果。因?yàn)樵?jīng)發(fā)現(xiàn)場(chǎng)景運(yùn)行后，LR反饋事務(wù)運(yùn)行成功，但其實(shí)沒(méi)有真正運(yùn)行成功，工單沒(méi)有流轉(zhuǎn)。雖然我們可以在數(shù)據(jù)庫(kù)中查詢工單的狀態(tài)，但插入檢查點(diǎn)后，在場(chǎng)景運(yùn)行的過(guò)程中就可以看到事務(wù)運(yùn)行是否出現(xiàn)了問(wèn)題，比在數(shù)據(jù)庫(kù)中看更加方便；另外，像測(cè)試查詢的性能類的腳本，在數(shù)據(jù)庫(kù)中是看不到變化的，所以插入檢查點(diǎn)就是非常必要的了。

第十七頁(yè)，共59頁(yè)。二、腳本

－－檢查點(diǎn)檢查點(diǎn)實(shí)例（接單腳本的檢查點(diǎn)）

■首先要考慮，在系統(tǒng)中我們手工接單的時(shí)候是怎么判斷工單流轉(zhuǎn)是否成功的，是看接單后工單狀態(tài)是否變?yōu)榱恕按貑巍保敲?，我們就以此做為檢查點(diǎn)。

■接著要在腳本中找到插入檢查點(diǎn)的正確位置。在錄制接單腳本時(shí)，已經(jīng)為設(shè)置檢查點(diǎn)做了準(zhǔn)備，在接單完成后又在待辦箱查詢了一次剛才接的工單。檢查點(diǎn)就設(shè)在查詢出的工單那里。

第十八頁(yè)，共59頁(yè)。二、腳本

－－檢查點(diǎn)■檢查點(diǎn)實(shí)例（接單腳本的檢查點(diǎn)）加入檢查點(diǎn)函數(shù)：

web_reg_find("Text=title=\"待回單","SaveCount=i",LAST);

檢查當(dāng)前頁(yè)面上是否有“Text=title=\”待回單”這個(gè)字符串，把找到的次數(shù)保存在i這個(gè)變量里面，因?yàn)檫@個(gè)函數(shù)必須是先注冊(cè)再用，所以把上面這段代碼加在查詢前面。

在用戶工單待辦箱頁(yè)面上可以看到，查詢出一張待回單工單，頁(yè)面上會(huì)有兩個(gè)待回單的圖標(biāo)標(biāo)識(shí)，意味著，i＝2時(shí)，才是查到一張待回單，如果i＝1，腳本運(yùn)行也不會(huì)報(bào)錯(cuò)，但其實(shí)工單并沒(méi)有流轉(zhuǎn)到待回單。所以我們要對(duì)i值進(jìn)行判斷，看是否等于2 if(atoi(lr_eval_string("{i}"))==2){lr_output_message("找到2次,操作成功！");}elseif(atoi(lr_eval_string("{i}"))==1){ lr_error_message("找到1次，操作沒(méi)成功！");}elseif。。。。。。

上面這段代碼要加在查詢后面，查詢之后才能看到結(jié)果。場(chǎng)景運(yùn)行時(shí)，如果待回單標(biāo)識(shí)只找到一次，就會(huì)有錯(cuò)誤報(bào)出來(lái)，lr_error_message實(shí)現(xiàn)。第十九頁(yè)，共59頁(yè)。二、腳本

－－檢查點(diǎn)■檢查點(diǎn)實(shí)例（接單腳本的檢查點(diǎn)）根據(jù)檢查點(diǎn)函數(shù)收集到的數(shù)值，判斷工單是否流轉(zhuǎn)成功：在用戶工單待辦箱頁(yè)面上可以看到，查詢出一張待回單工單，頁(yè)面上會(huì)有兩個(gè)待回單的圖標(biāo)標(biāo)識(shí)，意味著，i＝2時(shí)，才是查到一張待回單，如果i＝1，腳本運(yùn)行也不會(huì)報(bào)錯(cuò)，但其實(shí)工單并沒(méi)有流轉(zhuǎn)到待回單。所以我們要對(duì)i值進(jìn)行判斷，看是否等于2 if(atoi(lr_eval_string("{i}"))==2){lr_output_message("找到2次,操作成功！");}elseif(atoi(lr_eval_string("{i}"))==1){ lr_error_message("找到1次，操作沒(méi)成功！");}elseif。。。。。。

上面這段代碼要加在查詢后面，因?yàn)椴樵冎蟛拍芸吹浇Y(jié)果。場(chǎng)景運(yùn)行過(guò)程中，如果待回單標(biāo)識(shí)只找到一次，就會(huì)有錯(cuò)誤在場(chǎng)景執(zhí)行界面報(bào)出來(lái)，由lr_error_message實(shí)現(xiàn)。第二十頁(yè)，共59頁(yè)。二、腳本

－－檢查點(diǎn)調(diào)試腳本，驗(yàn)證檢查點(diǎn)是否起作用至少要用一個(gè)驗(yàn)證反例來(lái)驗(yàn)證檢查點(diǎn)是否真的有效。比如，更改驗(yàn)證的字符串標(biāo)識(shí)為“待接單”，運(yùn)行場(chǎng)景查詢同樣的待回單工單出來(lái)，看是否報(bào)錯(cuò)；

■如果不報(bào)錯(cuò)，說(shuō)明檢查點(diǎn)沒(méi)起作用，要檢查加入的檢查點(diǎn)位置是否正確，語(yǔ)句是否正確，或改用其他檢查方式來(lái)設(shè)檢查點(diǎn)；

■如果反饋報(bào)錯(cuò)信息“找到1次，操作沒(méi)成功！”說(shuō)明檢查點(diǎn)設(shè)置生效了，可以繼續(xù)往下做。第二十一頁(yè)，共59頁(yè)。二、腳本

－－調(diào)整腳本在腳本調(diào)試的過(guò)程中，我們已經(jīng)執(zhí)行了很多次場(chǎng)景了，在沒(méi)有正式測(cè)試之前就有可能發(fā)現(xiàn)系統(tǒng)的什么地方比較非常耗時(shí)，甚至導(dǎo)致運(yùn)行不到我們本次測(cè)試關(guān)注的地方。在這種情況下，我們可以對(duì)那些比較耗時(shí)的代碼段專門再加事務(wù)，正式測(cè)試的過(guò)程中也關(guān)注一下這個(gè)事務(wù)；如果是影響到我們后面運(yùn)行的代碼段，且屏蔽掉后不影響本次測(cè)試的，則先屏蔽掉該代碼段，繼續(xù)后面的測(cè)試，但在測(cè)試報(bào)告中告之該代碼段對(duì)應(yīng)的操作性能有問(wèn)題。

第二十二頁(yè)，共59頁(yè)。二、腳本

－－調(diào)整腳本實(shí)例：原來(lái)的系統(tǒng)，進(jìn)入工單查詢界面會(huì)默認(rèn)刷新一次顯示一頁(yè)工單，然后才可輸入查詢條件查詢。當(dāng)然錄制根據(jù)條件查詢的腳本也是這個(gè)過(guò)程。問(wèn)題是在基礎(chǔ)數(shù)量很大的情況下，進(jìn)入工單查詢，默認(rèn)刷新頁(yè)面這個(gè)動(dòng)作基本上完成不了，所以后面的根據(jù)條件來(lái)查詢也就測(cè)不了。所以最后在腳本中屏蔽掉了默認(rèn)刷新的代碼，繼續(xù)輸入查詢條件查詢的性能測(cè)試。當(dāng)然默認(rèn)刷新顯示不了工單列表的問(wèn)題也要告之開(kāi)發(fā)組。在以后發(fā)布的測(cè)試版本中，開(kāi)發(fā)組針對(duì)此問(wèn)題作了改進(jìn)，在進(jìn)入工單查詢界面時(shí)，不默認(rèn)刷新出工單列表，而是讓用戶自己輸入查詢條件，從而避免了上述問(wèn)題。至于如何知道某個(gè)操作對(duì)應(yīng)在腳本中的代碼，就是我在前面錄制腳本中提到的要多寫操作的備注信息，方便查找。第二十三頁(yè)，共59頁(yè)。三、場(chǎng)景

－－場(chǎng)景分類場(chǎng)景模式的選擇

場(chǎng)景分為手工場(chǎng)景和面向目標(biāo)的場(chǎng)景。◆手工場(chǎng)景要達(dá)到某個(gè)測(cè)試目的需要根據(jù)場(chǎng)景每次運(yùn)行的結(jié)果，需要使用者自己調(diào)整虛擬用戶數(shù)，直到達(dá)到預(yù)期目標(biāo)?！裘嫦蚰繕?biāo)場(chǎng)景是在場(chǎng)景運(yùn)行前設(shè)置了目標(biāo)值，LR在運(yùn)行的過(guò)程中自動(dòng)逐步加載虛擬用戶以達(dá)到預(yù)設(shè)的目標(biāo)。

目前我們用的都是手工場(chǎng)景，面向目標(biāo)的場(chǎng)景還沒(méi)有仔細(xì)研究過(guò)，但前不久我試驗(yàn)了一下，手工場(chǎng)景和面向?qū)ο髨?chǎng)景得出的結(jié)果差別還比較大，現(xiàn)在還不知道具體原因，待以后解決。

第二十四頁(yè)，共59頁(yè)。三、場(chǎng)景

－－場(chǎng)景設(shè)置選擇腳本設(shè)置并發(fā)用戶數(shù)輸入要使用資源的電腦IP或主機(jī)名，連接上Run-timeSettings,設(shè)置迭代次數(shù)、設(shè)置每次迭代的間隔時(shí)間、設(shè)置只輸出標(biāo)準(zhǔn)日志、忽略思考時(shí)間、局域網(wǎng)內(nèi)不使用代理設(shè)置檢查點(diǎn)有效第二十五頁(yè)，共59頁(yè)。三、場(chǎng)景

－－場(chǎng)景設(shè)置設(shè)置集合點(diǎn)?！舨l(fā)用戶數(shù)多的情況下，選擇第一或第三項(xiàng)，可以讓所有用戶都到達(dá)集合點(diǎn)后才開(kāi)始事務(wù)；如果使用默認(rèn)的第二項(xiàng)，所有正在運(yùn)行的用戶到達(dá)集合點(diǎn)后，就開(kāi)始運(yùn)行事務(wù)了，此時(shí)可能還有用戶還處在初始化階段，沒(méi)有運(yùn)行，執(zhí)行的并發(fā)數(shù)是沒(méi)有到達(dá)預(yù)期設(shè)計(jì)的；◆并發(fā)數(shù)小的情況下，使用哪項(xiàng)都無(wú)所謂；◆可以適當(dāng)將兩個(gè)用戶之間的等待時(shí)間設(shè)置大點(diǎn)。順便說(shuō)一下，關(guān)于這里設(shè)置的超時(shí)，是設(shè)置的前后兩個(gè)虛擬用戶到達(dá)集合點(diǎn)的間隔，不是第一個(gè)虛擬用戶與最后一個(gè)虛擬用戶到達(dá)集合點(diǎn)的時(shí)間間隔。

第二十六頁(yè)，共59頁(yè)。三、場(chǎng)景

－－場(chǎng)景設(shè)置設(shè)置登入方式如果并發(fā)用戶數(shù)較大，最好選擇分批登入。如果選擇一次全部登入，有可能在登入被測(cè)系統(tǒng)時(shí)就運(yùn)行失敗了，雖然在登入時(shí)候并沒(méi)有設(shè)置集合點(diǎn)，但登入時(shí)間也是相對(duì)集中的，壓力較大。第二十七頁(yè)，共59頁(yè)。三、場(chǎng)景

－－場(chǎng)景設(shè)置選擇自動(dòng)載入分析，場(chǎng)景運(yùn)行結(jié)束后會(huì)自動(dòng)載入分析結(jié)果；如果沒(méi)有選擇，點(diǎn)工具欄上的“AnalyzeResults”按鈕也可以載入結(jié)果

第二十八頁(yè)，共59頁(yè)。三、場(chǎng)景

－－場(chǎng)景設(shè)置設(shè)置結(jié)果保存路徑，也可以設(shè)置自動(dòng)保存結(jié)果，但一般不要選擇自動(dòng)覆蓋結(jié)果，以免誤操作覆蓋掉以前有用的結(jié)果第二十九頁(yè)，共59頁(yè)。三、場(chǎng)景

－－場(chǎng)景設(shè)置加入需要監(jiān)控主機(jī)及相關(guān)系統(tǒng)資源計(jì)數(shù)器◆將被測(cè)系統(tǒng)的服務(wù)器的操作系統(tǒng)拖入顯示窗口◆在窗口中點(diǎn)右鍵，增加一個(gè)服務(wù)器的IP，聯(lián)接上該服務(wù)器◆選擇關(guān)注的系統(tǒng)資源計(jì)數(shù)器第三十頁(yè)，共59頁(yè)。三、場(chǎng)景

－－場(chǎng)景設(shè)置加入oracle指標(biāo)計(jì)數(shù)器◆將oracle拖入顯示窗口

第三十一頁(yè)，共59頁(yè)。三、場(chǎng)景

－－場(chǎng)景設(shè)置◆連接oracle，其中servername是你本機(jī)配置的服務(wù)名，登入用戶可以是system也可以是其他用戶第三十二頁(yè)，共59頁(yè)。三、場(chǎng)景

－－場(chǎng)景設(shè)置◆加入關(guān)注的計(jì)數(shù)器，注意選擇obiect時(shí)選擇第三項(xiàng)，否則得不到數(shù)據(jù)。至于這一項(xiàng)具體的內(nèi)容，介紹一個(gè)網(wǎng)址，大家可以去看看：

這里面有一些常用統(tǒng)計(jì)的解釋，內(nèi)容較多不在此列出。第三十三頁(yè)，共59頁(yè)。三、場(chǎng)景

－－場(chǎng)景設(shè)置比如加入physicalreads第三十四頁(yè)，共59頁(yè)。三、場(chǎng)景

－－場(chǎng)景執(zhí)行在場(chǎng)景執(zhí)行的過(guò)程中，可以看到執(zhí)行的信息，如果發(fā)現(xiàn)有大量事務(wù)報(bào)錯(cuò)或執(zhí)行時(shí)間特別長(zhǎng)，可以終止本次執(zhí)行；但要根據(jù)報(bào)錯(cuò)信息判斷是否因?yàn)橄到y(tǒng)無(wú)法支撐本次并發(fā)數(shù)導(dǎo)致的，如果是，則要減少用戶數(shù)后再次執(zhí)行；如果不是，查找錯(cuò)誤原因，解決錯(cuò)誤之后再次執(zhí)行。對(duì)同一類場(chǎng)景，要多執(zhí)行幾次，找出出現(xiàn)次數(shù)較多的那個(gè)響應(yīng)時(shí)間。另外，在監(jiān)控linux系統(tǒng)的性能指標(biāo)時(shí)，可以用vmstat、iostat命令來(lái)獲得一些信息供以后分析。第三十五頁(yè)，共59頁(yè)。三、結(jié)果分析

－－結(jié)果摘要分析結(jié)果摘要中包括了本次測(cè)試結(jié)果大概的信息，我們關(guān)注比較多的有：

◆執(zhí)行的場(chǎng)景的路徑，保存結(jié)果的路徑，執(zhí)行了多長(zhǎng)時(shí)間◆最大并發(fā)用戶數(shù)◆事務(wù)的通過(guò)數(shù)，失敗數(shù)，終止數(shù)◆事務(wù)的響應(yīng)時(shí)間◆返回的http狀態(tài)代碼，主要看有沒(méi)有錯(cuò)誤信息（參考附件“返回http代碼狀態(tài)”）第三十六頁(yè)，共59頁(yè)。三、結(jié)果分析

－－加入新圖表加入新圖表，通常有操作系統(tǒng)相關(guān)、數(shù)據(jù)庫(kù)相關(guān)、事務(wù)相關(guān)、網(wǎng)頁(yè)細(xì)分相關(guān)

第三十七頁(yè)，共59頁(yè)。三、結(jié)果分析

－－事務(wù)分析查看事務(wù)是否通過(guò)及響應(yīng)時(shí)間

◆在事務(wù)摘要中，看要測(cè)試的事務(wù)（比如接單事務(wù)）是否全部運(yùn)行通過(guò)。如果沒(méi)有全部通過(guò)，說(shuō)明在場(chǎng)景運(yùn)行的過(guò)程中出了問(wèn)題，查找原因；如果全部通過(guò)接著查看下面的；◆如果加有檢查點(diǎn)的事務(wù)，看檢查點(diǎn)事務(wù)是否全部運(yùn)行成功；如果沒(méi)有全部通過(guò)，說(shuō)明在場(chǎng)景運(yùn)行的過(guò)程中出了問(wèn)題，查找原因；如果全部通過(guò)接著查看下面的；◆事務(wù)執(zhí)行后可以在數(shù)據(jù)庫(kù)中看到相應(yīng)的變化，最好查看數(shù)據(jù)庫(kù)里面的記錄的變化內(nèi)容及數(shù)量，是否與前面的事務(wù)執(zhí)行通過(guò)數(shù)一致。如果是一致的才算是場(chǎng)景真的執(zhí)行通過(guò)了；◆事務(wù)全部通過(guò)了，它的平均響應(yīng)時(shí)間才有意義。查看它的平均響應(yīng)時(shí)間是否在我們的要求內(nèi)，適當(dāng)增減并發(fā)用戶數(shù)再執(zhí)行。

第三十八頁(yè)，共59頁(yè)。三、結(jié)果分析

－－事務(wù)分析事務(wù)執(zhí)行未通過(guò)，考慮：

◆是否需要更改場(chǎng)景運(yùn)行的設(shè)置（比如接受HTTP請(qǐng)求響應(yīng)時(shí)間默認(rèn)是120秒超時(shí)，如果需要可以改大一點(diǎn)）◆負(fù)載過(guò)大，服務(wù)器的系統(tǒng)資源（CPU、內(nèi)存、磁盤等）不足以支持事務(wù)執(zhí)行；這種情況下，要分析是哪種系統(tǒng)資源不足，然后再分析是硬件瓶頸引起的還是由程序引起的?！糌?fù)載不大，服務(wù)器所有資源充足，但仍有事務(wù)未運(yùn)行成功。這種情況主要考慮是否是被測(cè)程序的問(wèn)題。事務(wù)響應(yīng)時(shí)間過(guò)長(zhǎng)，同上面的第二和第三點(diǎn)

第三十九頁(yè)，共59頁(yè)。三、結(jié)果分析

－－獲取常用性能指標(biāo)目前在做性能測(cè)試的時(shí)候，如果測(cè)的是windows系統(tǒng)，一般就只用LR監(jiān)控就可以了，在設(shè)置場(chǎng)景時(shí)加入windows相關(guān)的計(jì)數(shù)器；如果測(cè)試的是linux系統(tǒng)，則還要用linux的命令（常用的有vmstat、iostat），因?yàn)長(zhǎng)R里面包含的linux相關(guān)的計(jì)數(shù)器比較少，所以用這些命令做為補(bǔ)充。第四十頁(yè)，共59頁(yè)。三、結(jié)果分析

－－常用指標(biāo)分析LR指標(biāo)－CPUUtilization(CPU利用率)

一般認(rèn)為，CPU連續(xù)長(zhǎng)時(shí)間處在95％（90％）以上，則可能是CPU的瓶頸。◆“長(zhǎng)時(shí)間”究竟定義為多長(zhǎng)？以前我認(rèn)為是5秒，因?yàn)榻?jīng)常說(shuō)用戶能忍受的響應(yīng)時(shí)間是5秒，連續(xù)5秒CPU都占用95％以上，那事務(wù)響應(yīng)時(shí)間很有可能就在5秒以上了；后來(lái)做了幾次測(cè)試之后我發(fā)覺(jué)有一點(diǎn)不對(duì)，如果拋開(kāi)用戶能夠承受的事務(wù)響應(yīng)時(shí)間，單單來(lái)找系統(tǒng)瓶頸時(shí)會(huì)發(fā)現(xiàn)，5秒其實(shí)是一個(gè)很短的時(shí)間?，F(xiàn)在我認(rèn)為“長(zhǎng)時(shí)間”只是個(gè)相對(duì)數(shù)，相對(duì)于事務(wù)的執(zhí)行時(shí)間。比如說(shuō)，假如事務(wù)執(zhí)行時(shí)間有10秒，而在事務(wù)執(zhí)行的這段時(shí)間內(nèi)大部分時(shí)間（8秒）CPU占用率都在95％以上，那么可以說(shuō)8秒的時(shí)間較長(zhǎng)了，可能CPU資源是系統(tǒng)瓶頸；但如果事務(wù)執(zhí)行時(shí)間是60秒，其中有連續(xù)10秒鐘CPU占用在95％以上，那么這10秒其實(shí)算是比較短的了，應(yīng)該是其他問(wèn)題導(dǎo)致事務(wù)運(yùn)行花了60秒。第四十一頁(yè)，共59頁(yè)。三、結(jié)果分析

－－常用指標(biāo)分析LR指標(biāo)－CPUUtilization(CPU利用率)◆在LR的分析結(jié)果中可以看到CPU的平均值，在很多情況下，CPU的平均值都不到90%，但已經(jīng)可以認(rèn)為CPU是系統(tǒng)瓶頸了。因?yàn)槲覀冊(cè)趫?zhí)行場(chǎng)景的時(shí)間一般不會(huì)太長(zhǎng)，所以，在場(chǎng)景剛開(kāi)始運(yùn)行時(shí)CPU的小值對(duì)平均值的影響較大，如果場(chǎng)景運(yùn)行時(shí)迭代次數(shù)足夠多，運(yùn)行時(shí)間足夠長(zhǎng)則不會(huì)存在該問(wèn)題。在目前的情況下，我們主要還是看事務(wù)處理過(guò)程中的CPU的利用率，而不是去看平均值，平均值、最大值、最小值，只能做為參考?！鬋PU的占用是系統(tǒng)占用和用戶占用之和。一般情況下，系統(tǒng)占用率是很小，5%可能都不到，主要用戶占用多，所以平常我們先看一下是否系統(tǒng)占用是否正常，然后就只看CPU占用的總數(shù)就可以了。第四十二頁(yè)，共59頁(yè)。三、結(jié)果分析

－－常用指標(biāo)分析LR指標(biāo)－內(nèi)存相關(guān)主要看可用內(nèi)存和是否頻繁換頁(yè)◆如果系統(tǒng)可用內(nèi)存變的很小，內(nèi)存可能成為系統(tǒng)瓶頸◆如果頁(yè)交換頻繁，將嚴(yán)重影響系統(tǒng)性能

第四十三頁(yè)，共59頁(yè)。三、結(jié)果分析

－－常用指標(biāo)分析LR指標(biāo)－內(nèi)存相關(guān)可用內(nèi)存

◆如果是windows系統(tǒng)，直接在LR里面看free的值就行了，建議閥值是4M，不能小于4M。如果發(fā)現(xiàn)已經(jīng)接近4M了，說(shuō)明可用物理內(nèi)存不夠了?！羧绻莑inux系統(tǒng)，LR里面沒(méi)有可用物理內(nèi)存大小的參數(shù)。需借助于vmstat命令，后面詳述。

第四十四頁(yè)，共59頁(yè)。三、結(jié)果分析

－－常用指標(biāo)分析

LR指標(biāo)－內(nèi)存相關(guān)◆頁(yè)交換主要看outrate

每秒從物理內(nèi)存中換出到磁盤上頁(yè)交換文件的頁(yè)數(shù)。這里可以看到平均值、最大最小值，如果平均值很大，說(shuō)明有很多的頁(yè)交換發(fā)生，內(nèi)存可能不足，需要告訴開(kāi)發(fā)組查找原因。至于值為多大才算大，在網(wǎng)上也沒(méi)有找到一個(gè)確數(shù)，可能要靠經(jīng)驗(yàn)的積累。不過(guò)如果是達(dá)到幾百，頁(yè)交換應(yīng)該是比較頻繁了。

第四十五頁(yè)，共59頁(yè)。三、結(jié)果分析

－－常用指標(biāo)分析LR指標(biāo)－Averageload（平均負(fù)載）在過(guò)去的1分鐘內(nèi)運(yùn)行隊(duì)列中的平均進(jìn)程數(shù)量。該數(shù)值除以cpu個(gè)數(shù)（邏輯個(gè)數(shù)）小于5，則是在可接受的范圍，否則說(shuō)明該服務(wù)器負(fù)載過(guò)重。第四十六頁(yè)，共59頁(yè)。三、結(jié)果分析

－－常用指標(biāo)分析LR指標(biāo)－Oracle相關(guān)●SELECTname,valueFROMV$sysstatWHEREname=’redologspacerequest‘;

此處value的值應(yīng)接近于0，否則，應(yīng)增大初始化參數(shù)文件的Log_buffers的值通過(guò)查詢V$sysstat表判定redolog（重做日志）文件緩沖區(qū)是否足夠。

實(shí)際測(cè)試過(guò)程中，只需要在場(chǎng)景中添加“redologspacerequest”這個(gè)計(jì)數(shù)器即可。第四十七頁(yè)，共59頁(yè)。三、結(jié)果分析

－－常用指標(biāo)分析●LR指標(biāo)－數(shù)據(jù)庫(kù)緩沖命中率：命中率=1-physical

reads/(dbblock

gets+consistent

gets)

該值要在90％以上，如果小于90％，則要考慮增加databuffer（數(shù)據(jù)緩沖區(qū)）的大小第四十八頁(yè)，共59頁(yè)。三、結(jié)果分析

－－常用指標(biāo)分析對(duì)linux系統(tǒng)性能的監(jiān)控和分析，用LR關(guān)注的比較少，主要用的是vmstat和iostat命令。◆vmstat對(duì)系統(tǒng)的進(jìn)程情況、內(nèi)存使用情況、交換頁(yè)和I/O塊使用情況、中斷以及CPU使用情況進(jìn)行統(tǒng)計(jì)并報(bào)告相應(yīng)的信息。第一個(gè)顯示內(nèi)容指出了計(jì)算機(jī)重啟至今的平均使用情況。后面的每一行信息是按延時(shí)定期地顯示系統(tǒng)的各部分信息。進(jìn)程信息和內(nèi)存信息都是即時(shí)產(chǎn)生的?！鬷ostat也包括了CPU的使用情況，不過(guò)它的主要特點(diǎn)是匯報(bào)磁盤活動(dòng)的情況。如果用vmstat命令發(fā)現(xiàn)問(wèn)題可能與磁盤相關(guān)，則再用iostat命令來(lái)進(jìn)一步分析磁盤活動(dòng)。第四十九頁(yè)，共59頁(yè)。三、結(jié)果分析

－－常用指標(biāo)分析Vmstat命令◆[root@test2~]#vmstat1procsmemory--swap--iosystemcpurbswpdfreebuffcachesisobiboincsussyidwa◆對(duì)上面我們關(guān)注的指標(biāo)的分析：●r:進(jìn)程等待隊(duì)列長(zhǎng)度，閥值是cpu個(gè)數(shù)*4,這里的cpu個(gè)數(shù)指的是邏輯cpu的個(gè)數(shù)（cat/proc/cpuinfo可以看到）?！駃d：CPU的空閑時(shí)間。粗略的來(lái)看，反過(guò)來(lái)就是占用時(shí)間。

第五十頁(yè)，共59頁(yè)。三、結(jié)果分析

－－常用指標(biāo)分析Vmstat命令相關(guān)指標(biāo)的分析從r和id值看CPU的使用情況。如果r值長(zhǎng)時(shí)間很大、id值長(zhǎng)時(shí)間很小，（長(zhǎng)時(shí)間有很多進(jìn)程等待，且cpu占用長(zhǎng)時(shí)間很大），說(shuō)明CPU資源有可能不足；如果r值長(zhǎng)時(shí)間很大，id值只是偶爾很小，（長(zhǎng)時(shí)間有很多進(jìn)程等待，但cpu大部分時(shí)間空閑），說(shuō)明應(yīng)該不是cpu硬件處理能力的問(wèn)題，要找程序的原因；如果r值偶爾很大、id值長(zhǎng)時(shí)間很小，（偶爾有較多的進(jìn)程等待處理，但大部分不是，但cpu占用長(zhǎng)時(shí)間很大），雖然CPU占用很厲害，但只要有進(jìn)程過(guò)來(lái)基本上馬上就能處理，至少目前不能說(shuō)明cpu資源不足。在實(shí)際測(cè)試的過(guò)程中也可以看到這種情況，但事務(wù)響應(yīng)較快。第五十一頁(yè)，共59頁(yè)。三、結(jié)果分析

－－常用指標(biāo)分析Vmstat命令相關(guān)指標(biāo)的分析●free:空閑的內(nèi)存，單位KB●buff:被用來(lái)做為緩存的內(nèi)存數(shù)，單位：KB●cache：被用來(lái)做為cache的內(nèi)存數(shù)，單位：KBvmstat得到的free的值與windows系統(tǒng)的free值不同，不是可用內(nèi)存，是自由內(nèi)存，就是還沒(méi)有被使用過(guò)的內(nèi)存；linux的內(nèi)存管理機(jī)制認(rèn)為，用戶可用的內(nèi)存＝free＋buff＋cache，所以單看free值是沒(méi)有意義的。經(jīng)常會(huì)看到free值很小，只有2～3M，但實(shí)際可用物理內(nèi)存要大的多。第五十二頁(yè)，共59頁(yè)。三、結(jié)果分析

－－常用指標(biāo)分析Vmstat命令相關(guān)指標(biāo)的分析●swpd:虛擬內(nèi)存使用情況，單位