***容災系統效能測試
效能測試方案
版本歷史
版本號： 版本日期： 修訂者： 描述： 檔名：
1 2016-7-14 馬鴻飛 伺服器數
注意事項
內部傳閱
目錄1 專案介紹 5
1.1 測試背景 5
1.2 測試目的 5
1.3 參考文件 5
1.4 縮略語和術語說明 5
2 測試範圍 5
2.1 涉及系統 6
3 壓測環境搭建 6
3.1 生產環境拓撲圖 6
3.2 壓測環境拓撲圖 6
3.3 測試裝置列表 6
3.4 測試環境和生產環境差異 6
3.5 效能測試機配置 7
3.6 效能測試工具 7
4 壓測條件準備 7
4.1 準備工作 7
5 效能測試方案 7
5.1 效能測試策略 7
5.2 效能測試通過準則 8
5.3 測試業務模型 8
5.4 測試場景設計 8
5.4.1 第一輪測試 9
5.4.2 第二輪測試 12
5.5 測試資料要求 15
5.6 監控內容 15
6 測試計畫 15
7 團隊 16
8 風險 16
9 通過標準 16
10 優化建議 17
2測試範圍
***災備系統
2.1涉及系統
***災備系統
3效能測試環境搭建
3.1生產環境拓撲圖
3.2效能測試環境拓撲圖
3.3測試裝置列表
應用伺服器37臺，配置如下：
cpu個數 16
cpu型號 intel® xeon® cpu e7- 4820 @ 2.00ghz
記憶體：82g
系統 linux
資料庫伺服器1臺，配置如下：
cpu個數 60
cpu型號 intel® xeon® cpu e7-4870 v2 @ 2.30ghz
記憶體：380g
系統 linux
資料庫 oracle 11g
3.4測試環境和生產環境差異
按照最接近生產系統結構的原則，因只有兩台資料庫伺服器，至少有一台參與效能測試，所以本次效能測試按照實際生產環境1:2比例縮小，也就是10臺應用伺服器，1臺資料庫伺服器
因10臺應用伺服器對資料庫伺服器產生的壓力太小，改為37臺應用伺服器和1臺資料庫伺服器
3.5效能測試機配置
效能測試測試機1臺，詳情如下：
系統名稱 microsoft® windows server® 2008 enterprise
處理器 intel® xeon® cpu e7- 4830 @ 2.13ghz，2134 mhz，8 個核心，8 個邏輯處理器
記憶體 16.0 gb
備註：壓測機cpu使用率<50% 記憶體<80% iobusy<50% 磁碟使用率<90% 網路頻寬<30%
3.6效能測試工具
loadrunner 11
4效能測試條件準備
4.1準備工作
1、測試功能點全部通過功能測試，確保功能上沒有問題
2、準備效能測試環境伺服器：
a、應用伺服器10臺
b、資料庫伺服器1臺
3、準備效能測試機1臺，需要安裝loadrunner 11並打通到應用伺服器的網路
4、對於每個測試功能點，都要事先除錯好相應指令碼，並準備測試資料。保證指令碼能夠成功回放，資料正確
5、建立測試場景，配置好各場景設定
6、測試過程中儲存好指令碼及分析結果，並規範的對指令碼和分析結果命名
5效能測試方案
5.1效能測試策略
1、關鍵資源不處於阻塞狀態
a、伺服器cpu利用率<70%
b、物理記憶體利用率<80%
c、場景通過率》99.99%
2、組合多個場景併發測試
3、測試執行
採用階梯方式，併發數按照5、10、15、20….逐步增加，直至在某乙個併發數增加後tps達到峰值，並再增加併發造成響應時間增加，事件通過率降低
5.2效能測試通過準則
1、達到效能要求，在要求併發數使用者下，系統響應時間小於或者等於客戶要求的響應時間
2、在長時間執行後，系統不崩潰，各功能正常。
3、伺服器cpu、記憶體、等引數保持穩定
4、測試停止後，一段時間內占用資源可以正常釋放
5.3測試業務模型
以下根據生產環境（2023年6月26日當日按照工作10小時資料估算值tps=併發數/平均響應時間=日交易量*0.8/7200）
序號 業務名稱 平均處理時間 併發數量 高峰時段 業務量/天 備註(估算tps)
1 員工登入 1.5s xx 9:00~11:00 *** ***
2 新建客戶 15s xx 12:00~14:00 *** ***
5.4測試場景設計
1、員工登入
用例編號 nmyc_001
驗證功能 員工登入
測試目的 被測系統是否能夠滿足大併發使用者數登入的要求
前置條件 員工賬號、密碼
併發使用者數 2500
思考時間 0s
方法 逐步設定併發使用者數為2500個，模擬使用者登入系統的負載壓力情況，進行15分鐘的連續壓力測試，記錄系統登入事務交易的平均響應時間、成功率，應用伺服器、資料庫伺服器和網路的各項效能指標，作為系統在實際使用情況中的效能表現依據。對失敗交易發生時的各項指標資料進行分析，定位問題發生的原因。
用例名稱 併發數 期望響應時間（秒） 備註
員工登入 2500 <1.5s
2、新建客戶
用例編號 nmyc_002
驗證功能 新建客戶
測試目的 被測系統能否滿足大併發數新建客戶的要求
前置條件 1、員工賬號、密碼
2、客戶名稱、客戶證件號碼、客戶位址等
併發使用者數 2500
思考時間 0s
方法 逐步設定併發使用者數為2500個，模擬員工新建客戶的負載壓力情況，進行15分鐘的連續壓力測試，記錄系統登入事務交易的平均響應時間、成功率，應用伺服器、資料庫伺服器和網路的各項效能指標，作為系統在實際使用情況中的效能表現依據。對失敗交易發生時的各項指標資料進行分析，定位問題發生的原因。
用例名稱 併發數 期望響應時間（秒） 備註
新建客戶 2500 <15s
5.4.1第一輪測試
5.4.1.1場景設定
員工登入
5.4.1.2測試結果
整體結果
基準測試虛擬使用者數與tps關係趨勢圖
基準測試虛擬使用者數與處理時間關係趨勢圖
本次效能測試一共37臺應用伺服器，兩台資料庫伺服器，壓測30分鐘
從壓測圖中可以看出，隨著併發數增加（0-600）時間段（0:00-8:00）tps穩定上公升，處理時間無太大變化
隨著併發數增加（600-2500）時間段（8:00-15:00）tps基本維持在2200—2300，處理時間隨著併發數增加而增加
隨著併發數增加（2500+）時間段（15:00-20:00）tps呈現不規則跳動，處理時間也大幅度增加，同時錯誤事務數量變大，出現了介面異常和超時
因本次只壓測了員工登入，門戶部署的應用記憶體小於2.0g當tps達到2300併發數最高為2500
5.4.2第二輪測試
5.4.2.1場景設定
新建客戶
5.4.2.2測試結果
整體結果
***基準測試虛擬使用者數與tps關係趨勢圖
******5.5測試資料要求
客戶裝置號、員工工號及密碼
測試資料需求列表
序號 適用場景描述 所需資源描述 數量 備註
1 員工登入 員工工號及密碼 2500
2 客戶定位 在用裝置號碼（接入號） 2500
5.6監控內容
6測試計畫
編號 任務 參與人員 開始日期 結束日期
1 熟悉被測試系統，確定典型事務 測試人員
開發人員
業務人員 2016-7-3 2016-7-4
2 搭建測試環境，錄製典型事務的指令碼，增強指令碼 測試人員
開發人員 2016-7-5 2016-7-10
3 執行測試並收集相關資料 測試人員 2016-7-13 2016-7-13
4 資料分析 測試人員 2016-7-13 2016-7-15
5 編寫測試報告 測試人員 2016-7-15 2016-7-15
7團隊容災專案組
8風險風險描述 風險發生的可能性 風險對專案影響 規避方法
目前容災環境先要經過生產環境的csb-dep，若系統雙活可能會造成大量流水重複事務通過率下降，導致測試失敗 低 高 單獨部署csb-dep服務
測試資料大量預佔，造成併發無法繼續增加 低 高 資料準備充足
隨著壓力增加，系統異常，造成服務請求中斷或者超時 高 高 及時做好伺服器監控
存在重大錯誤，以致測試無法繼續，需要開發部進行額外的除錯和修改才能繼續 低 高 **質量控制
硬體或網路環境出現故障 低 高 無
9通過標準
1、效能測試場景通過，並滿足併發、響應時間等要求
2、系統資源消耗
伺服器cpu利用率<70%
物理記憶體利用率<80%
場景通過率》99.99%
3、效能測試結束後一段時間內，資源（系統資源及資料資源）釋放正常
10優化建議
***
效能測試方案
說完效能測試計畫，下面來說說效能測試方案。在寫之前作者針對方案仔細一想，貌似內容和效能測試計畫的內容重複了，此時略顯尷尬，突然有點懵逼。測試計畫是指描述了要進行的測試活動的範圍 方法 資源和進度的文件。它主要包括測試項 被測特性 各階段的測試任務 時間進度安排，誰執行任務和風險控制等，可以包括測試策...
效能測試流程 測試方案編寫
測試方案模板如下 以日誌收集系統為例 系統 效能測試方案 前言 系統專案系統已經成功發布，依據專案的規劃，未來勢必會出現業務系統中資訊大量增長的態勢。隨著業務系統在生產狀態下日趨穩定 成熟，系統的效能問題也逐步成為了我們關注的焦點 每天大資料量的 衝擊 系統能穩定在什麼樣的效能水平，面臨行業公司業務...
NMS 效能測試方案 二
1 概述 1.1 被測物件概述 終端管理系統 以下簡稱 定位於業務管理系統，主要管理帳號 密碼 vlan virtual local area network ip等。系統提供了整套管理wlan wireless local area network 裝置的解決方案，實現對ac ap control...