E8協(xié)同辦公項(xiàng)目性能測試方案_模板

1、.性能測試方案模板性能測試方案系統(tǒng)架構(gòu)部項(xiàng)目編號(hào)： E8 性能測試方案 模板;保密級(jí)別：秘密Page 1 of 17性能測試方案模板性能測試方案系統(tǒng)架構(gòu)部項(xiàng)目編號(hào)： 文檔信息項(xiàng)目名稱：E8協(xié)同辦公項(xiàng)目性能測試方案測試人員：文檔版本編號(hào)：V10項(xiàng)目管理階段：評(píng)估階段文檔版本日期：質(zhì)量復(fù)審方法：項(xiàng)目經(jīng)理和技術(shù)經(jīng)理復(fù)審起草人：起草日期：復(fù)審人：復(fù)審日期：版本歷史版本編號(hào)版本日期修訂人描述文件名V1.0目 錄1.基本要素51.1.測試背景51.2.測試目的51.3.測試指標(biāo)51.4.測試地點(diǎn)61.5.參加測試單位61.6.測試版本號(hào)62.測試范圍72.1.測試對(duì)象72.2.需要測試的特性72.3.不需

2、要測試的特性73.測試啟停準(zhǔn)則83.1.啟動(dòng)準(zhǔn)則83.2.結(jié)束準(zhǔn)則83.3.暫停/再啟動(dòng)準(zhǔn)則84.測試分析94.1.系統(tǒng)架構(gòu)分析94.2.測試策略設(shè)計(jì)114.3.性能測試業(yè)務(wù)模型分析124.4.性能瓶頸點(diǎn)分析124.5.測試工具134.6.基礎(chǔ)數(shù)據(jù)準(zhǔn)備134.7.測試數(shù)據(jù)準(zhǔn)備及確認(rèn)134.8.基準(zhǔn)測試134.9.單交易負(fù)載測試134.10.混合負(fù)載測試144.11.極限容量測試154.12.穩(wěn)定性測試155.測試輸出166.測試環(huán)境176.1.生產(chǎn)與測試環(huán)境對(duì)照情況176.2.壓力端配置176.3.軟件配置177.測試風(fēng)險(xiǎn)分析191. 基本要素1.1. 測試背景 這次測試是要測試集團(tuán)e-col

3、ogy8.0統(tǒng)一協(xié)同辦公系統(tǒng)性能指標(biāo)，找到應(yīng)用系統(tǒng)的性能瓶頸，便于開發(fā)進(jìn)一步優(yōu)化。1.2. 測試目的 本次測試主要是為了檢查并評(píng)估協(xié)同辦公平臺(tái)在模擬環(huán)境中，系統(tǒng)對(duì)負(fù)載的承受能力，在不同的用戶連接情況下，系統(tǒng)地吞吐能力和響應(yīng)能力，以及服務(wù)器系統(tǒng)能夠容忍的最大并發(fā)用戶數(shù)，并考查系統(tǒng)的穩(wěn)定性，收集系統(tǒng)各類統(tǒng)計(jì)數(shù)據(jù)，用以估計(jì)系統(tǒng)未來的可擴(kuò)展性。1.3. 測試指標(biāo)1) 交易成功率：>99%2) 綜合處理能力峰值TPSa.總TPS：業(yè)務(wù)量均值：1000筆/天 TPS=（1000*80%）/（8*20%*3600）=0.139筆/秒 b.各交易TPS：測試模塊交易占比日峰值交易量測試TPS流程新建流程

4、10%1000.0139查詢流程10%1000.0139流程審批10%1000.0139代辦流程10%1000.0139知識(shí)新建文檔10%1000.0139查詢文檔20%2000.0278首頁登錄登錄30%2000.02783) 高峰并發(fā)用戶數(shù)：1004) 響應(yīng)時(shí)間要求：瀏覽頁面小于1s,普通操作頁面小于3s(響應(yīng)時(shí)間是內(nèi)網(wǎng)測試時(shí)間，不包括網(wǎng)絡(luò)延時(shí)和頁面加載、渲染時(shí)間)5) 服務(wù)器CPU資源：數(shù)據(jù)庫服務(wù)器CPU使用率不超過60%，應(yīng)用服務(wù)器CPU使用率不超過75%；6) 服務(wù)器內(nèi)存：無內(nèi)存泄露、不出現(xiàn)爭用SWAP現(xiàn)象；7) 服務(wù)器IO：無異常；8) 穩(wěn)定性：系統(tǒng)在80%峰值處理能力下穩(wěn)定運(yùn)行1

5、2小時(shí)，無資源急劇變化等不良情況。1.4. 測試地點(diǎn)1.5. 參加測試單位測試單位負(fù)責(zé)人所屬部門開發(fā)項(xiàng)目組性能測試組馬碩果泛微/系統(tǒng)架構(gòu)部1.6. 測試版本號(hào) 性能測試的應(yīng)用軟件版本由項(xiàng)目組負(fù)責(zé)提供，項(xiàng)目組提供的版本號(hào)：2016年5月版本201605。注：該版本為經(jīng)此次性能測試驗(yàn)證的唯一有效版本。2. 測試范圍2.1. 測試對(duì)象本次測試對(duì)象只包含e-cology統(tǒng)一協(xié)同辦公項(xiàng)目，不涉及其他外圍系統(tǒng)。2.2. 需要測試的特性系統(tǒng)在多用戶并發(fā)下的性能指標(biāo)，主要包括：Ø 系統(tǒng)處理能力能否正常承載用戶常規(guī)及高峰訪問下壓力；Ø 交易平均響應(yīng)時(shí)間：應(yīng)用服務(wù)器處理交易的平均響應(yīng)時(shí)間，是否

6、滿足用戶需求；Ø 應(yīng)用服務(wù)器、數(shù)據(jù)庫服務(wù)器的CPU、內(nèi)存利用率及磁盤IO等指標(biāo)；Ø 并發(fā)條件下的交易成功率；Ø 系統(tǒng)在測試環(huán)境下的極限處理能力(系統(tǒng)最佳TPS/HPS值)；Ø 系統(tǒng)處理能力在不同并發(fā)情況下的變化趨勢；2.3. 不需要測試的特性系統(tǒng)業(yè)務(wù)流程、系統(tǒng)易用性。3. 測試啟停準(zhǔn)則3.1. 啟動(dòng)準(zhǔn)則Ø 系統(tǒng)待測版本定版。Ø 業(yè)務(wù)模型建立完畢。Ø 測試環(huán)境準(zhǔn)備完畢，包括：1. 數(shù)據(jù)庫安裝并調(diào)試成功，并經(jīng)過相應(yīng)優(yōu)化，初始數(shù)據(jù)量滿足測試要求；2. 應(yīng)用服務(wù)器安裝成功，待測試版本已正確部署；3. 測試客戶端機(jī)器到位，系統(tǒng)軟件安裝

7、完畢；4. 網(wǎng)絡(luò)配置正確，連接通暢，可以滿足壓力測試需求。Ø 測試計(jì)劃審核、批準(zhǔn)完畢，項(xiàng)目組簽字確認(rèn)。3.2. 結(jié)束準(zhǔn)則在計(jì)劃結(jié)束日期前完成混合場景階梯狀并發(fā)測試及穩(wěn)定性測試后提交測試報(bào)告。3.3. 暫停/再啟動(dòng)準(zhǔn)則暫停準(zhǔn)則：Ø 測試中發(fā)現(xiàn)問題，需要系統(tǒng)修改代碼，或需要更換應(yīng)用服務(wù)器；Ø 測試環(huán)境受到干擾，比如服務(wù)器被臨時(shí)征用，或服務(wù)器的其它使用會(huì)對(duì)測試結(jié)果造成干擾；Ø 需要調(diào)整測試環(huán)境資源，如加減CPU數(shù)目等。再啟動(dòng)準(zhǔn)則：Ø 測試中發(fā)現(xiàn)問題得以解決；Ø 測試環(huán)境恢復(fù)正常；Ø 環(huán)境調(diào)整完畢。4. 測試分析4.1. 系統(tǒng)架構(gòu)分

8、析4.1.1. 生產(chǎn)環(huán)境網(wǎng)絡(luò)拓?fù)鋱D生產(chǎn)環(huán)境網(wǎng)絡(luò)拓?fù)鋱D如下，本次性能測試主要測試e-cology統(tǒng)一協(xié)同辦公系統(tǒng)性能指標(biāo)，找到應(yīng)用系統(tǒng)的性能瓶頸，便于開發(fā)進(jìn)一步優(yōu)化，并評(píng)估未來系統(tǒng)的壓力情況，以保證生產(chǎn)上不會(huì)發(fā)生性能問題。4.1.2. 測試環(huán)境網(wǎng)絡(luò)拓?fù)鋱D本次性能測試采用如下測試架構(gòu)：4.2. 測試策略設(shè)計(jì)l 總體策略通過LR捕獲并模擬終端用戶請(qǐng)求，向系統(tǒng)發(fā)起壓力請(qǐng)求，檢驗(yàn)系統(tǒng)性能表現(xiàn)能否滿足預(yù)期業(yè)務(wù)需求。要保證壓力的有效性，需詳細(xì)制定環(huán)境策略、數(shù)據(jù)策略和壓力模擬策略。l 環(huán)境策略本應(yīng)該根據(jù)生產(chǎn)環(huán)境評(píng)估測試環(huán)境，等比準(zhǔn)備測試環(huán)境，根據(jù)測試結(jié)果評(píng)估性能能否滿足線上壓力。l 數(shù)據(jù)策略 由于是新系統(tǒng)因此

9、不需要存量數(shù)據(jù)，依靠測試中壓入的數(shù)據(jù)進(jìn)行評(píng)估l 壓力模擬策略由于移動(dòng)終端和服務(wù)器也是HTTP通信，計(jì)劃用LR捕獲移動(dòng)終端和服務(wù)器交互報(bào)文。開發(fā)提供請(qǐng)求URL，直接利用請(qǐng)求URL錄制腳本。本次測試通過基準(zhǔn)測試、單交易負(fù)載測試、混合場景測試、梯度測試、穩(wěn)定性測試分析出系統(tǒng)的正常負(fù)載能力、系統(tǒng)性能拐點(diǎn)及系統(tǒng)能夠承受的極限壓力。4.3. 性能測試業(yè)務(wù)模型分析l 總體模型系統(tǒng)功能業(yè)務(wù)占比：測試模塊交易占比日峰值交易量測試TPS流程新建流程10%1000.0139查詢流程10%1000.0139流程審批10%1000.0139代辦流程10%1000.0139知識(shí)新建文檔10%1000.0139查詢文檔20

10、%2000.0278首頁登錄登錄30%2000.02784.4. 性能瓶頸點(diǎn)分析名稱 關(guān)注點(diǎn) e-cology統(tǒng)一協(xié)同辦公系統(tǒng) TPS處理能力、各交易平均響應(yīng)時(shí)間、交易成功率、支持并發(fā)數(shù)等各應(yīng)用與數(shù)據(jù)庫服務(wù)器資源 CPU、內(nèi)存、I/O等 4.5. 測試工具Ø 采用HP公司的LoadRunner測試及分析軟件作為測試工具。Ø LoadRunner簡介：LoadRunner是一種預(yù)測系統(tǒng)行為和性能的工業(yè)標(biāo)準(zhǔn)級(jí)負(fù)載測試工具。在LoadRunner的幫助下，用戶可以以模擬上千萬用戶實(shí)施并發(fā)負(fù)載及實(shí)時(shí)性能監(jiān)測的方式來確認(rèn)和查找問題。LoadRunner 能夠?qū)φ麄€(gè)企業(yè)架構(gòu)進(jìn)行測試，它

11、通過模擬實(shí)際用戶的操作行為和實(shí)行實(shí)時(shí)性能監(jiān)測，來幫助用戶更快的查找和發(fā)現(xiàn)問題。此外，LoadRunner 能支持廣泛的協(xié)議和技術(shù)，可以為用戶的特殊環(huán)境提供特殊的解決方案。本次測試采用的LoadRunner版本為LR114.6. 基礎(chǔ)數(shù)據(jù)準(zhǔn)備由于是新系統(tǒng)因此不需要存量數(shù)據(jù)，依靠測試中壓入的數(shù)據(jù)進(jìn)行評(píng)估4.7. 測試數(shù)據(jù)準(zhǔn)備及確認(rèn)由項(xiàng)目組老師準(zhǔn)備測試環(huán)境中的測試數(shù)據(jù)，包括登錄系統(tǒng)用戶名等參數(shù)化數(shù)據(jù)。4.8. 基準(zhǔn)測試測試環(huán)境確認(rèn)之后，對(duì)業(yè)務(wù)模型中涉及的業(yè)務(wù)做基準(zhǔn)測試。目的是檢查業(yè)務(wù)本身是否存在性能缺陷。同時(shí)為將來的混合場景的性能測試性能分析提供參考依據(jù)。測試方法：編寫測試客戶端向應(yīng)用服務(wù)器發(fā)送業(yè)務(wù)

12、請(qǐng)求并接收返回結(jié)果的腳本，在系統(tǒng)無壓力情況下重復(fù)100次，取業(yè)務(wù)的平均響應(yīng)時(shí)間、TPS作為衡量指標(biāo)。4.9. 單交易負(fù)載測試單交易負(fù)載測試是逐一對(duì)業(yè)務(wù)模型中的業(yè)務(wù)或個(gè)別重要交易進(jìn)行單交易多并發(fā)測試，目的是考察系統(tǒng)交易編碼是否存在性能隱患。測試方法：編寫測試客戶端向應(yīng)用服務(wù)器發(fā)送業(yè)務(wù)請(qǐng)求并接收返回結(jié)果的腳本，使用單交易場景并發(fā)數(shù)進(jìn)行測試。業(yè)務(wù)模塊響應(yīng)時(shí)間(秒)并發(fā)用戶流程新建流程3100代辦流程3100流程審批3100查詢流程3100知識(shí)新建文檔3100查詢文檔3100首頁登錄登錄31004.10. 混合負(fù)載測試混合負(fù)載測試是按照業(yè)務(wù)模型的約定在一定量的并發(fā)情況下測試以下指標(biāo)：業(yè)務(wù)的平均交易響應(yīng)

13、時(shí)間、應(yīng)用服務(wù)器、數(shù)據(jù)庫服務(wù)器的資源使用情況、交易正確率等。通過性能測試，可以模擬實(shí)際生產(chǎn)環(huán)境中在業(yè)務(wù)處理高峰期系統(tǒng)的壓力情況，得到此時(shí)的系統(tǒng)性能表現(xiàn)數(shù)據(jù)，為系統(tǒng)的實(shí)際上線運(yùn)行提供可靠的參考。測試方法：按照業(yè)務(wù)模型比例設(shè)置測試場景。并逐步增加并發(fā)量，記錄每次測試環(huán)境參數(shù)：包括數(shù)據(jù)庫配置參數(shù)，應(yīng)用系統(tǒng)配置參數(shù)。收集系統(tǒng)性能變化曲線。測試模塊交易占比日峰值交易量并發(fā)用戶數(shù)流程新建流程10%100100查詢流程10%100流程審批10%100代辦流程10%100知識(shí)新建文檔10%100查詢文檔20%200首頁登錄登錄30%2004.11. 極限容量測試5. 測試模塊交易占比日峰值交易量并發(fā)用戶數(shù)流程

14、新建流程10%100100/500/100極限并發(fā)查詢流程10%100流程審批10%100代辦流程10%100知識(shí)新建文檔10%100查詢文檔20%200首頁登錄登錄30%2005.1. 穩(wěn)定性測試穩(wěn)定性測試重點(diǎn)測試系統(tǒng)日常業(yè)務(wù)高峰期壓力下運(yùn)行的穩(wěn)定性。測試方法：采用混合負(fù)載測試的腳本及場景設(shè)置，選取固定運(yùn)行時(shí)間為12小時(shí)，記錄交易平均響應(yīng)時(shí)間，交易正確率，應(yīng)用服務(wù)器、數(shù)據(jù)庫服務(wù)器CPU利用率、內(nèi)存使用情況等參數(shù)，考察應(yīng)用服務(wù)器、數(shù)據(jù)庫服務(wù)器是否出現(xiàn)宕機(jī)、交易正確率小于99等情況。6. 測試輸出1. 過程性輸出：Ø 測試腳本（LoadRunner Vuser Scripts 形式）&

15、#216; 測試場景（LoadRunner Scenarios *.lrs形式）Ø 測試采集數(shù)據(jù)（Html形式和LoadRunner Analysis Session Files形式）2. 結(jié)果輸出：Ø 性能測試分析報(bào)告7. 測試環(huán)境7.1. 生產(chǎn)與測試環(huán)境對(duì)照情況服務(wù)器測試IP地址生產(chǎn)IP地址Weblogic服務(wù)器數(shù)據(jù)庫服務(wù)器7.2. 壓力端配置主 機(jī)IP地址資 源操作系統(tǒng)備注LR 控制器壓力發(fā)生器7.3. 軟件配置主機(jī)軟件系統(tǒng)描述應(yīng)用服務(wù)器操作系統(tǒng)應(yīng)用系統(tǒng)中間件 監(jiān)控工具數(shù)據(jù)庫服務(wù)器操作系統(tǒng)數(shù)據(jù)庫監(jiān)控工具Nmon壓力端壓力發(fā)生器測試工具Loadrunner 11.0監(jiān)控工具Loadrunner 11.08. 測試風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)編號(hào)風(fēng)險(xiǎn)描述風(fēng)險(xiǎn)發(fā)生可能性（高、中、低）風(fēng)險(xiǎn)對(duì)測試或項(xiàng)目的影響（高、中、低）責(zé)任人規(guī)避方法1缺乏規(guī)范的數(shù)據(jù)庫、應(yīng)用安裝配置手冊(cè)中中項(xiàng)目組項(xiàng)目組自行解決2應(yīng)用服務(wù)器測試中出現(xiàn)無法預(yù)料的未知錯(cuò)誤，導(dǎo)致測試失敗高高應(yīng)用服務(wù)器工程師對(duì)應(yīng)用服務(wù)器進(jìn)行性能的預(yù)先評(píng)估，調(diào)整測試計(jì)劃，預(yù)留調(diào)優(yōu)時(shí)間直至延長測試時(shí)間3數(shù)據(jù)庫服務(wù)器測試中出現(xiàn)無法預(yù)料的未知錯(cuò)誤，導(dǎo)致測試失敗高高Oracle數(shù)據(jù)庫工程師對(duì)數(shù)據(jù)庫服務(wù)器進(jìn)行性能的預(yù)先評(píng)估，調(diào)整測試計(jì)劃，預(yù)留調(diào)優(yōu)時(shí)間直至延長測試時(shí)