xx系統效能測試方案
(僅供內部使用)
修訂記錄
目錄1 概述 6
1.1 被測試系統簡介 6
1.2 效能測試目的 6
2 效能需求分析 6
3 系統角色行為分析 7
3.1 使用者行為分析 7
3.2 運營行為分析 7
3.3 系統後台行為分析 7
4 系統結構分析 8
4.1 系統組成分析 8
4.2 壓力傳遞分析 8
4.3 潛在瓶頸分析 8
4.4 系統資源分析 8
4.5 系統監測及其評價標準分析 8
5 效能測試方案的確定 9
5.1 基本流程的確定 9
5.2 異常流程分析 9
5.3 混合流程分析 10
5.4 測試項的確定 10
5.5 資料模型分析及資料規劃 10
5.6 妨礙效能測試持續開展的問題及其解決辦法 11
5.7 測試介面分析 11
5.8 被測系統配置及其組網圖 11
5.9 測試工具的選定 11
5.10 測試資料的準備 11
5.11 測試用例設計建議 11
6 附錄 12
xx系統效能測試方案
關鍵詞：效能測試、效能測試方案
摘要：本文件為××系統效能測試方案，主要目的在於通過本文件能夠指導效能測試指令碼、用例開發、效能測試執行以及效能測試評估等相關工作。主要的讀者有效能測試指令碼開發人員、效能測試執行人員、效能評估人員、專案經理、使用者代表等。
縮略語清單：
簡明扼要地描述被測試系統的功能、技術背景、以及商業背景等相關資訊。
簡明扼要地描述本次效能測試的主要目的，比如是為了得到乙個效能指標？還是為了做一次調優類的效能測試？還是做對比分析的效能測試等？
效能需求分析是整個效能測試活動中最關鍵和最核心的工作，完整的、清晰的、有代表性的、可測試的效能需求直接關係到本次效能測試的目標是否能夠達到。這裡指的效能需求可以是使用者
（比如中國銀行專案，那麼銀行是使用者）對系統的效能需求，當然也可以是產品內部的效能要求（在調優為目的的效能測試中尤其如此）。系統的效能需求就是乙個測試的標準，通過它可以來評價系統效能情況，如果不先分析清楚系統的效能需求，效能測試的目的將變得不明確，效能測試的開展也會有很大隨意性，而最終對系統效能測試的結果進行評價時，也會陷入沒完沒了的毫無意義的爭論之中。
這些效能需求的資料可以通過如下途徑來獲得：
1、 國際、國家、行業標準和規範。
2、 srs中關於效能的需求。
3、 根據現實情況的估計。這個估計要基於終端使用者的體驗和容忍程度的分析，並需要經過開發人員的評審。
4、 競爭對手產品效能指標
這部分分析工作通過對使用者的行為模型分析、對運營行為模型的分析、以及對系統後台行為模型的分析，來規劃系統效能測試測試模型。
選取需要做效能測試的使用者行為。這部分不管是什麼業務型別的系統都需要考慮
選取需要做效能測試的運營（om）行為，這一部分其實也非常重要，因為越來越多的產品開始關注om功能。
選取需要做效能測試的系統後台行為。這部分並不是每一種型別的系統都有的模型，根據需要可選
對系統結構的充分了解是開展後續效能測試活動的基礎，在效能測試活動中該如何測試、觀察什麼、如何觀察，對於觀察到的結果該如何分析、如何解釋，都是建立在對系統結構的充分了解之上的。
系統組成分析的結果要能清晰的描述如下內容：
a、 系統的各組成部分，具體到系統資源的最小擁有者，通常是程序、執行緒
b、 系統各組成部分之間的聯絡
c、 系統各組成部分之間的比例關係
d、 系統各組成部分之間的介面協議
這可以通過畫出類似系統組網圖的方式來描述。
畫出每種需要效能測試的行為的壓力傳遞圖，可以畫成訊息互動圖的形式。
通過系統組成分析和壓力傳遞分析的結果，我們可以判斷系統效能的潛在瓶頸，這是我們後續效能測試中需要重點觀測的地方。
分析系統中的各種資源及其擁有者、使用者。
對各系統組成部分執行狀態的監測及其評價標準：
對系統總體資源使用情況的監測及其評價標準：
對系統執行結果的監測及其評價標準：
在系統角色行為分析結果的基礎上，對於每種需要做效能測試的使用者行為，我們需要在這個行為之前，順序寫出使用者在進行這項行為之前，必須進行的行為，這樣就得到了乙個流程。如果某個流程包含在其他流程中，則這個流程不需要測試，我們只需要測試包含這個流程的其他流程就可以了。
確定需要進行效能測試的異常流程。
可以考慮如下建議來得到我們的混合流程：
a、 異常流程盡量不必考慮到混合流程中
b、 如果基本流程比較少，將所有的基本流程組合成乙個混合流程
c、 如果基本流程太多，組合成乙個混合流程比較難操作，則考慮組合成多個混合流程
d、 基本流程中的後台行為相關的流程需要組合進去
e、 各流程的混合比例根據實際情況估計
將所有的基本流程、異常流程、混合流程彙總，並標明那些流程需要做指標測試，那些流程需要做壓力測試，這樣就確定了我們效能測試的測試項。
資料模型分析的目的，是要確定效能測試時的基礎資料量及其分布比例，使效能測試接近於實際的網上運**況。
分析各測試項中，存在的各種妨礙效能測試持續開展的問題，並分析解決辦法。
分析效能測試介面的協議型別及其介面能力。
分析被測系統的軟硬體配置及其組網圖。
軟體配置：
硬體配置：
組網圖：
分析備選測試工具的優缺點，並選擇效能測試工具。
分析測試基礎資料的生成和匯入的工具和方法。
對下階段的測試用例設計工作提一些建議。
效能測試測試方案
平台xx專案系統已經成功發布，依據專案的規劃，未來勢必會出現業務系統中資訊大量增長的態勢。隨著業務系統在生產狀態下日趨穩定 成熟，系統的效能問題也逐步成為了我們關注的焦點 每天大資料量的 衝擊 系統能穩定在什麼樣的效能水平，面臨行業公司業務增加時，系統能否經受住 考驗 這些問題需要通過乙個完整的效能...
效能測試方案
文件修改歷史 目錄1.文件介紹 3 1.1.測試目的 3 1.2.讀者物件 3 1.3.參考資料 3 1.4.術語與解釋 3 2.測試環境 3 2.1.測試環境 3 2.2.測試工具 4 3.測試需求 4 3.1.測試功能點 4 3.2.效能需求 4 4.準備工作 5 5.測試完成準則 5 6.測試...
效能測試方案
1.明確測試目的範圍。2.明確測試範圍和目標。3.明確測試環境需求，包括 測試需要的軟 硬體環境以及測試人力需求。4.確定測試方案，測試的方法和步驟。5.確定測試需要輸出的結果和結果表現形式。6.分析測試的風險，尋找規避辦法。簡要描述與測試專案相關的一些背景資料，如被測系統簡介，專案上線計畫等。說明...