.../XXX容災系統性能測試性能測試方案...文檔資料信息服務名稱：.27~46〔XXX應用服務器.123~24〔XXX數據庫項目經理：XX文檔版本號：1.0服務階段：項目實施文檔版本日期：準備者：XX準備日期：審定者：審定日期：發送列表發送者：日期：電話/傳真：接受者：目的：日期：電話/傳真：審閱版本歷史版本號：版本日期：修訂者：描述：文件名：12016-7-14馬鴻飛服務器數注意事項內部傳閱目錄1項目介紹51.1測試背景51.2測試目的51.3參考文檔51.4縮略語和術語說明52測試范圍52.1涉及系統63壓測環境搭建63.1生產環境拓撲圖63.2壓測環境拓撲圖63.3測試設備列表63.4測試環境和生產環境差異63.5性能測試機配置73.6性能測試工具74壓測條件準備74.1準備工作75性能測試方案75.1性能測試策略75.2性能測試通過準則85.3測試業務模型85.4測試場景設計8第一輪測試9第二輪測試125.5測試數據要求155.6監控內容156測試計劃157團隊168風險169通過標準1610優化建議17項目介紹測試背景隨著業務量和業務能力的拓展,為了防止XXX系統因事故無法使用,建立災備系統測試目的本次性能測試的目的是檢測災備系統的性能情況。作為XXX的災備系統,能夠在事故發生后切換至災備系統,能夠穩定運行。對該系統進行核心業務場景的性能測試。希望在模擬生產環境的情況下,能夠收集相應的系統參數,作為災備系統評估的依據。參考文檔《XXX環境應用服務器列表清單》、《XXXdb清單v2》、《XXX環境網絡拓撲圖》縮略語和術語說明性能測試：在一定約束條件下〔指定的軟件、硬件和網絡環境等確定系統所能承受的最大負載壓力的測試過程。場景：一種文件,用于根據性能要求定義在每一個測試會話運行期間發生的事件。虛擬用戶：在場景中,LoadRunner用虛擬用戶代替實際用戶。模擬實際用戶的操作來使用應用程序。一個場景可以包含幾十、幾百甚至幾千個虛擬用戶。虛擬用戶腳本：用于描述虛擬用戶在場景中執行的操作。事務：表示要度量的最終用戶業務流程。并發數：單位時間內同時執行一種操作的用戶數量在線用戶數：訪問被測應用的用戶數量,單位時間內用戶不會同時對被測服務器發送請求,產生壓力TPS：TransactionPerSecond,每秒事務數量,單位是事務/秒TRT:TransactionResponseTime,事務響應時間,指TPS穩定時的平均事務響應時間,單位是秒測試范圍XXX災備系統涉及系統XXX災備系統性能測試環境搭建生產環境拓撲圖性能測試環境拓撲圖測試設備列表應用服務器37臺,配置如下：CPU個數16CPU型號Intel<R>Xeon<R>CPUE7-4820@2.00GHz內存：82G系統Linux數據庫服務器1臺,配置如下：CPU個數60CPU型號Intel<R>Xeon<R>CPUE7-4870v2@2.30GHz內存：380G系統Linux數據庫ORACLE

11g測試環境和生產環境差異按照最接近生產系統結構的原則,因只有兩臺數據庫服務器,至少有一臺參與性能測試,所以本次性能測試按照實際生產環境1:2比例縮小,也就是10臺應用服務器,1臺數據庫服務器因10臺應用服務器對數據庫服務器產生的壓力太小,改為37臺應用服務器和1臺數據庫服務器性能測試機配置性能測試測試機1臺,詳情如下：系統名稱 Microsoft?WindowsServer?2008Enterprise處理器 Intel<R>Xeon<R>CPUE7-4830@2.13GHz,2134Mhz,8個內核,8個邏輯處理器內存 16.0GB備注：壓測機CPU使用率<50%內存<80%IOBUSY<50%磁盤使用率<90%網絡帶寬<30%性能測試工具Loadrunner11性能測試條件準備準備工作測試功能點全部通過功能測試,確保功能上沒有問題準備性能測試環境服務器：應用服務器10臺數據庫服務器1臺準備性能測試機1臺,需要安裝Loadrunner11并打通到應用服務器的網絡對于每個測試功能點,都要事先調試好相應腳本,并準備測試數據。保證腳本能夠成功回放,數據正確創建測試場景,配置好各場景設置測試過程中保存好腳本及分析結果,并規范的對腳本和分析結果命名性能測試方案性能測試策略關鍵資源不處于阻塞狀態服務器CPU利用率<70%物理內存利用率<80%場景通過率>99.99%組合多個場景并發測試測試執行采用階梯方式,并發數按照5、10、15、20….逐步增加,直至在某一個并發數增加后TPS達到峰值,并再增加并發造成響應時間增加,事件通過率降低性能測試通過準則達到性能要求,在要求并發數用戶下,系統響應時間小于或者等于客戶要求的響應時間在長時間運行后,系統不崩潰,各功能正常。服務器CPU、內存、等參數保持穩定測試停止后,一段時間內占用資源可以正常釋放測試業務模型以下根據生產環境〔2016年6月26日當日按照工作10小時數據估算值TPS=并發數/平均響應時間=日交易量*0.8/7200序號業務名稱平均處理時間并發數量高峰時段業務量/天備注<估算TPS>1員工登錄1.5sXX9:00~11:00XXXXXX2新建客戶15sXX12:00~14:00XXXXXX測試場景設計1、員工登錄用例編號NMYC_001驗證功能員工登錄測試目的被測系統是否能夠滿足大并發用戶數登錄的要求前置條件員工賬號、密碼并發用戶數2500思考時間0s方法逐步設置并發用戶數為2500個,模擬用戶登錄系統的負載壓力情況,進行15分鐘的連續壓力測試,記錄系統登錄事務交易的平均響應時間、成功率,應用服務器、數據庫服務器和網絡的各項性能指標,作為系統在實際使用情況中的性能表現依據。對失敗交易發生時的各項指標數據進行分析,定位問題發生的原因。用例名稱并發數期望響應時間〔秒備注員工登錄2500<1.5s2、新建客戶用例編號NMYC_002驗證功能新建客戶測試目的被測系統能否滿足大并發數新建客戶的要求前置條件1、員工賬號、密碼

2、客戶名稱、客戶證件號碼、客戶地址等并發用戶數2500思考時間0s方法逐步設置并發用戶數為2500個,模擬員工新建客戶的負載壓力情況,進行15分鐘的連續壓力測試,記錄系統登錄事務交易的平均響應時間、成功率,應用服務器、數據庫服務器和網絡的各項性能指標,作為系統在實際使用情況中的性能表現依據。對失敗交易發生時的各項指標數據進行分析,定位問題發生的原因。用例名稱并發數期望響應時間〔秒備注新建客戶2500<15s第一輪測試場景設置員工登錄測試結果整體結果基準測試虛擬用戶數與TPS關系趨勢圖基準測試虛擬用戶數與處理時間關系趨勢圖本次性能測試一共37臺應用服務器,兩臺數據庫服務器,壓測30分鐘從壓測圖中可以看出,隨著并發數增加〔0-600時間段〔0:00-8:00tps穩定上升,處理時間無太大變化隨著并發數增加〔600-2500時間段〔8:00-15:00TPS基本維持在2200—2300,處理時間隨著并發數增加而增加隨著并發數增加〔2500+時間段〔15:00-20:00TPS呈現不規則跳動,處理時間也大幅度增加,同時錯誤事務數量變大,出現了接口異常和超時因本次只壓測了員工登錄,門戶部署的應用內存小于2.0G當TPS達到2300并發數最高為2500第二輪測試場景設置新建客戶測試結果整體結果XXX基準測試虛擬用戶數與TPS關系趨勢圖XXX基準測試虛擬用戶數與處理時間關系趨勢圖Xxx測試數據要求客戶設備號、員工工號及密碼測試數據需求列表序號適用場景描述所需資源描述數量備注1員工登錄員工工號及密碼25002客戶定位在用設備號碼〔接入號2500監控內容測試計劃編號任務參與人員開始日期結束日期1熟悉被測試系統,確定典型事務測試人員開發人員業務人員2016-7-32016-7-42搭建測試環境,錄制典型事務的腳本,增強腳本測試人員開發人員2016-7-52016-7-103執行測試并收集相關數據測試人員2016-7-132016-7-134數據分析測試人員2016-7-132016-7-155編寫測試報告測試人員2016-7-152016-7-15團隊容災項目組風險風險描述風險發生的可能性風險對項目影響規避方法目前容災環境先要經過生產環境的CSB