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

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