性能測試方案模板

..XX系統(tǒng)性能測試方案<僅供內(nèi)部使用>擬制:日期：yyyy-mm-dd審核:日期：yyyy-mm-dd審核:日期：yyyy-mm-dd批準:日期：yyyy-mm-dd修訂記錄日期修訂版本描述作者目錄1概述61.1被測試系統(tǒng)簡介61.2性能測試目的62性能需求分析63系統(tǒng)角色行為分析73.1用戶行為分析73.2運營行為分析73.3系統(tǒng)后臺行為分析74系統(tǒng)結(jié)構(gòu)分析84.1系統(tǒng)組成分析84.2壓力傳遞分析84.3潛在瓶頸分析84.4系統(tǒng)資源分析84.5系統(tǒng)監(jiān)測及其評價標準分析85性能測試方案的確定95.1基本流程的確定95.2異常流程分析95.3混合流程分析105.4測試項的確定105.5數(shù)據(jù)模型分析及數(shù)據(jù)規(guī)劃105.6妨礙性能測試持續(xù)開展的問題及其解決辦法115.7測試接口分析115.8被測系統(tǒng)配置及其組網(wǎng)圖115.9測試工具的選定115.10測試數(shù)據(jù)的準備115.11測試用例設(shè)計建議116附錄12XX系統(tǒng)性能測試方案關(guān)鍵詞：性能測試、性能測試方案摘要：本文檔為××系統(tǒng)性能測試方案,主要目的在于通過本文檔能夠指導性能測試腳本、用例開發(fā)、性能測試執(zhí)行以及性能測試評估等相關(guān)工作。主要的讀者有性能測試腳本開發(fā)人員、性能測試執(zhí)行人員、性能評估人員、項目經(jīng)理、用戶代表等?？s略語清單本部分列出主要的縮略語：本部分列出主要的縮略語概述被測試系統(tǒng)簡介簡明扼要地描述被測試系統(tǒng)的功能、技術(shù)背景、以及商業(yè)背景等相關(guān)信息。性能測試目的簡明扼要地描述本次性能測試的主要目的,比如是為了得到一個性能指標？還是為了做一次調(diào)優(yōu)類的性能測試？還是做對比分析的性能測試等？性能需求分析性能需求分析是整個性能測試活動中最關(guān)鍵和最核心的工作,完整的、清晰的、有代表性的、可測試的性能需求直接關(guān)系到本次性能測試的目標是否能夠達到。這里指的性能需求可以是用戶〔比如中國銀行項目,那么銀行是用戶對系統(tǒng)的性能需求,當然也可以是產(chǎn)品內(nèi)部的性能要求〔在調(diào)優(yōu)為目的的性能測試中尤其如此。系統(tǒng)的性能需求就是一個測試的標準,通過它可以來評價系統(tǒng)性能情況,如果不先分析清楚系統(tǒng)的性能需求,性能測試的目的將變得不明確,性能測試的開展也會有很大隨意性,而最終對系統(tǒng)性能測試的結(jié)果進行評價時,也會陷入沒完沒了的毫無意義的爭論之中。服務(wù)提供能力服務(wù)提供質(zhì)量業(yè)務(wù)類型用戶類型容量單位時間內(nèi)處理請求能力同時在線用戶數(shù)響應(yīng)時間TPS響應(yīng)率正確率時延交易類查詢類這些性能需求的數(shù)據(jù)可以通過如下途徑來獲得：國際、國家、行業(yè)標準和規(guī)范。SRS中關(guān)于性能的需求。根據(jù)現(xiàn)實情況的估計。這個估計要基于最終用戶的體驗和容忍程度的分析,并需要經(jīng)過開發(fā)人員的評審。競爭對手產(chǎn)品性能指標系統(tǒng)角色分析建模這部分分析工作通過對用戶的行為模型分析、對運營行為模型的分析、以及對系統(tǒng)后臺行為模型的分析,來規(guī)劃系統(tǒng)性能測試測試模型。用戶行為模型選取需要做性能測試的用戶行為。這部分不管是什么業(yè)務(wù)類型的系統(tǒng)都需要考慮業(yè)務(wù)類型用戶類型用戶行為行為頻度特殊情況下行為的最高頻度是否特別消耗資源是否是關(guān)鍵用戶行為是否需要做性能測試運營行為模型選取需要做性能測試的運營〔OM行為,這一部分其實也非常重要,因為越來越多的產(chǎn)品開始關(guān)注OM功能。管理員類型管理員行為行為頻度是否特別消耗資源是否是關(guān)鍵行為是否需要做性能測試系統(tǒng)后臺行為模型選取需要做性能測試的系統(tǒng)后臺行為。這部分并不是每一種類型的系統(tǒng)都有的模型,根據(jù)需要可選后臺進程、線程、定時任務(wù)后臺行為是否并行執(zhí)行數(shù)量多是否特別消耗資源是否是關(guān)鍵后臺行為是否需要做性能測試系統(tǒng)結(jié)構(gòu)分析對系統(tǒng)結(jié)構(gòu)的充分了解是開展后續(xù)性能測試活動的基礎(chǔ),在性能測試活動中該如何測試、觀察什么、如何觀察,對于觀察到的結(jié)果該如何分析、如何解釋,都是建立在對系統(tǒng)結(jié)構(gòu)的充分了解之上的。系統(tǒng)組成分析系統(tǒng)組成分析的結(jié)果要能清晰的描述如下內(nèi)容：系統(tǒng)的各組成部分,具體到系統(tǒng)資源的最小擁有者,通常是進程、線程系統(tǒng)各組成部分之間的聯(lián)系系統(tǒng)各組成部分之間的比例關(guān)系系統(tǒng)各組成部分之間的接口協(xié)議這可以通過畫出類似系統(tǒng)組網(wǎng)圖的方式來描述。壓力傳遞分析畫出每種需要性能測試的行為的壓力傳遞圖,可以畫成消息交互圖的形式。潛在瓶頸分析通過系統(tǒng)組成分析和壓力傳遞分析的結(jié)果,我們可以判斷系統(tǒng)性能的潛在瓶頸,這是我們后續(xù)性能測試中需要重點觀測的地方。系統(tǒng)資源分析分析系統(tǒng)中的各種資源及其擁有者、使用者。資源資源擁有者資源使用者系統(tǒng)監(jiān)測及其評價標準分析對各系統(tǒng)組成部分運行狀態(tài)的監(jiān)測及其評價標準：系統(tǒng)組成使用的資源是否需要監(jiān)測使用不充分使用正常使用過高過程趨勢監(jiān)測方法對系統(tǒng)總體資源使用情況的監(jiān)測及其評價標準：物理實體擁有的資源是否需要監(jiān)測使用不充分使用正常使用過高過程趨勢監(jiān)測方法對系統(tǒng)執(zhí)行結(jié)果的監(jiān)測及其評價標準：系統(tǒng)輸出是否需要監(jiān)測評價標準監(jiān)測方法性能測試方案的確定基本流程的確定在系統(tǒng)角色行為分析結(jié)果的基礎(chǔ)上,對于每種需要做性能測試的用戶行為,我們需要在這個行為之前,順序?qū)懗鲇脩粼谶M行這項行為之前,必須進行的行為,這樣就得到了一個流程。如果某個流程包含在其他流程中,則這個流程不需要測試,我們只需要測試包含這個流程的其他流程就可以了。行為流程是否需要做性能測試流程中各步時延要求異常流程分析確定需要進行性能測試的異常流程?；玖鞒淌欠裥枰獪y試中途出錯是否需要測試中途放棄是否需要測試中途拒絕是否需要測試中途不響應(yīng)是否需要測試系統(tǒng)拒絕或放棄是否需要測試多種消息順序異常流程混合流程分析可以考慮如下建議來得到我們的混合流程：異常流程盡量不必考慮到混合流程中如果基本流程比較少,將所有的基本流程組合成一個混合流程如果基本流程太多,組合成一個混合流程比較難操作,則考慮組合成多個混合流程基本流程中的后臺行為相關(guān)的流程需要組合進去各流程的混合比例根據(jù)實際情況估計混合流程混合比例測試項的確定將所有的基本流程、異常流程、混合流程匯總,并標明那些流程需要做指標測試,那些流程需要做壓力測試,這樣就確定了我們性能測試的測試項。測試流程流程每步時延流程混合比例是否進行指標測試是否進行壓力測試數(shù)據(jù)模型分析及數(shù)據(jù)規(guī)劃數(shù)據(jù)模型分析的目的,是要確定性能測試時的基礎(chǔ)數(shù)據(jù)量及其分布比例,使性能測試接近于實際的網(wǎng)上運行情況。數(shù)據(jù)字段數(shù)據(jù)量數(shù)據(jù)范圍數(shù)據(jù)分布比例妨礙性能測試持續(xù)開展的問題及其解決辦法分析各測試項中,存在的各種妨礙性能測試持