模版_性能測試計(jì)劃

1、網(wǎng)通系統(tǒng)壓力測試方案微軟（中國）有限公司編建日期2002年4月9日編制人馮江、謝華芳網(wǎng)通壓力測試方案版本控制版本日期作者備注vl.O2002-4-9馮江、謝華芳第3頁網(wǎng)通壓力測試方案目錄一、 概述41.1項(xiàng)目背景和測試目的 41.2被測系統(tǒng)介紹41.3測試可接收條件 5二、 測試需求5三、 測試方法53.1測試方法53.2測試案例93.3測試流程93.4數(shù)據(jù)文件準(zhǔn)備 93.5測試腳本說明 10四、 測試環(huán)境104.1網(wǎng)絡(luò)拓?fù)鋱D104.2環(huán)境配置10五、 測試實(shí)施115.1試資源與進(jìn)度 115.2 測試機(jī)構(gòu)和人員職責(zé) 12六、 試存儲(chǔ)管理規(guī)范 136.1存儲(chǔ)內(nèi)容、地點(diǎn)、命名規(guī)則 136.2存儲(chǔ)目

2、錄結(jié)構(gòu) 146.3備份14附錄 1: Env_Check_list15附錄2:測試工具原理 16第4頁網(wǎng)通壓力測試方案亠、概述1.1項(xiàng)目背景和測試目的為了保障網(wǎng)通即將建設(shè)的綜合營帳系統(tǒng)能夠順利實(shí)施， 網(wǎng)通希望在項(xiàng)目正式 實(shí)施前了解未來系統(tǒng)是否可以使用目前已經(jīng)選用的技術(shù)進(jìn)行搭建， 即了解項(xiàng)目技 術(shù)的可行性。另外，網(wǎng)通還希望了解使用不同技術(shù)實(shí)現(xiàn)的差異。1.2被測系統(tǒng)介紹本次被測系統(tǒng)是針對(duì)網(wǎng)通項(xiàng)目的一個(gè)前期實(shí)驗(yàn)系統(tǒng)。系統(tǒng)邏輯結(jié)構(gòu)圖如下:整個(gè)系統(tǒng)分為三個(gè)主要部分，主要功能包括:1. 系統(tǒng)A系統(tǒng)A是整個(gè)系統(tǒng)的數(shù)據(jù)入口，可以將客戶請(qǐng)求傳給Biztalk或者直接傳給系統(tǒng)B。系統(tǒng)A可以通過兩種方法接收客戶請(qǐng)求

3、傳給系統(tǒng)。一種通過Tuexdo(A)接收用戶請(qǐng)求，另一種可以直接通過WebLogic(A)接收用戶請(qǐng)求。2. BiztalkBiztalk是整個(gè)系統(tǒng)的中心，負(fù)責(zé)連接系統(tǒng)A和B，主要目的是同步處理系統(tǒng) 消息。另外，由于測試需要，Biztalk本身可以接收用戶請(qǐng)求（Http）。3. 系統(tǒng)B可以看作系統(tǒng)的服務(wù)端。接收Biztalk的請(qǐng)求，并返回結(jié)果。1.3測試可接收條件1、每次測試交易成功率在90%以上2、用戶每個(gè)請(qǐng)求的響應(yīng)時(shí)間低于 2秒每次測試，以上條件必須同時(shí)滿足，方視為本次測試通過。1、測試需求本次測試的需求包括：1、Biztalk系統(tǒng)的處理能力2、整個(gè)系統(tǒng)能夠支持多少用戶同時(shí)訪問3、不同技術(shù)

4、間實(shí)現(xiàn)的差異三、測試方法3.1測試方法測試過程采用自動(dòng)測試工具進(jìn)行。目前暫時(shí)決定使用Mercury In teractive公司的測試產(chǎn)品：LoadRu nner。1、測試Biztalk系統(tǒng)的處理能力：.-BiztalkHttp/XML101AIC/channel、Httpportzx第7頁網(wǎng)通壓力測試方案第#頁網(wǎng)通壓力測試方案圖2、測試Biztalk系統(tǒng)的處理能力模擬多個(gè)Web類型的虛擬用戶，同時(shí)向 Biztalk系統(tǒng)發(fā)送HTTP請(qǐng)求，之后 記錄每個(gè)虛擬用戶的響應(yīng)時(shí)間。2、整個(gè)系統(tǒng)能夠支持多少用戶同時(shí)訪問方法一：模擬多個(gè)Web類型的虛擬用戶，同時(shí)向WebLogic(A)發(fā)送HTTP請(qǐng)求，之后

5、 記錄每個(gè)虛擬用戶的響應(yīng)時(shí)間。第#頁網(wǎng)通壓力測試方案第#頁網(wǎng)通壓力測試方案圖3、測試整個(gè)系統(tǒng)能夠支持多少用戶同時(shí)訪問(方法一)第#頁網(wǎng)通壓力測試方案方法二：模擬多個(gè)Tuxedo類型的虛擬用戶（即模擬Tuxedo客戶端），同時(shí)向Tuxedo（A） 的服務(wù)發(fā)送Tuxedo請(qǐng)求，之后記錄每個(gè)虛擬用戶的響應(yīng)時(shí)間。圖4、測試整個(gè)系統(tǒng)能夠支持多少用戶同時(shí)訪問（方法二）3、不同技術(shù)間實(shí)現(xiàn)的差異方法一：模擬多個(gè)Tuxedo類型的虛擬用戶（即模擬Tuxedo客戶端），同時(shí)向Tuxedo（A） 的服務(wù)發(fā)送Tuxedo請(qǐng)求，并且Tuxedo（A）發(fā)送的請(qǐng)求，不經(jīng)過 Biztalk系 統(tǒng)，之后記錄每個(gè)虛擬用戶的響應(yīng)時(shí)

6、間。第8頁網(wǎng)通壓力測試方案Tuxedo(A)AServiceTuxedoHttp/XML圖5、測試不同技術(shù)間實(shí)現(xiàn)的差異（方法一）方法二：模擬多個(gè) Web類型的虛擬用戶，同時(shí)向WebLogic（A）的發(fā)送HTTP請(qǐng)求，并 且WebLogic（ A）發(fā)送的請(qǐng)求，不經(jīng)過 Biztalk系統(tǒng)，之后記錄每個(gè)虛擬用戶的 響應(yīng)時(shí)間。第9頁網(wǎng)通壓力測試方案第#頁網(wǎng)通壓力測試方案Http/XML圖6、測試不同技術(shù)間實(shí)現(xiàn)的差異（方法17二Tuxedo(A)WTC> servle.WebLogic(A)第10頁網(wǎng)通壓力測試方案3.2測試案例測試目的虛擬用戶 類型Case No.并發(fā)用戶數(shù)交易循環(huán) 次數(shù)測試Bi

7、ztalk系統(tǒng)的處理能力WEB001002003004整個(gè)系統(tǒng)能夠支 持多少用戶同時(shí) 訪問WEB005006007008TUXEDO009010011012不同技術(shù)間實(shí)現(xiàn) 的差異WEB013014015016TUXEDO0170180190203.3測試流程正式測試過程如下：1確認(rèn)被測環(huán)境正常(Env_Check_list)2、確認(rèn)測試環(huán)境設(shè)置(Env_Check_list)3、 開始測試一 一4、存儲(chǔ)測試結(jié)果5、系統(tǒng)調(diào)試6、應(yīng)用調(diào)試7、環(huán)境維護(hù)3.4數(shù)據(jù)文件準(zhǔn)備數(shù)據(jù)文件名稱包含內(nèi)容說明數(shù)據(jù)量第12頁網(wǎng)通壓力測試方案3.5測試腳本說明腳本名稱描述（TranNo.:Tran 名稱:解釋）參數(shù)說明

8、（參數(shù)：說明）數(shù)據(jù)（參數(shù):文件：方法）四、測試環(huán)境4.1網(wǎng)絡(luò)拓?fù)鋱D被測系統(tǒng)'I網(wǎng)絡(luò)-1控制臺(tái)測試系統(tǒng)圖7、測試網(wǎng)絡(luò)拓?fù)鋱D4.2環(huán)境配置類型配置軟件被測系統(tǒng)服務(wù)器1服務(wù)器2服務(wù)器3測試系統(tǒng)測試機(jī)控制臺(tái)網(wǎng)絡(luò)五、測試實(shí)施5.1試資源與進(jìn)度項(xiàng)目 階段任務(wù)分解任務(wù)內(nèi)容完成標(biāo)準(zhǔn)責(zé)任人資源與 時(shí)間項(xiàng)目 啟動(dòng)設(shè)立項(xiàng)目項(xiàng)目定義，規(guī)劃項(xiàng)目運(yùn)作模式， 編制項(xiàng)目計(jì)劃，組建項(xiàng)目班子與 實(shí)施隊(duì)伍輸出項(xiàng)目計(jì)劃測試經(jīng)理0.5人天測試 計(jì)劃 和測 試設(shè) 計(jì)測試需求 調(diào)研明確測試需求、測試目標(biāo)、界定 測試范圍、任務(wù)和具體內(nèi)容雙方就測試需求達(dá) 成共識(shí)測試人員 微軟負(fù)責(zé)人0.5人天制定測試 萬案細(xì)化測試方案，定義測試范 圍，

9、并定義各項(xiàng)測試活動(dòng)和步 驟，具體安排測試實(shí)施過程及測 試進(jìn)度輸出測試方案 （初稿）測試經(jīng)理2人天測試方案 評(píng)審對(duì)測試方案定義的功能、性能測 試范圍、測試策略、測試組織實(shí) 施過程、測試進(jìn)度等進(jìn)行評(píng)審輸出測試方案 （討論稿），對(duì)測試 方案中涉及的各項(xiàng) 內(nèi)容達(dá)成共識(shí)微軟負(fù)責(zé)人 測試經(jīng)理1人天測試準(zhǔn)備工作搭建應(yīng)用 運(yùn)行環(huán)境搭建應(yīng)用所需的環(huán)境，并建立測 試數(shù)據(jù)庫應(yīng)用正常運(yùn)行微軟負(fù)責(zé)人搭建測試運(yùn)行環(huán)境搭建測試所需的環(huán)境，包括測試 工具軟件、性能監(jiān)控軟件等各測試軟件正常運(yùn) 行測試人員1人天準(zhǔn)備測試 數(shù)據(jù)準(zhǔn)備必要的功能及壓力測試所 需的測試數(shù)據(jù)輸出測試數(shù)據(jù)準(zhǔn) 備清單，并準(zhǔn)備好 測試數(shù)據(jù)測試人員 微軟開發(fā)人員1

10、人天測試開發(fā)開發(fā)壓力 測試腳本按照壓力測試案例設(shè)計(jì)，開發(fā)測 試腳本輸出可執(zhí)行的測試 腳本測試人員1人天第ii頁網(wǎng)通壓力測試方案測試執(zhí)行預(yù)測試證明測試腳本可用，證明測試流 程可用證明測試環(huán)境配置合理證明測試數(shù)據(jù)準(zhǔn)備充分按照預(yù)期可接收條件：運(yùn)行2x2場景成功運(yùn)行25x25場景成功微軟負(fù)責(zé)人 微軟開發(fā)人員 測試經(jīng)理1天系統(tǒng)調(diào)優(yōu)使系統(tǒng)運(yùn)行在最佳狀態(tài)運(yùn)行500或1000并發(fā)用戶場景，測試 經(jīng)理和項(xiàng)目經(jīng)理直 到認(rèn)為測試停止微軟負(fù)責(zé)人 微軟開發(fā)人員 測試經(jīng)理2天極限測試測試系統(tǒng)究竟能夠承受的業(yè)務(wù) 量按照預(yù)期可接收條 件，系統(tǒng)已經(jīng)不能 承受測試人員1天壓力測試 評(píng)估按照測試評(píng)估策略對(duì)性能進(jìn)行 評(píng)估，并對(duì)系統(tǒng)性

11、能進(jìn)行分析輸出性能測試評(píng) 估報(bào)告測試評(píng)估總結(jié)總結(jié)輸出項(xiàng)目報(bào)告、相關(guān)文檔歸檔， 安排后續(xù)工作輸出項(xiàng)目報(bào)告測試人員5.2測試機(jī)構(gòu)和人員職責(zé)角色任務(wù)網(wǎng)通項(xiàng)目經(jīng)理測試策略制定，管理協(xié)調(diào)測試項(xiàng)目經(jīng)理：測試組織、管理協(xié)調(diào)測試組測試執(zhí)行并協(xié)助進(jìn)行結(jié)果分析開發(fā)專豕業(yè)務(wù)指導(dǎo)，調(diào)優(yōu)指導(dǎo)測試專豕測試工具支持，測試方案審核系統(tǒng)專家系統(tǒng)恢復(fù)、系統(tǒng)問題顧問網(wǎng)通項(xiàng)目經(jīng)理測試項(xiàng)寸經(jīng)理專家組測試組開發(fā)專家測試專家系統(tǒng)專家圖8測試組織結(jié)構(gòu)圖六、試存儲(chǔ)管理規(guī)范6.1存儲(chǔ)內(nèi)容、地點(diǎn)、命名規(guī)則存儲(chǔ)內(nèi)容：a）測試腳本b）測試場景c）測試結(jié)果d）相關(guān)文檔e）數(shù)據(jù)文件 存儲(chǔ)地點(diǎn)：運(yùn)行控制臺(tái)的主機(jī)硬盤上，存儲(chǔ)結(jié)構(gòu)見下面 圖9 命名規(guī)則：a）測

12、試腳本LTscr_App_SubApp_version說明：LTsc： Load Test ScriptApp：業(yè)務(wù)名稱SubApp：子業(yè)務(wù)名稱（可選）Versio n：腳本的版本號(hào)b）測試場景LTsce_App_SubAppConCurrUser_lteration說明：LTsce Load Test Seenario App：業(yè)務(wù)名稱SubApp：子業(yè)務(wù)名稱（可選）ConCurrUse：并發(fā)用戶數(shù) Iterati on：每個(gè)用戶循環(huán)次數(shù)c）測試結(jié)果LTres_ App_SubAppConCurrUser_lteration _time說明：LTres Load Test ResultApp

13、：業(yè)務(wù)名稱SubApp：子業(yè)務(wù)名稱（可選）ConCurrUse:并發(fā)用戶數(shù) Iterati on：每個(gè)用戶循環(huán)次數(shù) Time：第幾次測試6.2存儲(chǔ)目錄結(jié)構(gòu)DF_LoadTestScriptSeen arioPre_TestTestResultDate( MM_DD_YYYY)Doeume ntDataFile圖9、測試存儲(chǔ)結(jié)構(gòu)圖說明：Script：存儲(chǔ)測試腳本 Seenario存儲(chǔ)測試場景Result：存儲(chǔ)測試結(jié)果Doeume nt:存儲(chǔ)相關(guān)文檔DataFile：存儲(chǔ)數(shù)據(jù)文件錄，全部備份到6.3備份測試結(jié)果每天在測試結(jié)束后備份一次，將“ D:LoadTest”磁帶機(jī)或 “ AnyPCC: Lo

14、adTest_bak'第17頁網(wǎng)通壓力測試方案附錄 1: Env_Check_list日期：2002年 月 日 時(shí) 分測試結(jié)果名稱：檢查內(nèi)容如下:檢查項(xiàng)檢杳人結(jié)論備注被測試系統(tǒng)：Web Server清除Cache和臨時(shí)文件Web Server重新啟動(dòng)Application Server 清除 Cache和臨時(shí)文件Application Server 重新啟動(dòng)DB Server清除新生成的記錄和臨時(shí)文件DB Server重新啟動(dòng)確認(rèn)應(yīng)用可以正常運(yùn)行測試系統(tǒng)：測試機(jī)清除臨時(shí)文件測試機(jī)重新啟動(dòng)控制臺(tái)機(jī)器清除臨時(shí)文件控制臺(tái)機(jī)器重新啟動(dòng)測試機(jī)LoadRunner RCL已經(jīng)啟動(dòng)確認(rèn)測試機(jī)臨時(shí)空間

15、大于 1GIteration次數(shù)設(shè)置正確不寫log確認(rèn)Proxy設(shè)置Simulate browser Cache en ableDownl oad non-HTML resources en ableSimulate a new user each iterati on en able參數(shù)方法正確DNS Cache en ableKeep-Alive en ableCon cure nt conn ecti ons = 4測試監(jiān)督簽字：附錄2:測試工具原理Mercury Interactive公司的客戶機(jī)/服務(wù)器系統(tǒng)的壓力測試工具 LoadRunner,其工作原理為：通過一個(gè)中心控制點(diǎn)，在一個(gè)

16、或幾個(gè)主機(jī)上同時(shí) 模擬成百上千的實(shí)際用戶的操作，從而生成一致的、可測量的及可重復(fù)的系統(tǒng)負(fù)載，并記錄特定交易操作的響應(yīng)時(shí)間。概要地說：首先錄制應(yīng)用程序的操作過程， 測試工具會(huì)自動(dòng)生成可執(zhí)行的腳本，該腳本運(yùn)行起來，從服務(wù)器端看，就如同一個(gè)實(shí)際的用戶在進(jìn)行操作，我們稱為虛擬用戶。然后，通過中心控制點(diǎn) (Co ntroller)設(shè)置測試場景，控制許多個(gè)虛擬用戶在多臺(tái) Age nt機(jī)器上同時(shí)運(yùn)行， 監(jiān)控運(yùn)行狀態(tài)，收集響應(yīng)時(shí)間等性能數(shù)據(jù)。使用虛擬用戶(Vuset)替代實(shí)際用戶每個(gè)模擬的用戶即為一個(gè)虛擬用戶，其實(shí)就是一個(gè)運(yùn)行的測試腳本。LoadRunner在PC上主要有兩種Vuser：非圖形用戶界面 的虛擬

17、用戶 (Non-GUI Vuser)和圖形用戶界面虛擬用戶(GUI Vuser)。Non-GUI Vuser是直接通過 API調(diào)用和 Web/Application/DB服務(wù)器進(jìn)行交互 的，它的腳本是直接向服務(wù)器提交請(qǐng)求的類C語言程序。多個(gè)Non-GUI Vuser可運(yùn)行于一臺(tái)主機(jī)上。 Vuser可通過Virtual User Generator來錄制生成，在錄制 腳本中可以標(biāo)明某一活動(dòng)(transaction)的開始和結(jié)束點(diǎn)，用于具體度量這一活 動(dòng)的響應(yīng)時(shí)間及性能，還可以在某一操作之前定義集結(jié)點(diǎn)(rendezvous，用于測試這一操作的多用戶并發(fā)。GUI Vuser模擬實(shí)際用戶運(yùn)行應(yīng)用程序進(jìn)

18、行操作的情況，它的腳本記錄了客 戶機(jī)上所有的界面操作。GUI Vuser可通過Mercury In teractive公司的功能測試 工具WinRunner來錄制生成。由于本次壓力測試的目的是檢驗(yàn)服務(wù)器對(duì)壓力的承載能力，因此建議通過在一臺(tái)主機(jī)上運(yùn)行多個(gè)Non-GUI Vuser來模擬多用戶的活動(dòng)進(jìn)行壓力測試。測試腳本的參數(shù)化測試腳本反映的是錄制時(shí)輸入的數(shù)據(jù)的情況。 但由于錄制操作可能引起原輸 入數(shù)據(jù)狀態(tài)的變化，因此要修改測試腳本中的輸入數(shù)據(jù)及與其相關(guān)的數(shù)據(jù)；而且為了更準(zhǔn)確地模擬真實(shí)系統(tǒng)的運(yùn)作，輸入的數(shù)據(jù)及與其相關(guān)的數(shù)據(jù)就必須參數(shù) 化，并且為該參數(shù)建立一個(gè)包含所有數(shù)據(jù)的參數(shù)文件。這樣當(dāng)模擬多用戶

19、進(jìn)行壓 力測試時(shí)，就可控制每個(gè)虛擬用戶使用參數(shù)文件中的不同數(shù)據(jù)。通過中心控制點(diǎn)(Controller)管理虛擬用戶在中心控制點(diǎn)，定制測試場景，即將要在測試會(huì)話中發(fā)生的事件。定制包括 模擬的用戶個(gè)數(shù)、模擬用戶所在的主機(jī)、模擬用戶的動(dòng)作等。在中心控制點(diǎn)控制場景的運(yùn)行，管理所有虛擬用戶的活動(dòng)，監(jiān)控虛擬用戶的狀態(tài)，也可以無人照料地運(yùn)行。場景執(zhí)行完后，可通過Controller的性能分析圖形和報(bào)表對(duì)結(jié)果數(shù)據(jù)進(jìn)行分析。代理程序必須安裝在參與測試的每一臺(tái)主機(jī)上，當(dāng)場景開始運(yùn)行，代理程序 負(fù)責(zé)Controller與主機(jī)之間的通訊。C lient使用自動(dòng)生成的圖表和報(bào)表分析測試結(jié)果在每個(gè)測試場景運(yùn)行完后，Con

20、troller自動(dòng)收集服務(wù)器、網(wǎng)絡(luò)及客戶端的性 能數(shù)據(jù)，并以圖形和報(bào)表的形式顯示。其中包括服務(wù)器響應(yīng)Vuser以及transaction 提交的請(qǐng)求和任務(wù)的時(shí)間；在運(yùn)行期間的基于活動(dòng) Vuser數(shù)目的transaction性能時(shí)間；服務(wù)器磁盤I/O、CPU使用情況，網(wǎng)絡(luò)延遲等數(shù)據(jù)。測試方法及步驟1、建立虛擬用戶（生成測試腳本）在LoadRunner的Virtual User Generator中錄制測試腳本，建立虛擬用戶，一 般一個(gè)業(yè)務(wù)操作錄制成一個(gè)測試腳本，步驟如下：1）根據(jù)應(yīng)用軟件的體系結(jié)構(gòu)、中間件、數(shù)據(jù)庫或客戶端與服務(wù)器之間的協(xié)議，選擇對(duì)應(yīng)的虛擬用戶類型，如：WEB、Oracle、Tux

21、edo、Win Socket2）指定要錄制的可執(zhí)行程序，開始錄制；3）在Vuser init section中記錄登錄應(yīng)用系統(tǒng)的過程；4）在 Actions section中記錄功能操作過程，適當(dāng)加入事務(wù)（transaction的開始與結(jié)束點(diǎn)（事務(wù)也可在腳本生成后，直接在腳本中加入）。當(dāng)需要 記錄壓力測試過程中某一操作的響應(yīng)時(shí)間時(shí)，則在執(zhí)行這一操作前定義事務(wù)的開始點(diǎn)，并給這一事務(wù)命名，在操作結(jié)束后定義該事務(wù)的結(jié)束點(diǎn)；5）在Vuser end section記錄退出系統(tǒng)的過程；6）回放測試腳本，檢驗(yàn)測試腳本執(zhí)行的正確性（有可能要恢復(fù)錄制以前的 數(shù)據(jù)狀態(tài)，或進(jìn)行必要的參數(shù)化）。2、試腳本的參數(shù)化測

22、試腳本反映的是錄制時(shí)輸入的數(shù)據(jù)的情況，但為了更準(zhǔn)確地模擬真實(shí)系統(tǒng) 的運(yùn)作，如模擬不同用戶的登錄，不同用戶查詢股票行情，不同用戶在做不同的 股票交易等情況，有些輸入的數(shù)據(jù)必須參數(shù)化，并且為該參數(shù)建立一個(gè)包含所有 可能的數(shù)據(jù)的參數(shù)文件。這樣當(dāng)模擬多用戶進(jìn)行壓力測試時(shí)，就可控制每個(gè)虛擬 用戶使用參數(shù)文件中的不同數(shù)據(jù)。參數(shù)的選擇、參數(shù)文件的定制具體根據(jù)應(yīng)用軟件的實(shí)際情況而定，但要保證 錄制的腳本能夠順利地執(zhí)行回放，且完成相應(yīng)的業(yè)務(wù)功能。3、定制壓力測試場景在LoadRunner的Controller中，定制壓力測試場景，也就是模擬一個(gè)多用戶 并發(fā)的情況，包括：運(yùn)行虛擬用戶的測試主機(jī)、在測試機(jī)上運(yùn)行的虛

23、擬用戶數(shù)、 虛擬用戶運(yùn)行的測試腳本、每個(gè)虛擬用戶的循環(huán)次數(shù)等等。1）虛擬用戶并發(fā)數(shù)：定義執(zhí)行某一測試腳本的虛擬用戶并發(fā)數(shù)，則虛擬用 戶并發(fā)總數(shù)為各腳本虛擬用戶并發(fā)數(shù)之和；由于在運(yùn)行測試腳本時(shí)，忽 略了 Think Time，因此一個(gè)虛擬用戶的操作是非常連貫的，其強(qiáng)度遠(yuǎn)遠(yuǎn) 大于一個(gè)實(shí)際用戶的操作強(qiáng)度；另外，為了測試引起系統(tǒng)性能急劇下降 的拐點(diǎn)和引起系統(tǒng)崩潰的崩潰點(diǎn)，并發(fā)的虛擬用戶數(shù)需逐漸增加，每次 增加的數(shù)量可視測試的具體情況而定。2）測試主機(jī)：選擇運(yùn)行某一測試腳本的測試主機(jī)。3）虛擬用戶執(zhí)行的腳本：選擇虛擬用戶執(zhí)行的測試腳本，即完成某一業(yè)務(wù) 功能的測試腳本。4）Iteration Count：

24、虛擬用戶運(yùn)行測試腳本 Actions sectior部分的循環(huán)次 數(shù)，增加循環(huán)次數(shù)是為了保證在某一稍長的時(shí)間段內(nèi)有一個(gè)穩(wěn)定的負(fù)載，這樣統(tǒng)計(jì)的結(jié)果才比較準(zhǔn)確。需要注意的是，每臺(tái)測試機(jī)上所支持的虛擬用戶數(shù)，與測試機(jī)的配置和錄制 的應(yīng)用程序的大小有關(guān)。每臺(tái)測試機(jī)上運(yùn)行的虛擬用戶數(shù)不能太多，因?yàn)槿绻?多的話，性能瓶頸將會(huì)出現(xiàn)在客戶端，那么測出的結(jié)果將毫無意義。4、運(yùn)行壓力測試場景在LoadRunner的Controller中，運(yùn)行壓力測試場景，就可以控制測試機(jī)上的 所有虛擬用戶并發(fā)進(jìn)行相應(yīng)的操作。步驟為：1）啟動(dòng)測試機(jī)的 Remote Command Launche；2）在Controller中使測

25、試機(jī)處于“連接”狀態(tài)3）在Controller中，對(duì)所有虛擬用戶發(fā)出初始化（initialize）命令，測試主 機(jī)的RCL啟動(dòng)Age nt，并將虛擬用戶初始化，執(zhí)行測試腳本中Vuser init section部分，使之登錄系統(tǒng)；4）在Controller中，對(duì)所有虛擬用戶發(fā)出運(yùn)行（run）命令，通過測試主機(jī)的Age nt運(yùn)行各虛擬用戶，執(zhí)行測試腳本中的Actions section部分，在Con troller端監(jiān)控虛擬用戶的狀態(tài)及執(zhí)行結(jié)果；5）每個(gè)虛擬用戶按指定的循環(huán)次數(shù)執(zhí)行測試腳本中的Actions section部分，然后執(zhí)行Vuser end sectioi部分，退出應(yīng)用系統(tǒng)；6）當(dāng)每一個(gè)虛擬用戶運(yùn)行完成后，整個(gè)測試場景運(yùn)行結(jié)束。在壓力測試場景執(zhí)行過程中，Controller會(huì)自動(dòng)收集服務(wù)器、網(wǎng)絡(luò)及客戶端的性能數(shù)據(jù)， 以及各事務(wù)的響應(yīng)時(shí)間等。5、監(jiān)控系統(tǒng)性能在測試場景運(yùn)行過程中，我們需要監(jiān)控：1）監(jiān)控運(yùn)行虛擬用戶的客戶端的資源使用情況，使用Windows的性能監(jiān)視 器監(jiān)控客戶端的CPU、Memory等資源使用情況，以防止性能瓶頸出現(xiàn) 在客戶端；另外，可以在進(jìn)