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

1、LoadRunner講解實(shí)例講解性能測(cè)試執(zhí)行過(guò)程軟件測(cè)試影響力軟件測(cè)試影響力()沙漠浪2011-4-25概述n本次講解的目的：能夠再經(jīng)過(guò)少量的指導(dǎo)就可以直接在實(shí)際工作中使用LR進(jìn)行性能測(cè)試；n演示實(shí)例： 綜合運(yùn)維支撐系統(tǒng)用戶工單接單的性能測(cè)試n講解的內(nèi)容： 性能測(cè)試執(zhí)行過(guò)程，從中講解參數(shù)化、集合點(diǎn)、事務(wù)、檢查點(diǎn)、場(chǎng)景設(shè)置、結(jié)果分析 性能測(cè)試執(zhí)行過(guò)程性能測(cè)試執(zhí)行過(guò)程大致分為：n數(shù)據(jù)準(zhǔn)備n錄制、編輯及調(diào)試腳本n設(shè)置及調(diào)試場(chǎng)景n執(zhí)行場(chǎng)景n分析結(jié)果一、數(shù)據(jù)準(zhǔn)備 數(shù)據(jù)準(zhǔn)備是根據(jù)測(cè)試的需要，在執(zhí)行測(cè)試之前在被測(cè)系統(tǒng)中加入的符合要求的數(shù)據(jù)。 比如，我們?cè)跍y(cè)試接單性能時(shí)，需要有待接的工單，那么這些待接的工單就

2、是在數(shù)據(jù)準(zhǔn)備階段完成的。一、數(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ù) 一、數(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è)需要開發(fā)人員大力協(xié)助，最理想的是直接要開發(fā)人員提供寫好了的存儲(chǔ)過(guò)程，我們只

3、運(yùn)行，不過(guò)一般情況下由開發(fā)人員提供表信息，然后告訴你怎么做，然后自己組裝sql。這種方法適用于數(shù)據(jù)量非常大的情況二、腳本 錄制腳本n錄制腳本 操作步驟請(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ú)法比較二、腳本 插入集合點(diǎn)n插入集合點(diǎn)的目的就是控制所有用戶同時(shí)并發(fā)開始執(zhí)行某個(gè)動(dòng)作。 例：測(cè)試用戶并發(fā)接單的性能，則把集合點(diǎn)插入到接單動(dòng)作提交的前面。這時(shí)，先到的用戶該集

4、合點(diǎn)的用戶要等后到集合點(diǎn)的用戶，然后一起執(zhí)行提交操作。二、腳本 插入事務(wù)n添加事務(wù)的主要目的就是要得到事務(wù)開始時(shí)間和事務(wù)結(jié)束時(shí)間之間的間隔時(shí)間，即事務(wù)響應(yīng)時(shí)間；n我們把關(guān)注的某些動(dòng)作定義為一個(gè)事務(wù)，在場(chǎng)景運(yùn)行時(shí)，LR就會(huì)自動(dòng)記錄該事務(wù)的所花的時(shí)間；n如果場(chǎng)景是多用戶并發(fā)，迭代多次，則LR會(huì)給出事務(wù)最大的響應(yīng)時(shí)間、最小響應(yīng)時(shí)間和平均響應(yīng)時(shí)間，我們一般看的是平均響應(yīng)時(shí)間；n一個(gè)腳本中可以加入多個(gè)事務(wù)，一個(gè)事務(wù)也放到另一個(gè)事務(wù)里面；二、腳本 參數(shù)化n找出需要參數(shù)化的字段1.打開一個(gè)腳本，選擇另一個(gè)相同操作步驟的腳本用比較器比較n在比較器中查看兩個(gè)腳本不同的地方，腳本中不同的地方用黃色標(biāo)識(shí)出來(lái) 可能會(huì)

5、標(biāo)識(shí)出很多不同的地方，但有些地方我們可以不去管它，比如下載的圖片資源，思考時(shí)間等，有些地方則是很可能要參數(shù)化的，比如某某ID 或value一串類似隨機(jī)字符串，根據(jù)經(jīng)驗(yàn)初步判斷哪些是需要參數(shù)化的記錄下來(lái)。二、腳本 參數(shù)化二、腳本 參數(shù)化n從相關(guān)開發(fā)人員那里獲取得到這些值的SQL語(yǔ)句 找開發(fā)人員要sql語(yǔ)句之前，我們必須清楚我們需要什么樣的數(shù)據(jù)，比如：接單腳本參數(shù)化我們需要特定人待辦的用戶工單的recordsn字段的值 一般項(xiàng)目經(jīng)理都會(huì)告訴你誰(shuí)開發(fā)哪一塊，測(cè)哪塊的程序，找相關(guān)的開發(fā)人員即可，并且他們也會(huì)大致告訴你這些表是做什么用的，這些信息是很有用的，以后我們可以自己改sql語(yǔ)句得到更適合我們測(cè)試

6、的sql語(yǔ)句。 二、腳本 參數(shù)化n待接單參數(shù)化需要的sql語(yǔ)句如下：select m.clogcode,d.recordsnfrom svr_pub_da_dispqueue d,org_user o,svr_pub_da_mainqueue m where d.mainsn=m.mainsn and d.repairoper = o.userid （表與表間的關(guān)聯(lián)）and m.business=961300261A9D55CD70029C68FE8C4F4F （工單類型：用戶工單）and cessflag = ACCEPT （過(guò)程標(biāo)識(shí)：接單）and o.loginname = 張林

7、（當(dāng)前待辦箱：張林）and clogcode Like zl% （附加標(biāo)識(shí)：準(zhǔn)備數(shù)據(jù)時(shí)方便以后自己識(shí)別加入的特殊標(biāo)識(shí)）Order By clogcode另：svr_pub_da_dispqueue派工工單處理表，也就是子單的一些信息 svr_pub_da_mainqueue工單主表，也就是主單的信息，張主單包含多張子單二、腳本 參數(shù)化n參數(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ù)二、腳本 參數(shù)化n調(diào)試腳本，驗(yàn)證參數(shù)化是否正確 1.在腳本編輯器中用少量

8、的迭代次數(shù)反復(fù)運(yùn)行腳本； 2.在場(chǎng)景中用少量并發(fā)數(shù)和迭代數(shù)運(yùn)行腳本。 參照下面規(guī)則，如果兩種驗(yàn)證方式都通過(guò)，則參數(shù)化成功，否則繼續(xù)調(diào)試腳本。二、腳本 參數(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ù)是否符合要求，主要是看條件限制

9、是否足夠，調(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ù)化成功為止二、腳本 檢查點(diǎn)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ù)中是看不到變

10、化的，所以插入檢查點(diǎn)就是非常必要的了。 二、腳本 檢查點(diǎn)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è)在查詢出的工單那里。 二、腳本 檢查點(diǎn)檢查點(diǎn)實(shí)例（接單腳本的檢查點(diǎn)） 加入檢查點(diǎn)函數(shù)： web_reg_find(Text=title=待回單, SaveCount=i, LAST); 檢查當(dāng)前頁(yè)面上是否有“Text=title=”

11、待回單”這個(gè)字符串，把找到的次數(shù)保存在i這個(gè)變量里面，因?yàn)檫@個(gè)函數(shù)必須是先注冊(cè)再用，所以把上面這段代碼加在查詢前面。 在用戶工單待辦箱頁(yè)面上可以看到，查詢出一張待回單工單，頁(yè)面上會(huì)有兩個(gè)待回單的圖標(biāo)標(biāo)識(shí)，意味著，i2時(shí)，才是查到一張待回單，如果i1，腳本運(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次,操作成功！); else if(atoi(lr_eval_string(i) =1) lr_error_message(找到1次，操作沒(méi)成功！); el

12、se if。 上面這段代碼要加在查詢后面，查詢之后才能看到結(jié)果。場(chǎng)景運(yùn)行時(shí)，如果待回單標(biāo)識(shí)只找到一次，就會(huì)有錯(cuò)誤報(bào)出來(lái)，lr_error_message實(shí)現(xiàn)。二、腳本 檢查點(diǎn)檢查點(diǎn)實(shí)例（接單腳本的檢查點(diǎn)） 根據(jù)檢查點(diǎn)函數(shù)收集到的數(shù)值，判斷工單是否流轉(zhuǎn)成功： 在用戶工單待辦箱頁(yè)面上可以看到，查詢出一張待回單工單，頁(yè)面上會(huì)有兩個(gè)待回單的圖標(biāo)標(biāo)識(shí)，意味著，i2時(shí)，才是查到一張待回單，如果i1，腳本運(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次,操作成功！)

13、; else if(atoi(lr_eval_string(i) =1) lr_error_message(找到1次，操作沒(méi)成功！); else if。 上面這段代碼要加在查詢后面，因?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)。二、腳本 檢查點(diǎn)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ǔ)句是否正確，或改用其他檢查

14、方式來(lái)設(shè)檢查點(diǎn)； 如果反饋報(bào)錯(cuò)信息“找到1次，操作沒(méi)成功！”說(shuō)明檢查點(diǎn)設(shè)置生效了，可以繼續(xù)往下做。二、腳本 調(diào)整腳本n在腳本調(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)題。 二、腳本 調(diào)整腳本n實(shí)例： 原來(lái)的系統(tǒng)，進(jìn)入工單查詢界面會(huì)默認(rèn)刷新一次顯示一頁(yè)工單，然后才可輸

15、入查詢條件查詢。當(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)題也要告之開發(fā)組。在以后發(fā)布的測(cè)試版本中，開發(fā)組針對(duì)此問(wèn)題作了改進(jìn)，在進(jìn)入工單查詢界面時(shí)，不默認(rèn)刷新出工單列表，而是讓用戶自己輸入查詢條件，從而避免了上述問(wèn)題。n至于如何知道某個(gè)操作對(duì)應(yīng)在腳本中的代碼，就是我在前面錄制腳本中提到的要多寫操作的備注信息，方便查找。三、場(chǎng)景 場(chǎng)景分類n場(chǎng)景模式的選擇 場(chǎng)景分為手工場(chǎng)景和面向目

16、標(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)在還不知道具體原因，待以后解決。 三、場(chǎng)景 場(chǎng)景設(shè)置n選擇腳本n設(shè)置并發(fā)用戶數(shù)n輸入要使用資源的電腦IP或主機(jī)名，連接上nRun-time Settings,設(shè)置迭代次數(shù)、設(shè)置每次迭代的間隔時(shí)間、設(shè)置只輸出標(biāo)準(zhǔn)日志、忽略思考時(shí)間、局域網(wǎng)內(nèi)不使用代理n設(shè)置檢查

17、點(diǎn)有效三、場(chǎng)景 場(chǎng)景設(shè)置n設(shè)置集合點(diǎn)。 并發(fā)用戶數(shù)多的情況下，選擇第一或第三項(xiàng)，可以讓所有用戶都到達(dá)集合點(diǎn)后才開始事務(wù)；如果使用默認(rèn)的第二項(xiàng)，所有正在運(yùn)行的用戶到達(dá)集合點(diǎn)后，就開始運(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í)間間隔。 三、場(chǎng)景 場(chǎng)景設(shè)置n設(shè)置登入方式 如果并發(fā)用戶數(shù)較大，最好選擇分批登入。如果選擇一次全部登入，有可能在登入被測(cè)系統(tǒng)

18、時(shí)就運(yùn)行失敗了，雖然在登入時(shí)候并沒(méi)有設(shè)置集合點(diǎn)，但登入時(shí)間也是相對(duì)集中的，壓力較大。三、場(chǎng)景 場(chǎng)景設(shè)置n選擇自動(dòng)載入分析，場(chǎng)景運(yùn)行結(jié)束后會(huì)自動(dòng)載入分析結(jié)果；如果沒(méi)有選擇，點(diǎn)工具欄上的“Analyze Results”按鈕也可以載入結(jié)果 三、場(chǎng)景 場(chǎng)景設(shè)置n設(shè)置結(jié)果保存路徑，也可以設(shè)置自動(dòng)保存結(jié)果，但一般不要選擇自動(dòng)覆蓋結(jié)果，以免誤操作覆蓋掉以前有用的結(jié)果三、場(chǎng)景 場(chǎng)景設(shè)置n加入需要監(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ù)器三、場(chǎng)景 場(chǎng)景設(shè)置n加入oracle指標(biāo)計(jì)數(shù)器 將oracle拖入

19、顯示窗口 三、場(chǎng)景 場(chǎng)景設(shè)置連接oracle，其中server name是你本機(jī)配置的服務(wù)名，登入用戶可以是system也可以是其他用戶三、場(chǎng)景 場(chǎng)景設(shè)置加入關(guān)注的計(jì)數(shù)器，注意選擇obiect時(shí)選擇第三項(xiàng)，否則得不到數(shù)據(jù)。至于這一項(xiàng)具體的內(nèi)容，介紹一個(gè)網(wǎng)址，大家可以去看看：http:/ 這里面有一些常用統(tǒng)計(jì)的解釋，內(nèi)容較多不在此列出。三、場(chǎng)景 場(chǎng)景設(shè)置比如加入physical reads三、場(chǎng)景 場(chǎng)景執(zhí)行n在場(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í)

20、行；如果不是，查找錯(cuò)誤原因，解決錯(cuò)誤之后再次執(zhí)行。n對(duì)同一類場(chǎng)景，要多執(zhí)行幾次，找出出現(xiàn)次數(shù)較多的那個(gè)響應(yīng)時(shí)間。n另外，在監(jiān)控linux系統(tǒng)的性能指標(biāo)時(shí)，可以用vmstat、iostat命令來(lái)獲得一些信息供以后分析。三、結(jié)果分析 結(jié)果摘要n分析結(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)”）三、結(jié)果分析 加入新圖表n加入新圖表，通常有操作系統(tǒng)相關(guān)、數(shù)據(jù)庫(kù)相關(guān)、事務(wù)相關(guān)、網(wǎng)頁(yè)細(xì)分相關(guān) 三、結(jié)

21、果分析 事務(wù)分析n查看事務(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í)行

22、。 三、結(jié)果分析 事務(wù)分析n事務(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)題。n事務(wù)響應(yīng)時(shí)間過(guò)長(zhǎng)，同上面的第二和第三點(diǎn) 三、結(jié)果分析 獲取常用性能指標(biāo)n目前在做性能測(cè)試的時(shí)候，如果測(cè)的是windows系統(tǒng)，一般就只用LR監(jiān)控就可以了，在設(shè)置場(chǎng)景時(shí)加入windows相關(guān)的計(jì)數(shù)器；如果

23、測(cè)試的是linux系統(tǒng)，則還要用linux的命令（常用的有vmstat、iostat），因?yàn)長(zhǎng)R里面包含的linux相關(guān)的計(jì)數(shù)器比較少，所以用這些命令做為補(bǔ)充。三、結(jié)果分析 常用指標(biāo)分析nLR指標(biāo)CPU Utilization(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ì)，如果拋開用戶能夠承受的事務(wù)響應(yīng)時(shí)間，單單來(lái)找系統(tǒng)瓶頸時(shí)會(huì)發(fā)現(xiàn)，5秒其實(shí)是一個(gè)很短的時(shí)間?，F(xiàn)在我認(rèn)

24、為“長(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秒。三、結(jié)果分析 常用指標(biāo)分析nLR指標(biāo)CPU Utilization(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)景剛開

25、始運(yùn)行時(shí)CPU的小值對(duì)平均值的影響較大，如果場(chǎng)景運(yùn)行時(shí)迭代次數(shù)足夠多，運(yùn)行時(shí)間足夠長(zhǎng)則不會(huì)存在該問(wèn)題。在目前的情況下，我們主要還是看事務(wù)處理過(guò)程中的CPU的利用率，而不是去看平均值，平均值、最大值、最小值，只能做為參考。 CPU的占用是系統(tǒng)占用和用戶占用之和。一般情況下，系統(tǒng)占用率是很小，5%可能都不到，主要用戶占用多，所以平常我們先看一下是否系統(tǒng)占用是否正常，然后就只看CPU占用的總數(shù)就可以了。三、結(jié)果分析 常用指標(biāo)分析nLR指標(biāo)內(nèi)存相關(guān) 主要看可用內(nèi)存 和 是否頻繁換頁(yè) 如果系統(tǒng)可用內(nèi)存變的很小，內(nèi)存可能成為系統(tǒng)瓶頸 如果頁(yè)交換頻繁，將嚴(yán)重影響系統(tǒng)性能 三、結(jié)果分析 常用指標(biāo)分析LR指標(biāo)內(nèi)

26、存相關(guān)n可用內(nèi)存 如果是windows系統(tǒng)，直接在LR里面看free的值就行了，建議閥值是4M，不能小于4M。如果發(fā)現(xiàn)已經(jīng)接近4M了，說(shuō)明可用物理內(nèi)存不夠了。 如果是linux系統(tǒng)，LR里面沒(méi)有可用物理內(nèi)存大小的參數(shù)。需借助于vmstat命令，后面詳述。 三、結(jié)果分析 常用指標(biāo)分析 LR指標(biāo)內(nèi)存相關(guān) 頁(yè)交換 主要看page-out rate 每秒從物理內(nèi)存中換出到磁盤上頁(yè)交換文件的頁(yè)數(shù)。 這里可以看到平均值、最大最小值，如果平均值很大，說(shuō)明有很多的頁(yè)交換發(fā)生，內(nèi)存可能不足，需要告訴開發(fā)組查找原因。 至于值為多大才算大，在網(wǎng)上也沒(méi)有找到一個(gè)確數(shù)，可能要靠經(jīng)驗(yàn)的積累。不過(guò)如果是達(dá)到幾百，頁(yè)交換應(yīng)該

27、是比較頻繁了。 三、結(jié)果分析 常用指標(biāo)分析nLR指標(biāo)Average load （平均負(fù)載） 在過(guò)去的1分鐘內(nèi)運(yùn)行隊(duì)列中的平均進(jìn)程數(shù)量。 該數(shù)值除以cpu個(gè)數(shù)（邏輯個(gè)數(shù)）小于5，則是在可接受的范圍，否則說(shuō)明該服務(wù)器負(fù)載過(guò)重。三、結(jié)果分析 常用指標(biāo)分析nLR指標(biāo)Oracle相關(guān) SELECT name,value FROM V$sysstat WHERE name=redo log space request;此處value的值應(yīng)接近于0，否則，應(yīng)增大初始化參數(shù)文件的Log_buffers的值 通過(guò)查詢V$sysstat表判定redo log （重做日志）文件緩沖區(qū)是否足夠。實(shí)際測(cè)試過(guò)程中，只需要

28、在場(chǎng)景中添加“redo log space request ”這個(gè)計(jì)數(shù)器即可。三、結(jié)果分析 常用指標(biāo)分析LR指標(biāo)數(shù)據(jù)庫(kù)緩沖命中率： 命中率=1-physical reads/(dbblock gets+consistent gets) 該值要在90以上，如果小于90，則要考慮增加data buffer（數(shù)據(jù)緩沖區(qū)）的大小三、結(jié)果分析 常用指標(biāo)分析n對(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)容指出了

29、計(jì)算機(jī)重啟至今的平均使用情況。后面的每一行信息是按 延時(shí)定期地顯示系統(tǒng)的各部分信息。進(jìn)程信息和內(nèi)存信息都是即時(shí)產(chǎn)生的。 iostat也包括了CPU的使用情況，不過(guò)它的主要特點(diǎn)是匯報(bào)磁盤活動(dòng)的情況。如果用vmstat命令發(fā)現(xiàn)問(wèn)題可能與磁盤相關(guān)，則再用iostat命令來(lái)進(jìn)一步分析磁盤活動(dòng)。三、結(jié)果分析 常用指標(biāo)分析nVmstat命令roottest2 # vmstat 1procs -memory- -swap- -io-system- cpu r b swpd free buff cache si so bi bo in cs us sy id wa對(duì)上面我們關(guān)注的指標(biāo)的分析： r:進(jìn)程等待隊(duì)列

30、長(zhǎng)度，閥值是cpu個(gè)數(shù)*4,這里的cpu個(gè)數(shù)指的是邏輯cpu的個(gè)數(shù)（ cat /proc/cpuinfo可以看到）。 id：CPU的空閑時(shí)間。粗略的來(lái)看，反過(guò)來(lái)就是占用時(shí)間。 三、結(jié)果分析 常用指標(biāo)分析Vmstat命令相關(guān)指標(biāo)的分析n從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)程等待處理，但大部分不

31、是，但cpu占用長(zhǎng)時(shí)間很大），雖然CPU占用很厲害，但只要有進(jìn)程過(guò)來(lái)基本上馬上就能處理，至少目前不能說(shuō)明cpu資源不足。在實(shí)際測(cè)試的過(guò)程中也可以看到這種情況，但事務(wù)響應(yīng)較快。三、結(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ù)，單位：KB vmstat得到的free的值與windows系統(tǒng)的free值不同，不是可用內(nèi)存，是自由內(nèi)存，就是還沒(méi)有被使用過(guò)的內(nèi)存；linux的內(nèi)存管理機(jī)制認(rèn)為，用戶可用的內(nèi)存freebuffcache，所以單看free值是沒(méi)有意義的。經(jīng)常會(huì)看到free值很小，只有23M，但實(shí)際可用物理內(nèi)存要大的多。三、結(jié)果分析 常用指標(biāo)分析Vmstat命令相關(guān)指標(biāo)的分析 swpd: 虛擬內(nèi)存使用情況，單位：KB si: 從磁盤交換到內(nèi)存的交