性能測試方案模版

1、 性能測試方案擬制:日期：審核:日期：審核:日期：批準(zhǔn):日期：修訂記錄日期修訂版本描述作者目錄目錄31概述42測試目標(biāo)43測試設(shè)計53.1對象分析53.2測試策略53.3測試模型53.4測試環(huán)境描述53.5詳細(xì)測試方法64統(tǒng)計測試數(shù)據(jù)85性能測試報告輸出116性能調(diào)優(yōu)與回歸11 性能測試方案1概述 ：首頁、注冊、登錄、站內(nèi)交流、站內(nèi)搜索、測試技術(shù)資料上傳與下載等模塊的性能測試工作。本文主要描述了上述模塊的性能參考指標(biāo)及測試方法，以便于性能測試實施人員與客戶對系統(tǒng)從技術(shù)層面指導(dǎo)測試人員驗證相關(guān)功能模塊的負(fù)載能力，根據(jù)實際的性能監(jiān)控數(shù)據(jù)考察系統(tǒng)最大的負(fù)載及相關(guān)指標(biāo)情況，以便于客戶對系統(tǒng)實施相關(guān)的調(diào)

2、優(yōu)工作，使其達到預(yù)期期望的壓力和性能要求。2測試目標(biāo)本次性能測試工作驗證系統(tǒng)：首頁、注冊、登錄、信息檢索、普通用戶資料上傳、在線觀看視頻等模塊的性能需滿足下表指標(biāo)（場景指標(biāo)）：測試項業(yè)務(wù)量并發(fā)數(shù)業(yè)務(wù)時段響應(yīng)時間業(yè)務(wù)成功率CPU使用率內(nèi)存使用率首頁訪問300萬20000：00至24：00<3秒>95%<70%<70%注冊模塊300萬20000：00至24：00<3秒>95%<70%<70%登錄模塊300萬20000：00至24：00<3秒>95%<70%<70%站內(nèi)搜索300萬20000：00至24：00<5秒>

3、95%<70%<70%測試技術(shù)資料上傳與下載300萬20000：00至24：00>95%<70%<70%表 1性能指標(biāo)列表并發(fā)數(shù)=業(yè)務(wù)量/（時間段(小時單位)3600秒/每人每筆業(yè)務(wù)的處理時間）3測試設(shè)計3.1對象分析系統(tǒng)采用B/S（Browser/Server）模式設(shè)計?；贚AMP開發(fā)平臺開發(fā)。操作系統(tǒng)： Red Hat Enterprise Linux 4Web服務(wù)器：apache 2.0數(shù)據(jù)庫服務(wù)器：mysql 5.0開發(fā)語言：PHP3.2測試策略使用HP商用性能測試工具LoadRunner 9.1，模擬用戶并發(fā)操作。測試系統(tǒng)首頁、注冊、登錄、站內(nèi)交流、站

4、內(nèi)搜索、測試技術(shù)資料上傳與下載等模塊在多用戶并發(fā)操作下是否能夠穩(wěn)定正常運行。支持的最大并發(fā)數(shù)，各項指標(biāo)是否能夠達到預(yù)期的指標(biāo)標(biāo)準(zhǔn)，并為后期系統(tǒng)調(diào)優(yōu)提供指標(biāo)數(shù)據(jù)支持。3.3測試模型系統(tǒng)組網(wǎng)圖（需客戶提供）圖1系統(tǒng)組網(wǎng)圖網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)（需客戶提供）圖2網(wǎng)絡(luò)拓?fù)鋱D系統(tǒng)業(yè)務(wù)流程（需客戶提供）一般用戶通過瀏覽器發(fā)出業(yè)務(wù)請求，到Web服務(wù)器（Apache），Web服務(wù)器通過代碼分析請求類別，如涉及數(shù)據(jù)庫操作，則轉(zhuǎn)發(fā)請求給應(yīng)用服務(wù)器，最終獲取數(shù)據(jù)，經(jīng)過Web服務(wù)器組合，反饋至客戶端，完成用戶的業(yè)務(wù)請求。3.4測試環(huán)境描述測試環(huán)境需求考慮到用戶上傳下載的任務(wù)耗用資源比較多，因此資料的上傳下載服務(wù)器單設(shè)一臺服務(wù)器

5、。而WEB服務(wù)器、郵件服務(wù)器及應(yīng)用服務(wù)器可以整合在一臺服務(wù)器主機上完成。為了與真實的用戶情境相結(jié)合，客戶端采用5臺負(fù)載生成器，另加一臺控制器。1、系統(tǒng)環(huán)境標(biāo)準(zhǔn)配置（客戶提供）： 客戶根據(jù)當(dāng)前的系統(tǒng)配置情況提供測試服務(wù)器。設(shè)備名稱設(shè)備型號硬件配置WEB服務(wù)器/應(yīng)用服務(wù)器/郵件服務(wù)器資料上傳下載服務(wù)器表 2系統(tǒng)硬件配置表2、測試客戶端配置：主機用途機型/OS臺數(shù)CPU/臺內(nèi)存容量/臺瀏覽器版本壓力負(fù)載生成器PC/Win XP512GIE 6.0表 3測試客戶端配置表測試工具要求HP公司LoadRunner 9.1英文版。3.5詳細(xì)測試方法本部分主要描述測試方法，并發(fā)用戶計算及測試啟動等方面內(nèi)容。測

6、試方法綜述LoadRunner是HP公司的專業(yè)性能測試工具。它通過創(chuàng)建多個虛擬用戶的方式，對錄制的單用戶腳本增加負(fù)載，來達到增加系統(tǒng)壓力的測試目的。LoadRunner提供了Analysis工具對壓力運行的結(jié)果進行分析，得出測試腳本運行期間，系統(tǒng)響應(yīng)事務(wù)的最小時間，平均時間和最大時間等性能信息，同時可監(jiān)視各后臺服務(wù)器的CPU占用率與內(nèi)存使用情況。本次性能測試工作利用該工具錄制系統(tǒng)首頁、注冊、登錄、站內(nèi)交流、站內(nèi)搜索、測試技術(shù)資料上傳與下載等業(yè)務(wù)模塊的功能使用腳本，對于無法錄制的腳本需手動編寫測試腳本進行模擬。通過綜合場景的設(shè)計實現(xiàn)多用戶多并發(fā)訪問使用的業(yè)務(wù)模擬，最終根據(jù)測試結(jié)果分析找出系統(tǒng)可能

7、存在的性能瓶頸。業(yè)務(wù)模型分析本次測試共涉及系統(tǒng)首頁、注冊、登錄、站內(nèi)交流、站內(nèi)搜索、測試技術(shù)資料上傳與下載業(yè)務(wù)模塊，下面具體分解這些業(yè)務(wù)模塊。系統(tǒng)首頁訪問首頁訪問功能作為一般用戶的入口，性能問題尤為重要，通常情況下用戶的瀏覽方式為打開瀏覽器，輸入首頁地址，回車或跳轉(zhuǎn)即可。業(yè)務(wù)模式較為簡單。此處需注意的是系統(tǒng)是否有同IP不能登錄多個用戶的問題（IP限制問題）。l 業(yè)務(wù)模型1、 打開瀏覽器；2、 輸入URL地址；3、 回車跳轉(zhuǎn)并正確顯示首頁。l 并發(fā)用戶計算首頁訪問業(yè)務(wù)量期望在0:00-24:00這一時間段內(nèi)達到300萬的訪問量。根據(jù)這樣的業(yè)務(wù)量，首先統(tǒng)計出單用戶單次訪問首頁時服務(wù)器的響應(yīng)時間（可

8、包括用戶的思考時間，但統(tǒng)計性能結(jié)果時需排除），然后再進行計算?？紤]到場景的運行時間如果是24個小時（8:00-22:00）的話，可能時間段過長，增加測試難度，這里采用二八原則進行業(yè)務(wù)量與業(yè)務(wù)時間段的重新規(guī)劃，即為80%的業(yè)務(wù)量在20%的時間內(nèi)完成。那么300萬首頁訪問量的80%即為240萬，而24個小時的20%即為4.8小時。故本次測試，如果性能滿足4.8小時內(nèi)完成240萬的業(yè)務(wù)訪問量，為測試通過。利用LoadRunner錄制訪問首頁的腳本，在Controller中不設(shè)置持續(xù)時間運行一次，然后在Analysis中統(tǒng)計出單用戶單次訪問首頁所需要的時間。假設(shè)此時得到的響應(yīng)時間為t秒/次，則根據(jù)預(yù)期

9、計算得出業(yè)務(wù)高峰大概出現(xiàn)在T小時內(nèi)。那么單用戶在T個小時內(nèi)可訪問首頁的次數(shù)C=T*60分鐘*60秒/t（秒/次），那么T個小時內(nèi)PV_Count（頁面訪問量）大概需要Total_Vuser=PV_Count/C個Vuser來完成。此處的Total_Vuser即為測試時所用的并發(fā)數(shù)。示例：假設(shè)單用戶單次訪問首頁，服務(wù)器的響應(yīng)時間t=3秒/次，那么T（4.8小時）內(nèi)單用戶可訪問4.8小時*60分鐘*60秒/3（秒/次）=5760次，則初步估計的并發(fā)數(shù)Total_Vuser為240萬/5760次/人=416.67人，即大約為417個Vuser。而在實際使用中并發(fā)數(shù)不得超過200，則實際的并發(fā)數(shù)及運行

10、時間如下：417*4.8/200=10小時即認(rèn)為200的并發(fā)量持續(xù)10小時，l 場景啟動方式通過上面的初步估算得出場景運行時的并發(fā)數(shù)，然后設(shè)計場景的啟動方式，通常情況下，為了真實的模擬用戶業(yè)務(wù)情況，有效的衡量服務(wù)器性能，大多數(shù)會采用逐步加壓，持續(xù)施壓，逐步減壓的方式啟動場景，我們這里同樣使用這樣的方式。場景啟動方式如下：每10分鐘增加4個Vuser，持續(xù)運行10個小時，10小時運行完成后，每10分鐘退出4個Vuser。如果是單測并發(fā)數(shù)，則在場景中直接設(shè)計6000個并發(fā)進行業(yè)務(wù)操作，無需設(shè)置逐步加壓，持續(xù)，逐步減壓的過程，以此方法達到瞬間的并發(fā)測試效果。注冊模塊注冊模塊提供了一般會員的注冊功能，

11、該模塊的測試方法類似與首頁訪問的性能測試。此處需注意的是系統(tǒng)在注冊功能上的約束條件，比如注冊用戶名不能相同，同ip不能多次注冊等，依實際系統(tǒng)設(shè)計而定。l 業(yè)務(wù)模型1、 打開首頁；2、 點擊“會員注冊”鏈接；3、 進入會員注冊頁面后，輸入注冊信息，點擊【同意一下條款，提交注冊】按鈕；4、 進入成功注冊頁面。l 并發(fā)用戶計算計算方式與首頁訪問計算方式相同。l 場景啟動方式啟動方式與首頁訪問啟動方式相同。專家注冊模塊測試方法與會員注冊模塊相同。登錄模塊用戶注冊成功后，可在登錄模塊登錄到。測試方法與前面二者相同。l 業(yè)務(wù)模型1、 打開首頁；2、 點擊“登錄”鏈接；3、 進入登錄頁面后，輸入用戶信息，點

12、擊【登錄】按鈕；4、 成功進入用戶個人管理中心.l 并發(fā)用戶計算計算方式與首頁訪問計算方式相同。l 場景啟動方式啟動方式與首頁訪問啟動方式相同。站內(nèi)交流具體內(nèi)容需客戶提供l 并發(fā)用戶計算計算方式與首頁訪問計算方式相同。l 場景啟動方式啟動方式與首頁訪問啟動方式相同。站內(nèi)檢索具體內(nèi)容需客戶提供l 并發(fā)用戶計算計算方式與首頁訪問計算方式相同。l 場景啟動方式啟動方式與首頁訪問啟動方式相同。多功能7資料上傳與下載具體內(nèi)容需客戶提供本模塊可能需要手動編寫測試腳本l 并發(fā)用戶計算計算方式與首頁訪問計算方式相同。l 場景啟動方式啟動方式與首頁訪問啟動方式相同。4統(tǒng)計測試數(shù)據(jù)根據(jù)性能測試的目的，需記錄測試過

13、程中相關(guān)的數(shù)據(jù)，如下列信息所示：首頁訪問測試結(jié)果記錄表：考察項目標(biāo)值實際值是否通過業(yè)務(wù)量300萬并發(fā)數(shù)200人業(yè)務(wù)時段0:00-24:00響應(yīng)時間<4秒業(yè)務(wù)成功率>95%CPU使用率<70%內(nèi)存使用率<70%表 4首頁訪問測試結(jié)果記錄表注冊模塊測試結(jié)果記錄表：考察項目標(biāo)值實際值是否通過業(yè)務(wù)量300萬并發(fā)數(shù)200人業(yè)務(wù)時段0:00-24:00響應(yīng)時間<3秒業(yè)務(wù)成功率>95%CPU使用率<70%內(nèi)存使用率<70%表 5注冊模塊測試結(jié)果記錄表登錄模塊測試結(jié)果記錄表：考察項目標(biāo)值實際值是否通過業(yè)務(wù)量300萬并發(fā)數(shù)200人業(yè)務(wù)時段0:00-24:00響應(yīng)時

14、間<3秒業(yè)務(wù)成功率>95%CPU使用率<70%內(nèi)存使用率<70%表 6登錄模塊測試結(jié)果記錄表站內(nèi)檢索模塊測試結(jié)果記錄表：考察項目標(biāo)值實際值是否通過業(yè)務(wù)量1萬并發(fā)數(shù)200人業(yè)務(wù)時段0:00-24:00響應(yīng)時間<4秒業(yè)務(wù)成功率>95%CPU使用率<70%內(nèi)存使用率<70%表 7信息檢索模塊測試結(jié)果記錄表普通用戶資料上傳測試結(jié)果記錄表：考察項目標(biāo)值實際值是否通過業(yè)務(wù)量1萬并發(fā)數(shù)200人業(yè)務(wù)時段8:00-22:00響應(yīng)時間業(yè)務(wù)成功率>95%CPU使用率<70%內(nèi)存使用率<70%表 8普通用戶資料上傳測試結(jié)果記錄表在上傳下載測試結(jié)果記錄表：考察項目標(biāo)值實際值是否通過業(yè)務(wù)量200萬并發(fā)數(shù)200人業(yè)務(wù)時段0:00-24:00響應(yīng)時間業(yè)務(wù)成功率>95