XXX實際項目性能測試方案模板(修訂)

1、XXX 項目性能測試方案文檔編號保密等級作者最后修改日期審核 人最后審批日期批準人最后批準日期修訂記錄日期版本修訂說明修訂人1.0初稿目 錄1 項目簡介. 11.1測試目標. 11.2測試范圍.11.3性能測試指標要求 . 21.3.1交易吞吐量.21.3.2交易響應時間.21.3.3并發(fā)交易成功率.21.3.4資源使用指標 .22 測試環(huán)境.32.1網(wǎng)絡拓撲圖.32.2軟硬件配置.33 測試方案.53.1交易選擇.53.2測試數(shù)據(jù).53.2.1參數(shù)數(shù)據(jù).53.2.2存量數(shù)據(jù).63.3資源監(jiān)控指標 . 63.3.1臺式機.63.3.2服務器.63.4測試腳本編寫與調(diào)試 . 63.5測試場景設計

2、 . 63.5.1典型交易基準測試 .63.5.2典型交易常規(guī)并發(fā)測試 .73.5.3穩(wěn)定性測試.83.6測試場景執(zhí)行與數(shù)據(jù)收集 .93.7性能優(yōu)化與回歸 .94 測試實施情況 . 103.5.2.1測試時間和地點 . 103.5.2.2參加測試人員 .103.5.2.3測試工具. 103.5.2.4性能測試計劃進度安排 .115 專業(yè)術語. 121 項目簡介3.5.3.1測試目標通過對XXXXXX系統(tǒng)的性能測試實施，在測試范圍內(nèi)可以達到如下目的:了解XXX系統(tǒng)在各種業(yè)務場景下的性能表現(xiàn)；了解XXX業(yè)務系統(tǒng)的穩(wěn)定性；通過各種業(yè)務場景的測試實施，為系統(tǒng)調(diào)優(yōu)提供數(shù)據(jù)參考；通過性能測試發(fā)現(xiàn)系統(tǒng)瓶頸，

3、并進行優(yōu)化。預估系統(tǒng)的業(yè)務容量3.5.3.2測試范圍XXX系統(tǒng)說明以及系統(tǒng)業(yè)務介紹和需要測試的業(yè)務模塊，業(yè)務邏輯圖如下:企業(yè)門戶（PoHal）平臺企業(yè)應用集成平臺書甬聽財務谿安竝產(chǎn)人力純Wass卜同辦公|決童f誌軽務自響廠CGIS）漫莽簷時悟授枚示蚤 朋言負載均度12主財驅(qū)彈謬備制眩酸111圭全設備數(shù)據(jù)中匕寬帶1P信息廣域用絡信息安全防護林系信息標準管理體系人才隊伍休系信息系統(tǒng)架構本公司服務器環(huán)境以及架構圖為了真實反映XXXX系統(tǒng)自身的處理能力，本次測試范圍只包（XXX服務器系統(tǒng)和Web服務系統(tǒng)、數(shù)據(jù)庫服務器系統(tǒng)）。3.5.3.3性能測試指標要求本次性能測試需要測試的性能指標包括：1、 交易吞

4、吐量：后臺主機每秒能夠處理的交易筆數(shù)（TPS）2、交易響應時間（3-5-8秒）3、并發(fā)交易成功率99.999%4、 資源使用指標：前置和核心系統(tǒng)各服務器CPU80%、內(nèi)存占用率（80%）、Spotlight on數(shù)據(jù)庫；LoadRunner壓力負載機CPU占用率、內(nèi)存占用率4.1交易吞吐量根據(jù)統(tǒng)計數(shù)據(jù)，XXX系統(tǒng)當前生產(chǎn)環(huán)境高峰日交易總量為【】萬筆。根據(jù)二八原則（80%的交易量發(fā)生在20%勺時間段內(nèi)），當前生產(chǎn)環(huán)境對主機的交易吞吐量指標要求為：TPS_1【】* 80% / （24 * 20% * 3600）=【】 筆/秒為獲取系統(tǒng)主機的最大處理能力，在本次性能測試中可通過不斷加壓，讓數(shù)據(jù)系統(tǒng)主

5、機CPU利用率達到 【】%記錄此時的TPS值，作為新主機處理能力的一個參考值。4.2交易響應時間本次性能測試中的交易響應時間是指由性能測試工具記錄和進行統(tǒng)計分析的、系統(tǒng)處理交易的響應時間，用一定時間段內(nèi)的統(tǒng)計平均值ART來表示。本次性能測試中，對所有交易的ART指標要求為：ART99.999%。4.4資源使用指標在正常的并發(fā)測試和批處理測試中，核心系統(tǒng)服務器主機的資源使用指標要求：CPU使 用率 80%內(nèi)存使用率 80%2 測試環(huán)境1.網(wǎng)絡拓撲圖壓力產(chǎn)生器(Load Generator)連接服務端系統(tǒng)，客戶端發(fā)送請求到服務端，服務端響應并處理后將結果返回到客戶端。本次測試的網(wǎng)絡環(huán)境為1000M

6、bps局域網(wǎng)，使用獨立的網(wǎng)段，忽略防火墻網(wǎng)絡延遲，交易請求以及結果返回的網(wǎng)絡傳輸時間可以忽略不計。簡圖如下:公司網(wǎng)絡傳輸拓撲結構圖2.軟硬件配置性能測試環(huán)境的硬件和軟件配置如下表所示:環(huán)境資源數(shù) 量配置與生產(chǎn)環(huán)境差巳異Web服務應用 軟件1服務器型號：CPU 4個 主頻3.10Ghz內(nèi)存：8G存儲：500GIP地址： 系統(tǒng)/版本：Mai nStorageTempStorage內(nèi)網(wǎng) Mail 系統(tǒng)外網(wǎng) Mail 系統(tǒng)Mai nStorageTempStorage互接連Internet隔離網(wǎng)閘Mail 網(wǎng)關XXX服務器硬件環(huán)境數(shù)據(jù)庫服務器1服務器型號：CPU, 主頻 內(nèi)存： 存儲：IP地址： 系統(tǒng)

7、/版本：負載機Loadr unner1CPU 4個 主頻：2.4Ghz內(nèi)存：2G存儲：320IP:192.168.7.373 測試方案3.%2交易選擇通過業(yè)務數(shù)據(jù)統(tǒng)計和業(yè)務模型分析，最終選擇的典型交易如下表所示:編號腳本名業(yè)務名業(yè)務占比可參數(shù)化域12345678910111213144.%2測試數(shù)據(jù)參數(shù)數(shù)據(jù)為了盡可能的模擬系統(tǒng)生產(chǎn)環(huán)境，所以JVM的初始堆棧大小、WEB服務器的線程池、數(shù)據(jù)庫連接池等系統(tǒng)配置，統(tǒng)- -參考WAP生產(chǎn)環(huán)境配置。322存量數(shù)據(jù)存量數(shù)據(jù)來自XXXX實際生產(chǎn)系統(tǒng)，對生產(chǎn)數(shù)據(jù)進行脫敏處理，并導入測試環(huán)境核心系 統(tǒng)數(shù)據(jù)庫?；A數(shù)據(jù)的數(shù)據(jù)規(guī)模。3.3資源監(jiān)控指標本次性能測試通過

8、LoadRunner進行的資源監(jiān)控包括：操作系統(tǒng)UNIX、AIX資源監(jiān)控。定義的監(jiān)控指標如下：3.3.1臺式機系統(tǒng)CPU使用率80%系統(tǒng)內(nèi)存使用率80%系統(tǒng)10使用率80%監(jiān)控的服務器包括WEB服務器。3.3.2服務器系統(tǒng)CPU使用率80%系統(tǒng)內(nèi)存使用率80%系統(tǒng)IO使用率80%監(jiān)控的服務器包括數(shù)據(jù)庫服務器。3.4測試腳本編寫與調(diào)試3.5測試場景設計3.5.1典型交易基準測試典型交易基準測試是單交易單用戶測試，目的是對選擇的每個典型交易在無壓力情況下（無額外進程運行并占用系統(tǒng)資源）情況下，獲取系統(tǒng)處理單筆交易的耗時，為下一步模擬多個用戶、混合交易的性能測試提供一個基本數(shù)據(jù)參考?；鶞蕼y試要達到以

9、下目標：驗證測試腳本及測試參數(shù)的正確性。獲取系統(tǒng)處理單筆交易性能數(shù)據(jù)，主要是單筆交易平均響應時間。測試方法使用一個Vuser，分別運行每個典型交易的腳本，設置腳本的迭代次數(shù)1次，驗證所有腳本是否運行正確、所有交易事務是否成功返回，并獲取每個典型交易的平均交易響應時間ART3.5.1.2測試場景-基準測試（測試單業(yè)務單人測試獲取典型交易的平均響應時間）編號場景名稱并發(fā) 用戶數(shù)加壓方式持續(xù) 時間退出 方式思考 時間/ 迭代延遲交易 組合負載 生成 器數(shù)量備注1單交易單用 戶測試，獲取 各典型交易 響應時間單用戶交易數(shù) 據(jù)234567893.5.2典型交易常規(guī)并發(fā)測試單交易多用戶并發(fā)測試對每個典型交

10、易通過多個用戶多次迭代執(zhí)行，獲得該交易在并發(fā)用戶情況下的平均響應時間以及每秒響應交易數(shù)，同時檢驗服務器端對每個典型交易多個并發(fā)用戶的處理能力。測試方法對單交易多用戶并發(fā)測試： 使用手動場景，設置并發(fā)用戶數(shù)35、45，持續(xù)時間15分鐘， 無思考時間，無迭代延遲。測試每個交易在不同壓力下的應時間以及每秒響應交易數(shù)量。從而發(fā)現(xiàn)交易的單點瓶頸，并針對問題進行優(yōu)化。3.522測試場景-用戶并發(fā)測試（針對問題進行優(yōu)化）編號場景名稱并發(fā)用戶數(shù)加壓方式持續(xù) 時間退出 方式思考 時間/迭 代延遲交易 組合負載 生成 器數(shù)量備注1單交易多用 戶并發(fā)測試， 獲取交易響 應時間，驗證 數(shù)據(jù)庫/web 服務器對各 典型

11、交易的并發(fā)處理能 力234567893.5.3穩(wěn)定性測試通過生產(chǎn)系統(tǒng)的總用戶數(shù)，模擬生產(chǎn)環(huán)境，考察在模擬生產(chǎn)環(huán)境的情況下是否會出現(xiàn)宕機、響應時間變長、交易成功率下降、內(nèi)存使用率持續(xù)上升等異?，F(xiàn)象。測試方法通過基準測試得出的交易響應時間，按照響應時間設置交易占比。然后不斷施加壓力，觀測系統(tǒng)的CPU使用率。來判斷系統(tǒng)所能承受的極限壓力。 再根據(jù)此壓力的并發(fā)數(shù)量，讓場景持續(xù)運行時間8小時，各交易無思考時間、無迭代延遲時間。獲取核心主機TPS值、各典型交易的平均響應時間ART和性能監(jiān)控數(shù)據(jù)。測試場景-穩(wěn)定性測試 在系統(tǒng)資源使用到達極限時長時間壓力測試的場景編號場景名稱并發(fā) 用戶 數(shù)加壓方式持續(xù) 時間退

12、出 方式思考 時間/ 迭代延遲交易 組合負載 生成 器數(shù)量備注13.6測試場景執(zhí)行與數(shù)據(jù)收集性能測試執(zhí)行過程中應收集的測試場景執(zhí)行結果數(shù)據(jù)包括：LoadRunner的Controller中的場景執(zhí)行結果數(shù)據(jù);LoadRunner的資源監(jiān)控數(shù)據(jù)；核心主機記錄的資源（CPU MEM監(jiān)控數(shù)據(jù)文件。3.7性能優(yōu)化與回歸版本Tomcat應用數(shù)據(jù)庫結果其他V1.01、默認配置1、V1.0版本應用1、V1.0版本數(shù)據(jù)庫1、 相應時間：X秒2、 并發(fā)用戶：X1、應用程序 穩(wěn)定2、數(shù)據(jù)庫服 務器穩(wěn)定3、查看相應 的結果在并 發(fā)測試數(shù)據(jù) 中4 測試實施情況測試時間和地點時間：XXXX年XX月XX日一XXXX年XX

13、月XX日地點：XXXXXXXXXXXXXXX參加測試人員參加本次核心系統(tǒng)主機升級性能測試的人員包括：項目經(jīng)理：XXXXXX測試負責人：XXXXXX測試人員：XXXXXX運維人員：XXXXX、XXXX序號角色數(shù)量需求具體職責技能要求1性能測試經(jīng)理1部門經(jīng)理2性能測試設計人員1性能測試工程師3測試工具開發(fā)人員1性能測試工程師4測試環(huán)境準備人員1性能測試工程師5測試數(shù)據(jù)準備人員1相關項目配合人員6腳本場景準備人員1性能測試工程師7性能調(diào)優(yōu)支持人員1性能測試工程師測試工具序號工具名稱用途及說明廠商/自產(chǎn)版本1Loadrunner負載生成hpV 8.1/V11.0注意：Loadrunnet 客戶方是否具備 lisenee，如具備正版 lisenee 更佳。其他工具為開源或免費軟件。階段編號任務工作量（人日）開始日期結束日期責任人測試計劃1制疋測試方案2評審測試方案測試準備3測試工具準備4測試環(huán)境準備5測試數(shù)據(jù)準備6測試腳本編制、調(diào)試7測試場景準備測試執(zhí)行8測試執(zhí)行（基準測試）9測試執(zhí)行（并發(fā)測試）10測試執(zhí)行（基準測試）11測試執(zhí)行（并發(fā)測試）12測試執(zhí)行（穩(wěn)定性測試）測試評估14編寫測試報告15評審測試報告在 實 際 測 試 過 程 中 ， 由 于 測 試 環(huán) 境 有 時 不 太 穩(wěn) 定 、 和