性能測試方案模板

1、精選優(yōu)質(zhì)文檔-傾情為你奉上XXXX性能測試方案書修訂頁編號章節(jié)名稱修訂內(nèi)容簡述修訂日期修訂前版本號修訂后版本號修訂人批準(zhǔn)人1整個文檔創(chuàng)建全文2009-11-23V1.0專心-專注-專業(yè)目 錄1 簡介1.1 目的編寫本文檔的目的在于描述測試項目的測試范圍，定義測試條件和目標(biāo)，測試策略和要求，分析可能的風(fēng)險，提供相應(yīng)的規(guī)避措施或應(yīng)急對策，并確定測試整體進度的計劃和人力資源安排等。測試目的在于通過測試交易系統(tǒng)業(yè)務(wù)功能及流程實現(xiàn)的正確性、可靠性、易用性，確保系統(tǒng)符合業(yè)務(wù)需求規(guī)格說明書的要求，且系統(tǒng)性能指標(biāo)和數(shù)據(jù)庫服務(wù)器管理方案滿足應(yīng)用要求。通過測試找出系統(tǒng)的性能瓶頸及缺陷，為系統(tǒng)調(diào)優(yōu)提供依據(jù)；確定系統(tǒng)

2、能處理的最大業(yè)務(wù)量，能夠支持的最多用戶數(shù)、并發(fā)數(shù)。1.2 背景1.3 測試范圍根據(jù)性能需求制定性能需求指標(biāo)，利用性能測試工具LoadRunner錄制測試腳本、設(shè)計測試場景，對系統(tǒng)進行性能測試，通過調(diào)優(yōu)，使系統(tǒng)滿足性能指標(biāo)，并找出系統(tǒng)的最優(yōu)配置、性能瓶頸、可擴展性、穩(wěn)定性等。需要進行的測試包括：1）基準(zhǔn)測試無負載情況下，對所有功能點分別進行一段時間的持續(xù)運行，取得各功能點平均響應(yīng)時間作為分析衡量指標(biāo)，用于初步診斷系統(tǒng)是否存在性能瓶頸。2）并發(fā)測試根據(jù)業(yè)務(wù)性能需求，模擬一定時間之內(nèi)設(shè)計并發(fā)用戶同時向系統(tǒng)發(fā)出請求，檢測出系統(tǒng)的響應(yīng)能力，包括響應(yīng)時間以及CPU/內(nèi)存等的使用情況，以驗證系統(tǒng)對并發(fā)請求時

3、的支持能力，并獲取該系統(tǒng)的最大并發(fā)請求數(shù)量。3）系統(tǒng)容量和擴展性測試驅(qū)動當(dāng)前系統(tǒng)以達到資源的最大利用率，并找出在此利用率下系統(tǒng)的最大處理能力，同時在測試的過程中找出系統(tǒng)的最優(yōu)配置，找出系統(tǒng)的可擴展能力，可容納用戶數(shù)量與集群的數(shù)量的實際關(guān)系。4）穩(wěn)定性測試通過高負載和低負載的轉(zhuǎn)換，以驗證系統(tǒng)的正常情況下以及峰值情況下系統(tǒng)的穩(wěn)定性；以及找出增加或者減少負載的過程中由于突然的占用或者釋放系統(tǒng)資源而引起的問題。5）疲勞測試疲勞測試目的是驗證長時間運行對系統(tǒng)性能的影響。模擬一定數(shù)量的用戶發(fā)起操作請求，對系統(tǒng)形成一定的壓力并長時間運行，驗證系統(tǒng)在長時間運行時，用戶對系統(tǒng)訪問操作的成功率是否降低，找出系統(tǒng)潛

4、在的內(nèi)存泄漏等問題。1.4 參考文檔2 測試環(huán)境2.1 環(huán)境概述2.2 軟硬件環(huán)境測試環(huán)境資源表設(shè)備硬件配置軟件配置服務(wù)器IP地址應(yīng)用服務(wù)器IBM pSeries 52A（4×1.65 GHZ，8G內(nèi)存，146GB×8, 2×10/100/1000M以太網(wǎng)卡 ）Websphere 6.111.9.13.3數(shù)據(jù)庫服務(wù)器IBM pSeries 52A（4×1.65 GHZ，8G內(nèi)存，146GB×8, 2×10/100/1000M以太網(wǎng)卡 ）Oracle 10g11.9.13.3WEB服務(wù)器IBM X3650（2CPU、4G內(nèi)存，4

5、5;10/100/1000M以太網(wǎng)卡）Apache11.9.13.1客戶端生產(chǎn)環(huán)境資源表設(shè)備硬件配置軟件配置服務(wù)器IP地址應(yīng)用服務(wù)器IBM pSeries 55A（4×4.2 GHZ，8G內(nèi)存， 146GB×2，2* 1光纖網(wǎng)卡 ，2* HBA卡）Websphere 6.1數(shù)據(jù)庫服務(wù)器IBM pSeries 55A（4×4.2 GHZ，8G內(nèi)存， 146GB×2，2×光纖網(wǎng)卡 ，2× HBA卡，HACMP串口卡及心跳線）Oracle 10gWEB服務(wù)器IBM X3650（2CPU、4G內(nèi)存，4×10/100/1000M以太網(wǎng)

6、卡）Apache客戶端2.3 測試環(huán)境拓撲圖2.4 測試工具工具版本功能說明LoadRunner91性能測試工具SiteScope服務(wù)器資源使用監(jiān)控工具Quality Center9.1缺陷管理工具3 測試需求3.1 性能測試需求業(yè)務(wù)指標(biāo)指標(biāo)描述指標(biāo)值響應(yīng)時間用戶操作時系統(tǒng)的響應(yīng)時間5并發(fā)數(shù)量同時訪問系統(tǒng)的最大并發(fā)用戶數(shù)量50訪問高峰數(shù)量同時訪問系統(tǒng)的用戶數(shù)量業(yè)務(wù)量均值非實時批量數(shù)據(jù)量(筆)業(yè)務(wù)量峰值非實時批量數(shù)據(jù)量(筆)訪問高峰時間訪問系統(tǒng)頻率最高的時間段3.2 測試內(nèi)容序號功能模塊功能描述1登錄及首頁載入2賬戶明細查詢3行內(nèi)同名轉(zhuǎn)賬4行內(nèi)轉(zhuǎn)賬5跨行轉(zhuǎn)賬6批量轉(zhuǎn)賬7網(wǎng)上轉(zhuǎn)賬結(jié)果查詢8網(wǎng)上轉(zhuǎn)賬

7、結(jié)果查詢excel下載9信用卡歷史賬單查詢10信用卡手工還款11安全中心資料工具下載4 測試約束4.1 測試啟動條件Ø 測試環(huán)境已經(jīng)準(zhǔn)備好；Ø 系統(tǒng)的功能測試已經(jīng)完成，并且功能測試報告通過了內(nèi)部評審；Ø 進行了冒煙測試，系統(tǒng)的性能測試是可測的；Ø 不存在影響系統(tǒng)流程的缺陷。4.2 測試結(jié)束條件Ø 根據(jù)性能測試計劃執(zhí)行所有測試用例完成，測試出系統(tǒng)基本性能參數(shù)，并分析系統(tǒng)性能瓶頸，系統(tǒng)調(diào)優(yōu)后，達到需求定義的性能指標(biāo)；Ø 完成性能分析工作，性能指標(biāo)驗證結(jié)束；Ø 性能測試報告通過內(nèi)部評審。5 測試方法5.1 測試方法描述根據(jù)軟件需求

8、規(guī)格說明書中的需求，使用性能測試工具，對系統(tǒng)施加壓力，測試系統(tǒng)在壓力下的工作狀況，測試系統(tǒng)性能是否滿足軟件需求規(guī)格說明書中的指標(biāo)。5.1.1 基準(zhǔn)測試5.1.1.1 測試方法對個人網(wǎng)銀系統(tǒng)的所列功能點進行基準(zhǔn)測試，主要用于與響應(yīng)時間性能指標(biāo)的對比，以了解系統(tǒng)的整體性能狀況。5.1.1.2 測試場景對系統(tǒng)所有功能點（功能測試中的所有功能點），使用單個用戶通過執(zhí)行相應(yīng)業(yè)務(wù)操作的測試腳本發(fā)起各項操作請求，在執(zhí)行1小時后，初步診斷系統(tǒng)是否存在性能瓶頸，取響應(yīng)時間的平均值作為測試的基準(zhǔn)值。編號用例需求點用戶數(shù)量迭代次數(shù)迭代間隔執(zhí)行時間（分鐘）Think Time負載生成器數(shù)量1登錄及首頁載入1-0600

9、12賬戶明細查詢1-060013行內(nèi)同名轉(zhuǎn)賬1-060014行內(nèi)轉(zhuǎn)賬1-060015跨行轉(zhuǎn)賬1-060016批量轉(zhuǎn)賬1-060017網(wǎng)上轉(zhuǎn)賬結(jié)果查詢1-060018網(wǎng)上轉(zhuǎn)賬結(jié)果查詢excel下載1-060019信用卡歷史賬單查詢1-0600110信用卡手工還款1-0600111安全中心資料工具下載1-060015.1.2 并發(fā)測試并發(fā)測試的目的是為了驗證系統(tǒng)在同一秒級50個用戶的并發(fā)下，個人數(shù)據(jù)查詢以及個人轉(zhuǎn)賬處理對系統(tǒng)資源的利用，以及所能達到的響應(yīng)時間。5.1.2.1 測試方法模擬服務(wù)器與終端用戶之間的網(wǎng)絡(luò)連接，對Loadrunner的虛擬用戶使用512K的帶寬限制設(shè)置，分別模擬50個用戶同

10、時（同一秒級）向同一功能點（單一業(yè)務(wù)）或多個功能點發(fā)出操作請求，測試系統(tǒng)的響應(yīng)能力，包括響應(yīng)時間以及CPU、內(nèi)存、磁盤、網(wǎng)絡(luò)等資源的使用狀況，以驗證系統(tǒng)對50個用戶并發(fā)請求時的支持能力。1）并發(fā)用戶數(shù)量的設(shè)計a極限法：根據(jù)性能需求，假設(shè)目前系統(tǒng)要求最大的并發(fā)用戶數(shù)為50個。選擇不同的訪問時間段，給系統(tǒng)50的查詢處理并發(fā)量，并持續(xù)10分鐘，在此過程中收集系統(tǒng)資源利用情況和響應(yīng)時間（TPS,CPU%,Response Time）。對于同一個場景，可以使用10，20，30，40不同的用戶并發(fā)量（步進為10）。b用戶趨勢分析：按照今后N年的用戶數(shù)量增長和業(yè)務(wù)增長（30）分析，N年后要達到的用戶數(shù)量與業(yè)

11、務(wù)量的并發(fā)要求。假設(shè)N年后，最大并發(fā)用戶數(shù)量是65，同時訪問系統(tǒng)的最大用戶數(shù)為1040。選擇不同的訪問時間段，以步進為10逐步增加并發(fā)交易數(shù)量，直至到達最大并發(fā)用戶數(shù)量65，在此過程中收集系統(tǒng)資源利用情況和響應(yīng)時間（TPS,CPU%,Response Time）。5.1.2.2 測試場景對本次性能測試所確定的典型業(yè)務(wù)功能點，通過Loadrunner模擬50個用戶，同時（同一秒級）訪問同一個典型業(yè)務(wù)功能（單一業(yè)務(wù)）或多個功能點（混合業(yè)務(wù)），持續(xù)10分鐘，取響應(yīng)時間的平均值，同時監(jiān)測測試系統(tǒng)的各服務(wù)器資源使用情況。Ø 單一并發(fā)測試場景編號用例需求點用戶數(shù)量迭代次數(shù)迭代間隔執(zhí)行時間Ramp

12、 Up持續(xù)時間Ramp DownThink Time負載生成器數(shù)量1登錄及首頁載入500101012賬戶明細查詢500101013行內(nèi)同名轉(zhuǎn)賬500101014行內(nèi)轉(zhuǎn)賬500101015跨行轉(zhuǎn)賬500101016批量轉(zhuǎn)賬500101017網(wǎng)上轉(zhuǎn)賬結(jié)果查詢500101018網(wǎng)上轉(zhuǎn)賬結(jié)果查詢excel下載500101019信用卡歷史賬單查詢5001010110信用卡手工還款5001010111安全中心資料工具下載50010101Ø 混合并發(fā)測試場景編號用例需求點用戶數(shù)量迭代次數(shù)迭代間隔執(zhí)行時間Ramp Up持續(xù)時間Ramp DownThink Time負載生成器數(shù)量1登錄及首頁載入100

13、101012賬戶明細查詢100101013行內(nèi)同名轉(zhuǎn)賬100101017網(wǎng)上轉(zhuǎn)賬結(jié)果查詢100101018網(wǎng)上轉(zhuǎn)賬結(jié)果查詢excel下載1001010111安全中心資料工具下載5.1.3 破壞性測試疲勞測試主要測試系統(tǒng)在長時間運行后的處理能力，確定系統(tǒng)是否能夠繼續(xù)安全有效的正常提供服務(wù)。5.1.3.1 測試方法通過持續(xù)不斷的調(diào)用測試腳本，模擬一定數(shù)量的用戶發(fā)起操作請求，對系統(tǒng)形成一定的壓力并長時間運行，通過長時間持續(xù)的壓力，驗證系統(tǒng)在長時間運行后，用戶對系統(tǒng)訪問操作的成功率是否降低，以找出系統(tǒng)潛在的內(nèi)存泄漏等問題。本次性能疲勞測試計劃使用800個在線用戶，按照業(yè)務(wù)人員提供的典型業(yè)務(wù)功能比例進行分配，執(zhí)行7×24小時。5.1.3.2 測試場景編號場景名稱在線總用戶數(shù)執(zhí)行時間成功率完成業(yè)務(wù)數(shù)量1疲勞測試800個用戶7×24小時6 測試時間表6.1 測試輪次表輪次開始日期結(jié)束日期性能測試第一輪第二輪第三輪6.2 測試進度表編號任務(wù)工作量（人月）任務(wù)啟動條件計劃啟動時間計劃結(jié)束時間（T）（T+D）1測試環(huán)境準(zhǔn)備1完成測試計劃，測試環(huán)境、測試數(shù)據(jù)準(zhǔn)備完畢2測試案例設(shè)計1具有軟件需求說明書2腳本開發(fā)1功能穩(wěn)定，性能測試環(huán)境準(zhǔn)備完畢3場景設(shè)計1測試腳本開發(fā)完畢4測試執(zhí)行1