性能壓力測(cè)試方案實(shí)例

1、UDMS性能壓力測(cè)試方案UDMS性能壓力測(cè)試方案錯(cuò)誤！未指定書簽。版本控制版本日期作者備注vl.O2011-9-9初稿第2頁UDMS性能壓力測(cè)試方案錯(cuò)誤！未指定書簽。目錄一、概述41.1項(xiàng)目背景和測(cè)試目的41.2被測(cè)系統(tǒng)介紹41.3測(cè)試可接收條件4二、測(cè)試需求5三、測(cè)試方法53.1測(cè)試方法53.2測(cè)試案例63.3測(cè)試流程63.4數(shù)據(jù)文件準(zhǔn)備6四、測(cè)試環(huán)境74.1網(wǎng)絡(luò)拓?fù)鋱D74.2環(huán)境配置7五、測(cè)試實(shí)施85.1試資源與進(jìn)度8附錄：測(cè)試工具原理 9第3頁UDMS性能壓力測(cè)試方案錯(cuò)誤！未指定書簽。第4頁UDMS性能壓力測(cè)試方案錯(cuò)誤！未指定書簽。亠、概述1.1項(xiàng)目背景和測(cè)試目的為保障UDMS后續(xù)示范應(yīng)

2、用項(xiàng)目能夠順利實(shí)施，UDMS項(xiàng)目組希望在示范 應(yīng)用項(xiàng)目正式實(shí)施前了目前的 UDMS性能是否可行，即了解示范應(yīng)用項(xiàng)目技術(shù) 的可行性。另外，通過測(cè)試，還希望了解使用不同技術(shù)之間實(shí)現(xiàn)的差異。1.2被測(cè)系統(tǒng)介紹本次被測(cè)系統(tǒng)是目前已完成的 UDMS1.1系統(tǒng)，系統(tǒng)邏輯結(jié)構(gòu)如下圖:示范應(yīng)用UDMS系統(tǒng)數(shù)據(jù)存儲(chǔ)接口通用查詢接口統(tǒng)一數(shù)據(jù)模型統(tǒng)一查詢語言索引ffi件-件ti分析插件工具數(shù)據(jù)建模數(shù)據(jù)導(dǎo)入交互抽取基礎(chǔ)設(shè)施（存儲(chǔ)+計(jì)算）系統(tǒng)邏輯結(jié)構(gòu)圖本次測(cè)試主要測(cè)試數(shù)據(jù)的索引性能及并發(fā)數(shù)據(jù)搜索性能。1.3測(cè)試可接收條件1、數(shù)據(jù)索引性能每次測(cè)試均需成功;2數(shù)據(jù)并發(fā)搜索性能根據(jù)并發(fā)用戶量決定，見后續(xù)描述； 每次測(cè)試，以上

3、條件必須同時(shí)滿足，方視為本次測(cè)試通過。1、測(cè)試需求本次測(cè)試的需求包括：項(xiàng)目計(jì)劃文檔性能需求規(guī)格說明書系統(tǒng)架構(gòu)設(shè)計(jì)文檔三、測(cè)試方法3.1測(cè)試方法測(cè)試過程采用自動(dòng)測(cè)試工具進(jìn)行。使用 HP公司的測(cè)試產(chǎn)品：LoadRunne。 對(duì)數(shù)據(jù)索引性能測(cè)試不使用上述工具。1. 測(cè)試UDMS系統(tǒng)數(shù)據(jù)索引性能：對(duì)UDMS系統(tǒng)進(jìn)行數(shù)據(jù)導(dǎo)入測(cè)試，分別導(dǎo)入 1萬、10萬，100萬，1000萬 條文本及多媒體數(shù)據(jù)，之后記錄每次導(dǎo)入的時(shí)間。2. 整個(gè)系統(tǒng)能夠支持多少用戶同時(shí)訪問模擬多個(gè)虛擬用戶，同時(shí)向 UDMS發(fā)送搜索請(qǐng)求，之后記錄每個(gè)虛擬用戶 的響應(yīng)時(shí)間。3. 不同技術(shù)間實(shí)現(xiàn)的差異如有條件，可測(cè)試示范應(yīng)用系統(tǒng)使用不同數(shù)據(jù)庫

4、平臺(tái)之間的性能差異。該部 分測(cè)試視實(shí)際情況決定是否需要測(cè)試。3.2測(cè)試案例測(cè)試目的虛擬用戶 類型Case No.并發(fā)用戶數(shù)數(shù)據(jù)量測(cè)試數(shù)據(jù)索引No n-GUIVuser00111萬002110萬0031100萬00411000 萬整個(gè)系統(tǒng)能夠支 持多少用戶同時(shí) 訪問No n-GUIVuser0051100萬00610100萬007100100萬0081000100萬No n-GUIVuser00811000 萬010101000 萬0111001000 萬01210001000 萬3.3測(cè)試流程正式測(cè)試過程如下：確認(rèn)被測(cè)環(huán)境正常; 確認(rèn)測(cè)試環(huán)境設(shè)置; 開始測(cè)試；存儲(chǔ)測(cè)試結(jié)果； 系統(tǒng)調(diào)試；應(yīng)用調(diào)試

5、； 環(huán)境維護(hù)；3.4數(shù)據(jù)文件準(zhǔn)備數(shù)據(jù)文件名稱包含內(nèi)容說明數(shù)據(jù)量文本數(shù)據(jù)標(biāo)注完后的文本GBK格式純文本1000 萬多媒體數(shù)據(jù)帶標(biāo)注文本及媒體文 件包括聲音、圖像及視 頻1000 萬四、測(cè)試環(huán)境4.1網(wǎng)絡(luò)拓?fù)鋱DLoad GeneratorUDMSServerConsoleHadoop、 HabaseLoad Generator測(cè)試網(wǎng)絡(luò)拓?fù)鋱D4.2環(huán)境配置類型配置軟件被測(cè)系統(tǒng)服務(wù)器DELL POWEREDGE210CPU:INTEL XEON E31220 3.1GHZDISK:2TMEMORY:8G測(cè)試系統(tǒng)測(cè)試機(jī)器 及控制臺(tái)CPU:INTEL CORE I5-2410M 2.30HZMEMORY:

6、2G網(wǎng)絡(luò)交換機(jī)千兆網(wǎng)絡(luò)五、測(cè)試實(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ì)劃測(cè)試經(jīng)理0.5人天測(cè)試 計(jì)劃 和測(cè) 試設(shè) 計(jì)測(cè)試需求 調(diào)研明確測(cè)試需求、測(cè)試目標(biāo)、界定 測(cè)試范圍、任務(wù)和具體內(nèi)容雙方就測(cè)試需求達(dá) 成共識(shí)測(cè)試人員0.5人天制定測(cè)試 萬案細(xì)化測(cè)試方案，定義測(cè)試范 圍，并定義各項(xiàng)測(cè)試活動(dòng)和步 驟，具體安排測(cè)試實(shí)施過程及測(cè) 試進(jìn)度輸出測(cè)試方案 （初稿）測(cè)試經(jīng)理2人天測(cè)試 執(zhí)行預(yù)測(cè)試證明測(cè)試腳本可用，證明測(cè)試流 程可用證明測(cè)試環(huán)境配置合理證明測(cè)試數(shù)據(jù)準(zhǔn)備充分按照預(yù)期可接

7、收條 件開發(fā)及測(cè)試人 員1天系統(tǒng)調(diào)優(yōu)使系統(tǒng)運(yùn)行在最佳狀態(tài)運(yùn)行500或1000并發(fā)用戶場(chǎng)景，測(cè)試 經(jīng)理和項(xiàng)目經(jīng)理直 到認(rèn)為測(cè)試停止項(xiàng)目負(fù)責(zé)人/開 發(fā)人員/測(cè)試人 員/測(cè)試經(jīng)理2天性能測(cè)試根據(jù)測(cè)試案例測(cè)試按照預(yù)期可接收條 件測(cè)試人員1天壓力測(cè)試測(cè)試系統(tǒng)究竟能夠承受的業(yè)務(wù) 量按照預(yù)期可接收條 件，系統(tǒng)已經(jīng)不能 承受測(cè)試人員1天測(cè)試 評(píng)估 總結(jié)總結(jié)輸出項(xiàng)目報(bào)告、相關(guān)文檔歸檔， 安排后續(xù)工作輸出項(xiàng)目報(bào)告測(cè)試人員2天測(cè)試組織結(jié)構(gòu)圖附錄：測(cè)試工具原理Mercury Interactive公司的客戶機(jī)/服務(wù)器系統(tǒng)的壓力測(cè)試工具 LoadRunner，其工作原理為：通過一個(gè)中心控制點(diǎn)，在一個(gè)或幾個(gè)主機(jī)上同時(shí) 模

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

9、-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) (rendezvou®，用于測(cè) 試這一操作的多用戶并發(fā)。GUI Vuser模擬實(shí)際用戶運(yùn)行應(yīng)用程序進(jìn)行

10、操作的情況，它的腳本記錄了客 戶機(jī)上所有的界面操作。GUI Vuser可通過Mercury In teractive公司的功能測(cè)試 工具WinRunner來錄制生成。由于本次壓力測(cè)試的目的是檢驗(yàn)服務(wù)器對(duì)壓力的承載能力，因此建議通過在一臺(tái)主機(jī)上運(yùn)行多個(gè)Non-GUI Vuser來模擬多用戶的活動(dòng)進(jìn)行壓力測(cè)試。測(cè)試腳本的參數(shù)化測(cè)試腳本反映的是錄制時(shí)輸入的數(shù)據(jù)的情況。 但由于錄制操作可能引起原輸 入數(shù)據(jù)狀態(tài)的變化，因此要修改測(cè)試腳本中的輸入數(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)模擬多用戶進(jìn)

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

12、oller自動(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ù)。測(cè)試方法及步驟1、建立虛擬用戶（生成測(cè)試腳本）在LoadRunner的Virtual User Generator中錄制測(cè)試腳本，建立虛擬用戶, 般一個(gè)業(yè)務(wù)操作錄制成一個(gè)測(cè)試腳本，步驟如下：1）根據(jù)應(yīng)用軟件的體系結(jié)構(gòu)、中間件、數(shù)據(jù)庫或客戶端與服務(wù)器之間的協(xié)議，選擇對(duì)應(yīng)的虛擬用戶類型，如：WEB、Oracle、Tuxed

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

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

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

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

17、中，對(duì)所有虛擬用戶發(fā)出初始化（initialize ）命令，測(cè)試主 機(jī)的RCL啟動(dòng)Age nt，并將虛擬用戶初始化，執(zhí)行測(cè)試腳本中Vuser init section部分，使之登錄系統(tǒng)4）在Controller中，對(duì)所有虛擬用戶發(fā)出運(yùn)行（run）命令，通過測(cè)試主機(jī)的Age nt運(yùn)行各虛擬用戶，執(zhí)行測(cè)試腳本中的Actions sectior部分，在Controller端監(jiān)控虛擬用戶的狀態(tài)及執(zhí)行結(jié)果；5）每個(gè)虛擬用戶按指定的循環(huán)次數(shù)執(zhí)行測(cè)試腳本中的Actions section部分，然后執(zhí)行Vuser end sectioi部分，退出應(yīng)用系統(tǒng)；6）當(dāng)每一個(gè)虛擬用戶運(yùn)行完成后，整個(gè)測(cè)試場(chǎng)景運(yùn)行結(jié)束。

18、在壓力測(cè)試場(chǎng)景執(zhí)行過程中，Controller會(huì)自動(dòng)收集服務(wù)器、網(wǎng)絡(luò)及客戶端的性能數(shù)據(jù)， 以及各事務(wù)的響應(yīng)時(shí)間等。4、監(jiān)控系統(tǒng)性能在測(cè)試場(chǎng)景運(yùn)行過程中，我們需要監(jiān)控：1）監(jiān)控運(yùn)行虛擬用戶的客戶端的資源使用情況，使用Windows的性能監(jiān)視 器監(jiān)控客戶端的CPU、Memory等資源使用情況，以防止性能瓶頸出現(xiàn) 在客戶端；另外，可以在進(jìn)行壓力測(cè)試的同時(shí)，在另外的客戶端上運(yùn)行應(yīng)用程序，也就是在系統(tǒng)負(fù)載較大時(shí)從最終客戶的角度再進(jìn)行相應(yīng)功能 的確認(rèn)，并測(cè)試端到端的響應(yīng)時(shí)間，也可將該響應(yīng)時(shí)間與壓力測(cè)試的響 應(yīng)時(shí)間進(jìn)行比較，若結(jié)果差別不大，也可驗(yàn)證壓力測(cè)試結(jié)果的可信性。2）監(jiān)控?cái)?shù)據(jù)庫服務(wù)器、WEB服務(wù)器資源的使用情況，可以使用QuestSoftware 的 I/Watch，或 CA UniCenter 和 IBM Tivoli 等專門的系統(tǒng)監(jiān)控 工具，來監(jiān)控服務(wù)器端的 CPU、Memory、Disk、Process N