新華人壽渠道管理系統(tǒng)性能測試報告

新華人壽渠道管理系統(tǒng)性能測試報告新華人壽渠道治理系統(tǒng)性能測試報告2010年5月21日文檔信息文檔標題新華人壽渠道治理系統(tǒng)性能測試報告版本號v1.1版本日期2010-5-14打印日期文件名新華人壽渠道治理系統(tǒng)性能測試報告歸檔名目治理人員審批信息姓名部門/角色意見日期修改歷史版本日期修改說明修改人1.02010-5-14草稿1.12010-5-20初稿

名目1. 概述 51.1項目背景 51.2測試目的 52. 測試范疇 62.1測試目標 62.2業(yè)務模型 63. 測試環(huán)境 83.1系統(tǒng)架構圖 83.2測試環(huán)境機器配置表 84. 測試方法 94.1基準測試 94.2單交易負載測試 94.3混合場景負載測試 93.4性能測試案例設計 103.4.1系統(tǒng)登錄 103.4.2人員信息查詢 103.4.3銷售團隊查詢 113.4.4網點信息查詢 113.4.5人員差不多信息愛護 123.4.6銷售團隊信息愛護 123.4.7網點差不多信息愛護 133.5性能測試場景設計 133.5.1系統(tǒng)登錄 133.5.2人員信息查詢 143.5.3銷售團隊查詢 143.5.4網點信息查詢 143.5.5人員差不多信息愛護 143.5.6銷售團隊信息愛護 153.5.7網點差不多信息愛護 153.5.8混合場景負載測試 155. 測試打算 176. 測試結果 186.1基準測試 186.1.1系統(tǒng)登錄 186.1.2人員查詢 186.1.3團隊查詢 186.1.4網點查詢 196.1.5人員愛護 196.1.6團隊愛護 196.1.7網點愛護 196.2單交易負載測試 196.2.1系統(tǒng)登錄 196.2.2人員查詢 266.2.3團隊查詢 316.2.4網點查詢 326.2.5人員愛護 336.2.6團隊愛護 336.2.7網點愛護 346.3混合場景負載測試 396.4其他負載測試 416.4測試結論與建議 42結論 42建議 437. 附件1： 45概述1.1項目背景本系統(tǒng)的目標是使渠道業(yè)務日常治理電子化、簡單化，對各渠道業(yè)務進展提供強大的后臺數據支持?，F時期公司迅速進展，業(yè)務迅速擴張，業(yè)務拓展模式不斷創(chuàng)新。公司的銷售渠道涉及到個人營銷保險、團體保險、銀行保險、至尊理財、營銷保險等多個領域，由于各個領域的保險特點不同、治理方法也出現出多樣性。需要的是一套能夠處理并突出表達各個保險領域的特性的銷售治理系統(tǒng)，從治理角度動身對銷售的各個時期進行操縱，對銷售人員進行治理，為銷售人員提供從培訓、售前、售后以及傭金結算等一系列完整的服務支持。為達到這一目標，需要利用現代的信息處理技術和科學手段，全面實現銷售治理中的各項要求，通過運算機輔助實現治理的科學化、規(guī)范化、系統(tǒng)化與自動化，與業(yè)務系統(tǒng)一起建立一套完整的保險治理系統(tǒng)和網絡。1.2測試目的通過模擬，在測試環(huán)境上盡量真實再現新華人壽銀代渠道銷售治理系統(tǒng)生產環(huán)境的日常業(yè)務量高峰時的場景。通過結果分析，查看哪些業(yè)務顯現響應時刻長，交易失敗的情形。查看新華人壽銀代渠道銷售治理系統(tǒng)是否符合設計的性能要求。測試范疇2.1測試目標性能測試是針對系統(tǒng)并發(fā)處理能力、交易響應時刻等性能指標所進行的測試。目的是在盡可能模擬生產環(huán)境的前提下，單一渠道方面的性能，實現以下目標（相關指標參考合同附件）：模擬系統(tǒng)在實際生產環(huán)境下峰值時的系統(tǒng)處理能力及性能表現。檢測軟件中的問題：通過并發(fā)測試執(zhí)行，揭示程序中的隱含的問題或沖突，從而修復系統(tǒng)中的薄弱環(huán)節(jié)。通過對各項測試及監(jiān)控結果的綜合分析，發(fā)覺、定位性能瓶頸，為改善系統(tǒng)性能提供整體優(yōu)化方案，為后期性能調優(yōu)提供參考依據。保證在生產環(huán)境的業(yè)務和用戶量下，性能滿足業(yè)務人員操作需求，要緊需求如下：日常平均在線用戶數500人，高峰期在線用戶數700人。注：目前核心業(yè)務系統(tǒng)有效用戶數：24045，核心業(yè)務系統(tǒng)日常在線用戶數平均為2.6K，高峰期在線用戶數為3.6K，渠道系統(tǒng)按照核心系統(tǒng)用戶數量的20%運算，因此平均在線用戶數量為500，高峰為700。薪資考核運算效率：考核運算、薪資運算均能夠在2-4小時內完成。其他操作時效要求如下：提交信息愛護，系統(tǒng)應在2秒內響應。按照機構號或人員編碼查詢信息詳情，系統(tǒng)應在2秒內響應。按照條件查詢清單，系統(tǒng)應在15-30秒內響應。按照條件生成統(tǒng)計報表，依照復雜性，系統(tǒng)響應時刻不同，最慢應在5分鐘內響應。按分支機構進行考核確認，系統(tǒng)應在15分鐘內完成。2.2業(yè)務模型序號業(yè)務模塊業(yè)務名稱類型數據量平均用戶數最大用戶數響應時刻1系統(tǒng)登錄系統(tǒng)登錄登錄5007005秒2人員治理人員查詢查詢4000050070030秒3網點治理網點信息查詢查詢300050070030秒4團隊治理銷售團隊查詢查詢300050070030秒5人員治理人員修改交易5007005秒6網點治理網點修改交易5007005秒7團隊治理團隊修改交易5007005秒8薪資考核普處理批處理治理批處理5006002-4小時注：業(yè)務模型選擇參考了運維部門提供的菜單使用頻率參考此處需要對性能場景設計，先做個簡單說明。30并發(fā)的測試場景，以登錄為例，每個并發(fā)用戶，迭代登錄20次，也確實是說30并發(fā)，在1.5分鐘內前后共有30*20=600人次登錄系統(tǒng)，40并發(fā)場景，在2分鐘內有40*20=800人次登錄，50并發(fā)場景，在2.5分鐘內有50*20=1000人次登錄。測試環(huán)境3.1系統(tǒng)架構圖3.2測試環(huán)境機器配置表系統(tǒng)服務器配置操作系統(tǒng)及安裝軟件臺數應用服務器應用服務器服務器:1*2.6G雙核2G內存320G硬盤1電源Redhatnash5.1.19.6JDK1.JBoss41銷售治理平臺數據庫和元數據數據庫數據庫服務器服務器:1*2.6G雙核4G內存320G硬盤1電源Redhatnash5.1.19.6Oracle10g1測試方法4.1基準測試測試環(huán)境確認之后，對業(yè)務模型中涉及的每種業(yè)務（系統(tǒng)登錄、人員查詢、團隊查詢、網點查詢、人員愛護、網點愛護、團隊愛護）做基準測試。目的是檢查業(yè)務本身是否存在性能缺陷。同時為今后的混合場景負載測試性能分析提供參考依據。場景設置：編寫測試客戶端向新華人壽銀代渠道銷售治理系統(tǒng)應用服務器發(fā)送業(yè)務要求并接收返回結果的腳本，在系統(tǒng)無壓力情形下運行10次迭代，每次迭代間等待1秒，取業(yè)務的平均響應時刻作為衡量指標。4.2單交易負載測試單交易負載測試是對業(yè)務模型中涉及的每種業(yè)務（系統(tǒng)登錄、人員查詢、團隊查詢、網點查詢、人員愛護、網點愛護、團隊愛護）加上一定量的負載，進行測試以獵取該交易的性能指標。目的是為了驗證這些典型交易是否存在并發(fā)問題，并獵取其響應時刻，作為混合場景測試中業(yè)務模型配比的參考。場景設置：制作單個交易的性能測試腳本，在負載測試工具中設置并發(fā)用戶數等于30、40、50，每秒登陸10個用戶，迭代20次，每次迭代等待1秒，忽略摸索時刻，獵取平均響應時刻。30并發(fā)=600人次，40并發(fā)=800人次，50人次=1000人次。4.3混合場景負載測試混合場景負載測試是按照業(yè)務模型的約定，在一定量的并發(fā)情形下測試以下指標：業(yè)務的平均交易響應時刻、應用服務器、數據庫服務器的資源使用情形、交易正確率等。通過性能測試，能夠模擬實際生產環(huán)境中在業(yè)務處理高峰期實物資產治理系統(tǒng)的壓力情形，得到現在的實物資產治理系統(tǒng)性能表現數據，為系統(tǒng)的實際上線運行提供可靠的參考。 場景設置：按照業(yè)務模型比例設置測試場景，設置并發(fā)量60，每1秒登陸10個用戶，忽略摸索時刻，每次運行測試15分鐘，每次迭代間等待1秒，收集系統(tǒng)性能變化曲線。4.4性能測試案例設計4.4.1系統(tǒng)登錄系統(tǒng)登錄腳本名稱系統(tǒng)登錄程序版本用例編號XH-XTDL-01子系統(tǒng)測試目的測試用戶登錄的并發(fā)能力及系統(tǒng)響應時刻。專門說明目標產生大壓力，忽略全部摸索時刻。前提條件應用程序差不多部署，同時存在不同身份的系統(tǒng)使用用戶步驟操作是否設置集合點是否設定事務事務名稱說明1打開登錄頁否否2輸入用戶名、密碼、選擇機構否否3點擊“登錄”按鈕是是登錄設置檢查點4登陸后展現頁面信息否否5注銷用戶否是注銷編制人員編制日期2010-4.4.2人員信息查詢人員信息查詢腳本名稱人員查詢程序版本用例編號XH-RYCX-02子系統(tǒng)測試目的測試人員信息查詢功能系統(tǒng)響應時刻。專門說明目標產生大壓力，忽略全部摸索時刻。前提條件應用程序差不多部署步驟操作是否設置集合點是否設定事務事務名稱說明1登錄系統(tǒng)否否2選擇人員治理人員信息治理人員信息查詢否是進入人員查詢菜單3輸入查詢條件否是錄入人員查詢條件4點擊“查詢”按鈕否是人員查詢5勾選需要查詢的人員記錄，點擊明細按鈕否是人員明細設置檢查點編制人員編制日期2010-4.4.3銷售團隊查詢銷售團隊查詢明細腳本名稱銷售團隊查詢程序版本用例編號XH-TDCX-03子系統(tǒng)測試目的測試銷售團隊查詢功能的系統(tǒng)響應時刻。專門說明目標產生大壓力，忽略全部摸索時刻。前提條件應用程序差不多部署步驟操作是否設置集合點是否設定事務事務名稱說明1登錄系統(tǒng)否否2選擇銷售團隊治理銷售團隊查詢明細否是進入團隊查詢菜單3點選查詢條件否是錄入團隊查詢條件4點擊“查詢”按鈕否是團隊查詢5勾選需要記錄，點擊銷售團隊明細按鈕否是團隊明細設置檢查點編制人員編制日期2010-04-134.4.4網點信息查詢網點差不多信息查詢腳本名稱網點信息查詢程序版本用例編號XH-WDMX-04子系統(tǒng)測試目的測試網點差不多信息愛護系統(tǒng)響應時刻。專門說明目標產生大壓力，忽略全部摸索時刻。前提條件應用程序差不多部署步驟操作是否設置集合點是否設定事務事務名稱說明1登錄系統(tǒng)否否2進入菜單：銀保渠道網點治理網點信息愛護否是進入網點查詢菜單3輸入查詢條件否是錄入網點查詢條件4點擊“查詢”按鈕否是網點查詢5點擊“明細”按鈕否是網點明細編制人員編制日期2010-4.4.5人員差不多信息愛護人員差不多信息愛護腳本名稱人員入司程序版本用例編號XH-RYRS-05子系統(tǒng)測試目的測試人員入司的系統(tǒng)響應時刻。專門說明目標產生大壓力，忽略全部摸索時刻。前提條件應用程序差不多部署步驟操作是否設置集合點是否設定事務事務名稱說明1登錄系統(tǒng)否否2進入菜單：銀保渠道人員治理人員信息治理人員信息愛護否是進入人員新增菜單3點擊新增按鈕否是進入人員修改界面設置檢查點4錄入或者選錄人員信息否是人員信息錄入5點擊“新增”按鈕否是人員入司編制人員編制日期2010-4.4.6銷售團隊信息愛護銷售團隊信息愛護腳本名稱團隊新增程序版本用例編號XH-TDXZ-06子系統(tǒng)測試目的測試團隊新增的系統(tǒng)響應時刻。專門說明目標產生大壓力，忽略全部摸索時刻。前提條件應用程序差不多部署步驟操作是否設置集合點是否設定事務事務名稱說明1登錄系統(tǒng)否否2進入菜單：銀保渠道銷售團隊治理銷售團隊愛護否是進入團隊愛護菜單3點擊新增按鈕否是進入團隊新增界面4錄入或者選錄團隊信息團隊信息錄入5點擊“新增”按鈕否是團隊新增編制人員編制日期2010-4.4.7網點差不多信息愛護網點差不多信息愛護腳本名稱網點新增程序版本用例編號XH-WDWH-07子系統(tǒng)測試目的測試網點差不多信息愛護系統(tǒng)響應時刻。專門說明目標產生大壓力，忽略全部摸索時刻。前提條件應用程序差不多部署步驟操作是否設置集合點是否設定事務事務名稱說明1登錄系統(tǒng)否否2進入菜單：網點治理網點信息愛護否是進入網點愛護菜單3點擊新增按鈕否是進入網點新增界面設置檢查點4填選網點信息否是填寫網點信息5點擊新增按鈕否是網點新增編制人員編制日期2010-04-134.4.8薪資考核批處理網點差不多信息愛護腳本名稱薪酬運算程序版本用例編號XH-XZKH-20子系統(tǒng)測試目的測試薪資考核系統(tǒng)響應時刻。專門說明通過前臺操作，對系統(tǒng)造成負載壓力前提條件應用程序差不多部署步驟操作是否設置集合點是否設定事務事務名稱說明1登錄系統(tǒng)否否2進入菜單：銀保渠道批處理治理薪酬運算申請否是進入薪酬運算菜單3選擇部門、月份否是選擇薪酬運算條件4點擊申請按鈕否是薪酬運算申請編制人員編制日期2010-05-244.5性能測試場景設計4.5.1系統(tǒng)登錄序號場景名稱場景說明執(zhí)行腳本用戶總數循環(huán)數量操作間隔并發(fā)發(fā)出間隔循環(huán)間隔退出間隔同步點1系統(tǒng)登錄基準測試系統(tǒng)登錄110001002系統(tǒng)登錄30并發(fā)系統(tǒng)登錄302001011003系統(tǒng)登錄40并發(fā)系統(tǒng)登錄402001011004系統(tǒng)登錄50并發(fā)系統(tǒng)登錄502001011004.5.2人員信息查詢序號場景名稱場景說明執(zhí)行腳本用戶總數循環(huán)數量操作間隔并發(fā)發(fā)出間隔循環(huán)間隔退出間隔同步點1人員查詢基準測試人員查詢110001002人員查詢30并發(fā)人員查詢302001011003人員查詢40并發(fā)人員查詢402001011004人員查詢50并發(fā)人員查詢502001011004.5.3銷售團隊查詢序號場景名稱場景說明執(zhí)行腳本用戶總數循環(huán)數量操作間隔并發(fā)發(fā)出間隔循環(huán)間隔退出間隔同步點1團隊查詢基準測試團隊查詢110001002團隊查詢30并發(fā)團隊查詢302001011003團隊查詢40并發(fā)團隊查詢402001011004團隊查詢50并發(fā)團隊查詢502001011004.5.4網點信息查詢序號場景名稱場景說明執(zhí)行腳本用戶總數循環(huán)數量操作間隔并發(fā)發(fā)出間隔循環(huán)間隔退出間隔同步點1網點查詢基準測試網點查詢110001002網點查詢30并發(fā)網點查詢302001011003網點查詢40并發(fā)網點查詢402001011004網點查詢50并發(fā)網點查詢502001011004.5.5人員差不多信息愛護序號場景名稱場景說明執(zhí)行腳本用戶總數循環(huán)數量操作間隔并發(fā)發(fā)出間隔循環(huán)間隔退出間隔同步點1人員入司基準測試人員入司110001002人員入司30并發(fā)人員入司302001011003人員入司40并發(fā)人員入司402001011004人員入司50并發(fā)人員入司502001011004.5.6銷售團隊信息愛護序號場景名稱場景說明執(zhí)行腳本用戶總數循環(huán)數量操作間隔并發(fā)發(fā)出間隔循環(huán)間隔退出間隔同步點1團隊新增基準測試團隊新增110001002團隊新增30并發(fā)團隊新增302001011003團隊新增40并發(fā)團隊新增402001011004團隊新增50并發(fā)團隊新增502001011004.5.7網點差不多信息愛護序號場景名稱場景說明執(zhí)行腳本用戶總數循環(huán)數量操作間隔并發(fā)發(fā)出間隔循環(huán)間隔退出間隔同步點1網點新增基準測試網點新增110001002網點新增30并發(fā)網點新增302001011003網點新增40并發(fā)網點新增402001011004網點新增50并發(fā)網點新增502001011004.5.8薪資考核運算測試序號場景名稱場景說明執(zhí)行腳本用戶總數循環(huán)數量操作間隔查詢時刻一次查詢二次查詢三次查詢四次查詢1薪資考核基準測試薪資考核11051015202薪資考核30并發(fā)運算薪資考核301030601202403薪資考核40并發(fā)運算薪資考核401030601202404薪資考核50并發(fā)運算薪資考核50103060120240注：薪酬運算場景比較專門，運算完成時沒有在前臺提示，因此才用roadrunner前臺提交運算申請，記錄開始時刻；通過去數據庫查詢或者在前臺界面查詢運算結果，直到查詢出需要的所有結果，記錄時刻。終止時刻-開始時刻約為薪資考核運算所用時刻。所有運算應該在4小時之內完成運算。4.5.9混合場景負載測試由于壓力演示環(huán)境并發(fā)用戶適量限制，混合場景設置為60人并發(fā)混合場景，要緊是測試使用頻率最高查詢功能。序號場景名稱場景說明執(zhí)行腳本用戶總數循環(huán)數量操作間隔并發(fā)發(fā)出間隔循環(huán)間隔退出間隔同步點1系統(tǒng)登錄60并發(fā)系統(tǒng)登錄0運行15分鐘01150人員查詢人員查詢30團隊查詢團隊查詢20網點查詢網點查詢10人員修改人員修改0網點修改網點修改0團隊修改團隊修改0薪酬運算薪酬運算前臺提交運算申請，后臺一直運行注：薪酬運算場景比較專門，運算完成時沒有在前臺提示，因此才用roadrunner前臺提交運算申請，后臺一直運行運算，作為負載。測試打算內容開始日期終止日期人力資源金濤李勇君王利鵬測試環(huán)境和版本確認2010-4-122010-4-12測試方案編寫與評審2010-4-132010-4-16測試數據預備2010-5-072010-5-10測試腳本開發(fā)2010-5-102010-5-11測試場景設置2010-5-122010-5-13測試執(zhí)行2010-5-122010-5-13測試結果分析2010-5-142010-5-14測試報告編寫2010-5-142010-5-14系統(tǒng)調優(yōu)后測試2010-5-172010-5-20修改測試報告2010-5-202010-5-21報告評審2010-5-242010-5-25測試結果6.1基準測試6.1.1系統(tǒng)登錄6.1.2人員查詢6.1.3團隊查詢平均響應時刻6.1.4網點查詢6.1.5人員愛護待測6.1.6團隊愛護待測6.1.7網點愛護6.2單交易負載測試6.2.1系統(tǒng)登錄平均響應時刻（單位：秒）30人并發(fā)：40人并發(fā)：50人并發(fā)響應時刻分析：基準響應時刻為：0.675s，在單交易負載測試環(huán)境下，30并發(fā)系統(tǒng)響應時刻為3.386s，40并發(fā)系統(tǒng)響應時刻為4.82s；50并發(fā)用戶系統(tǒng)響應時刻為6.002s。30并發(fā)、40并發(fā)，響應時刻小于5秒，符合測試目標；50登錄響應時刻大于測試目標要求時刻。CPU利用率（單位：百分比）30人并發(fā)：40人并發(fā)：50人并發(fā)CPU利用率分析：在負載測試過程中，隨著壓力的增大，應用服務器使用：30并發(fā)情形下，應用服務器cpu使用率為峰值80%，平均使用率77%，在正常范疇之內；40并發(fā)情形下，應用服務器cpu使用率為峰值100%，平均使用率81%，處以滿負荷運行；50并發(fā)情形下，應用服務器cpu使用率為峰值89%，平均使用率78%，處以滿負荷運行；數據庫服務器cpu使用率，峰值均未超過50%，平均值均為超過35%，使用正常；內存應用服務器物理內存使用情形如圖，物理內存容量為2G，閑暇約為50M。數據庫服務器物理內存使用情形如圖，物理內存容量為4G，運行負載時閑暇最大約為500M，最小為0；吞吐量（單位：字節(jié)/秒）：30人并發(fā)：40人并發(fā)50人并發(fā)吞吐量分析：30人并發(fā)吞吐量平均約為9.2M/S,峰值約為14.5M/S,；40人并發(fā)吞吐量平均約為9.7M/S,峰值約為16.5M/S,50人并發(fā)吞吐量平均約為8.8M/S,峰值約為17M/S,由此可見30~40并發(fā)之間，隨著用戶并發(fā)數增加平均吞吐量呈上升趨勢，40~50并發(fā)并發(fā)用戶數量增加了，平均吞吐量反而有所減小，由于并發(fā)用戶超過系統(tǒng)響應能力，因此系統(tǒng)在現有環(huán)境下的處理能力約為9.5M/S。處理事務數量(單位：個/秒)30并發(fā)40并發(fā)：50并發(fā):處理事務數量分析：30并發(fā)處理事務量6.3個/秒，40并發(fā)處理事務量10.4個/秒，50并發(fā)處理事務量6個/秒，由此可見，40并發(fā)系統(tǒng)處理能力最高。6.2.2人員查詢平均響應時刻（單位：秒）30人并發(fā)：40人并發(fā)：50人并發(fā)響應時刻分析：基準響應時刻為：0.286s，在單交易負載測試環(huán)境下，30并發(fā)系統(tǒng)響應時刻為5.086s，40并發(fā)系統(tǒng)響應時刻為6.371s；50并發(fā)用戶系統(tǒng)響應時刻為8.133s。系統(tǒng)在15-30秒之內返回結果，完成測試目標要求。CPU利用率（單位：百分比）30人并發(fā)：40人并發(fā)：50人并發(fā)CPU利用率分析：在負載測試過程中，隨著壓力的增大，應用服務器的CPU成為系統(tǒng)瓶頸。30并發(fā)情形下，應用服務器cpu使用率為峰值99%，平均使用率84%，處以滿負荷運行；40并發(fā)情形下，應用服務器cpu使用率為峰值99%，平均使用率86%，處以滿負荷運行；50并發(fā)情形下，應用服務器cpu使用率為峰值99%，平均使用率85%，處以滿負荷運行；數據庫服務器cpu使用率，峰值均未超過60%，平均值均約為超過35%，使用正常；吞吐量（單位：字節(jié)/秒）：30人并發(fā)：40人并發(fā)50人并發(fā)吞吐量分析：30人并發(fā)吞吐量平均約為7.5M/S,峰值約為10M/S,；40人并發(fā)吞吐量平均約為7.7M/S,峰值約為14.5M/S,50人并發(fā)吞吐量平均約為7.7M/S,峰值約為10M/S,由此可見系統(tǒng)在現有環(huán)境下，處理能力約為7.6M/S。處理事務數量(單位：個/秒)30并發(fā)40并發(fā)：50并發(fā):6.2.3團隊查詢平均響應時刻（單位：秒）30人并發(fā)：40人并發(fā)：50人并發(fā)響應時刻分析：基準響應時刻為：0.118s，在單交易負載測試環(huán)境下，30并發(fā)系統(tǒng)響應時刻為1.355s，40并發(fā)系統(tǒng)響應時刻為1.681s；50并發(fā)用戶系統(tǒng)響應時刻為2.101s。系統(tǒng)在15-30秒之內返回結果，完成測試目標要求。團隊查詢其他參數結果類似于人員查詢。6.2.4網點查詢平均響應時刻（單位：秒）30人并發(fā)：40人并發(fā)：50人并發(fā)響應時刻分析：基準響應時刻為：0.19s，在單交易負載測試環(huán)境下，30并發(fā)系統(tǒng)響應時刻為2.988s，40并發(fā)系統(tǒng)響應時刻為3.509s；50并發(fā)用戶系統(tǒng)響應時刻為4.832s。系統(tǒng)在15-30秒之內返回結果，完成測試目標要求。網點查詢其他參數結果類似于人員查詢。6.2.5人員愛護待測6.2.6團隊愛護待測6.2.7網點愛護平均響應時刻（單位：秒）30人并發(fā)：40人并發(fā)：50人并發(fā)響應時刻分析：基準響應時刻為：0.208s，在單交易負載測試環(huán)境下，30并發(fā)系統(tǒng)響應時刻為0.594s，40并發(fā)系統(tǒng)響應時刻為1.5s；50并發(fā)用戶系統(tǒng)響應時刻為1.35s。網點新增系統(tǒng)響應時刻小于5秒，符合測試目標。CPU利用率（單位：百分比）30人并發(fā)：40人并發(fā)：50人并發(fā)吞吐量（單位：字節(jié)/秒）：30人并發(fā)：40人并發(fā)50人并發(fā)吞吐量分析：30人并發(fā)吞吐量平均約為7.5M/S,峰值約為12.5M/S,；40人并發(fā)吞吐量平均約為8.5M/S,峰值約為13M/S,50人并發(fā)吞吐量平均約為7M/S,峰值約為10M/S,由此可見30~40并發(fā)之間，隨著用戶并發(fā)數增加，吞吐量呈上升趨勢，40~50并發(fā)并發(fā)用戶數量增加了，吞吐量反而有所減小。處理事務數量(單位：個/秒)30并發(fā)40并發(fā)：50并發(fā):6.3混合場景負載測試平均響應時刻（單位：秒）：CPU利用率吞吐量（單位：字節(jié)/秒）：混合場景結果：混合查詢場景60用戶并發(fā)，人員查詢響應時刻為：4.069s，網點查詢響應時刻為：3.672s，團隊查詢響應時刻為：3.266s，系統(tǒng)在15-30秒之內查詢出結果，完成測試目標要求。應用服務器cpu峰值使用率為99%，平均使用率為88%，滿負載工作；數據庫服務器cpu峰值使用率為70%，平均使用率為20%，工作在正常范疇；6.4其他負載測試測試場景設置如下：序號場景名稱場景說明執(zhí)行腳本用戶總數循環(huán)數量操作間隔并發(fā)發(fā)出間隔循環(huán)間隔退出間隔同步點1系統(tǒng)登錄100并發(fā)系統(tǒng)登錄0運行15分鐘01150人員查詢人員查詢40團隊查詢團隊查詢30網點查詢網點查詢30人員修改人員修改0網點修改網點修改0團隊修改團隊修改0響應時刻如下：系統(tǒng)后臺報專門，錯誤日志如下圖。需要對系統(tǒng)進行調優(yōu)。6.4測試結論與建議結論在目前測試環(huán)境下（以混合場查詢景為例）。應用服務器cpu和物理內存容量成為系統(tǒng)瓶頸。對系統(tǒng)施加壓力時，cpuqueuelength（排隊進程）隊列平均長度在5~10，使用率達到80%以上，現有雙核cpu不能及時處理并發(fā)要求，形成系統(tǒng)瓶頸，需要升級。內存方面，物理內存閑暇約50M，若要并發(fā)處理更多用戶，需要升級。數據庫服務器物理內存成為系統(tǒng)瓶頸。數據庫受內存制約，物理內存剩余80M，形成系統(tǒng)瓶頸，需要升級。Cpu使用率峰值未超過55%，平均使用率在50%，進程有排隊現象（QueueLenght），若需要處理更大數量的并發(fā)，建議增加cpu數量，增強并發(fā)處理能力。綜上，應用服務器和數據庫服務器，對系統(tǒng)性能都有所制約。建議依照本次性能測試結果，對系統(tǒng)提出以下改進性能的建議：關于測試環(huán)境：建議對現有硬件經行升級。參考配置見HYPERLINK附件1；現有服務器部署于百兆局域網內，100M帶寬的實際傳輸速度為于12M左右，本次測試使用10M，假如需要處理更大量的并發(fā)要求，服務器需要部署在千兆網內，服務器網卡使用100/1000M網卡。應用服務器壓力較大，若使用范疇是是全國范疇，建議考慮負載均衡；關于程序：100用戶并發(fā)查詢，jboss后臺報專門日志，需要優(yōu)化應用服務器打開文件數。HYPERLINK詳見：6.4其他負載測試需要優(yōu)化程序war包數據連接數；需要優(yōu)化數據庫連接數，以oracle為例需要調整processes和sessions；需要對數據庫查詢優(yōu)化名稱30并發(fā)40并發(fā)響50并發(fā)60并發(fā)混合人員查詢5.0866.3718.1334.069（50%）團隊查詢1.3551.6812.1013.672（33%）網點查詢2.9883.5094.8323.266（17%）