銀行核心系統(tǒng)性能測試方案

CBS系統(tǒng)性能測試方案CBS系統(tǒng)性能測試方案#CBS系統(tǒng)性能測試方案2019年12月目錄TOC\o"1-5"\h\z\o"CurrentDocument"測試目標與范圍 3測試目標 3測試范圍 3\o"CurrentDocument"測試需求 4業(yè)務模型分析 4測試模型分析 5\o"CurrentDocument"測試環(huán)境 6CBS架構圖 6測試環(huán)境軟硬件配置表 6生產(chǎn)環(huán)境軟硬件配置表 6\o"CurrentDocument"測試策略 7擋板設計 7腳本設計 7案例設計 8場景執(zhí)行策略 8\o"CurrentDocument"測試實施準備 9測試環(huán)境準備 9測試工具準備 9\o"CurrentDocument"測試數(shù)據(jù)準備 9\o"CurrentDocument"測試執(zhí)行 10基準測試 10單交易負載 10混合場景 10\o"CurrentDocument"異常壓力 11穩(wěn)定性測試 11\o"CurrentDocument"內存泄露 11回歸測試 12\o"CurrentDocument"測試實施準則 12啟動準則 12暫停/再啟動準則 12退出準則 13\o"CurrentDocument"測試風險分析 13\o"CurrentDocument"測試交付物 14測試目標與范圍測試目標隨著中國銀行銀行核心村鎮(zhèn)銀行業(yè)務量的持續(xù)增長，以及業(yè)務場景的日趨復雜。貴行決定籍生產(chǎn)系統(tǒng)更換硬件之際，通過性能測試對新硬件能夠承載的業(yè)務量進行摸底，同時根據(jù)性能測試在貴行具體情況下的執(zhí)行效果，考慮未來擴大性能測試應用范圍和常態(tài)化的規(guī)劃，本次CBS性能測試的目的如下：＞獲取CBS系統(tǒng)典型交易的響應時間、交易成功率、資源消耗等性能指標；＞驗證CBS系統(tǒng)的業(yè)務處理能力是否滿足性能需求，符合上線條件；＞獲取CBS系統(tǒng)的最大、最優(yōu)處理能力及性能拐點；＞驗證CBS系統(tǒng)能否穩(wěn)定運行，支持7*24小時連續(xù)不間斷運行；＞驗證CBS系統(tǒng)在極限壓力下的性能表現(xiàn)；測試范圍Controller壓力發(fā)起器外圍擋板Controller壓力發(fā)起器外圍擋板本次性能測試，只測試CBS系統(tǒng)自身的處理能力，不包括外圍系統(tǒng)、以及外圍系統(tǒng)擋板自身的性能，既上圖所示紅色方框標注部分（詳細CBS系統(tǒng)內部架構參見：1.3.1章節(jié)）。測試需求根據(jù)項目組提供的歷史數(shù)據(jù)，性能需求估計值為：日交易量最高約110萬筆，其中金融交易約74萬筆，查詢交易36萬筆，按照系統(tǒng)每日處理業(yè)務80%的交易量集中在20%時間內發(fā)生，業(yè)務峰值處理能力應不低于55萬筆/小時、150筆/秒。計算公式如下：峰值每小時業(yè)務量=最高日交易量*80%/（8小時*20%）'55萬筆/小時；峰值TPS=峰值每小時業(yè)務量/3600'150筆/秒。業(yè)務模型分析結合項目組提供的歷史數(shù)據(jù)及核心系統(tǒng)處理特點，得出本次測試的業(yè)務模型如下：序號交易碼外圍系統(tǒng)交易名稱占比（%）1UC01ATM本行卡銀聯(lián)ATM取款一他代本11.37%20375快捷快捷支付轉入9.15%30377快捷快捷支付轉出9.15%4AC01ATM行內ATM取款7.77%50031CBS行內轉賬存入（非支票）7.62%60034CBS行內轉賬支?。ǚ侵保?.62%70341CBS零售接口一轉出6.54%8IHD0CBS普通匯兌來賬4.88%90052CBS現(xiàn)金存入4.78%10AC07ATM行內CDM現(xiàn)金存入4.73%110359CBS代收付轉賬（卡一非票據(jù)）一轉出3.84%120361CBS代收付轉賬（卡一非票據(jù)）一轉入3.84%1314151617業(yè)務模型一（普通日）序號交易類型抽取交易數(shù)交易占比12業(yè)務模型二（特殊日）附：CBS典型交易及交易量分析

CBS性能測試典型交易V0.4.xlsx測試模型分析結合CBS業(yè)務模型分析及系統(tǒng)特點，推導出測試模型如下:序號交易碼外圍系統(tǒng)交易名稱占比（%）13001ATMATM余額查詢15.00%2UC01ATM本行卡銀聯(lián)ATM取款一他代本9.10%36012網(wǎng)銀活期帳戶余額查詢9.00%42117網(wǎng)銀交易明細查詢9.00%50375快捷快捷支付轉入7.32%60377快捷快捷支付轉出7.32%7AC01ATM行內ATM取款6.22%80031CBS行內轉賬存入（非支票）6.09%90034CBS行內轉賬支取（非支票）6.09%100341CBS零售接口一轉出5.23%11IHD0CBS普通匯兌來賬3.91%120052CBS現(xiàn)金存入3.83%13AC07ATM行內CDM現(xiàn)金存入3.79%140359CBS代收付轉賬（卡一非票據(jù)）一轉出3.07%150361CBS代收付轉賬（卡一非票據(jù)）一轉入3.07%163004ATMATM轉賬1.00%170128CRM存款開戶1.00%測試模型一（普通日）序號交易類型抽取交易數(shù)交易占比1結息183%2代發(fā)工資117%測試模型二（特殊日）測試環(huán)境1.3.1CBS架構圖卡錨應用一DEl-Link患行前置壕合支付乎臺公司眨印邦姬行CEM/DCC應用■ic卡系Wiffl*iriP.r卡系輦Hi"網(wǎng)轅皮用■支忖痛美AlUJC/Al-A'CBS內部指軟P喻者貼1既重信摳行無靠平臺CMS/稚收物輔苴情舁心母系僦據(jù)1庫FTP/tilTP—Dfc-Liny^pi.DB-Link卡錨應用一DEl-Link患行前置壕合支付乎臺公司眨印邦姬行CEM/DCC應用■ic卡系Wiffl*iriP.r卡系輦Hi"網(wǎng)轅皮用■支忖痛美AlUJC/Al-A'CBS內部指軟P喻者貼1既重信摳行無靠平臺CMS/稚收物輔苴情舁心母系僦據(jù)1庫FTP/tilTP—Dfc-Liny^pi.DB-Link1DBC果說，*LShip和血蚓用CBS判幣:庫JD&CAChodcT+0JDBCJDBCJDBCDXCBSDC^id網(wǎng)制餐明內即H市單元測試環(huán)境軟硬件配置表IP地址服務器名稱數(shù)量服務器型號CPU內存軟件部署15擋板前置機場景控制機資源監(jiān)控機1PC/windows20084C8GDB2LR11controller16壓力發(fā)起機1PC/windows20084C8GLR11agent生產(chǎn)環(huán)境軟硬件配置表IP地址服務器名稱數(shù)量服務器型號CPU內存軟件部署4\5應用服務器28c32G操作系統(tǒng)?AIX6.1TL6SP3中間件；CTGMQ:數(shù)據(jù)庫；ORACLE編譯器：VAC11.1其他；Control-M/Agent00CD4.0\1O.91.1.9數(shù)據(jù)庫服務器224C96G操作系統(tǒng)?AIX6.1TL6SP3數(shù)據(jù)庫；ORACLERAC測試策略擋板設計本次測試過程中涉及的擋板程序，由測試組人員開發(fā)提供，通過部署在獨立的機器上，模擬交易處理過程。腳本設計＞腳本開發(fā)本次性能測試使用的腳本是通過LR工具SOCKET、HTTP等協(xié)議開發(fā)的，開發(fā)過程中腳本名稱、事務名稱、參數(shù)名稱、參數(shù)化文件名稱等，要求按照測試部制定的腳本開發(fā)規(guī)范執(zhí)行。如：八丁M^ACO二行內ATM取款V1.1＞事務設置本次性能測試LR是通過發(fā)送、接收報文來完成交易的，因此我們需要在腳本中插入三個事務，即：發(fā)送、接收以及總體事務，細化腳本中的事務，更有利于準確定位測試中遇到的性能問題。如：ATM^ACOI—行內ATM取就發(fā)送報文＞注釋說明本次性能測試中所有腳本，要求按照測試部制定的腳本注釋規(guī)范執(zhí)行，涉及部分主要包括：版本、修訂歷史、腳本開發(fā)人員、維護人員、日期等，另外，對于腳本中的特殊函數(shù)、異常處理、成功標識等也要添加注釋信息。如：/*調用LR關聯(lián)函數(shù)，獲取系統(tǒng)報文返回狀態(tài)成/*通過比較系統(tǒng)返回報文狀態(tài)碼，判斷交易是否成*功/＞交易成功檢查在腳本中設置檢查點，通過判斷返回報文的成功標識與預期結果的一致性；

在測試過程中查詢數(shù)據(jù)庫，通過對比數(shù)據(jù)表中的數(shù)據(jù)與發(fā)起交易的一致性。案例設計CBS性能測試案例v1.0.xls場景執(zhí)行策略＞建立場景按照性能測試案例及測試部制定的場景命名規(guī)范，統(tǒng)一建立測試場景。如：CBS混合場曼20L50M_AP異常.后＞運行時設置用戶數(shù)設置，如基準為1vu，單交易負載10、20、30、40、50等；RunUp設置，如每5s增加10vu；場景持續(xù)時間設置，如單交易負載10m，穩(wěn)定性24h；ThinkTime=0；//可根據(jù)實際情況調整迭代次數(shù)=1；//可根據(jù)實際情況調整日志設置，不打印或只打印錯誤日志；//調試期間開啟標準/擴展日志代理設置，根據(jù)網(wǎng)絡實際情況設置；緩存設置；Etc＞結果目錄設置非LR安裝目錄分區(qū)下目錄（非系統(tǒng)盤），且確保磁盤空間充足。＞結果命名規(guī)則按照測試部規(guī)范命名如：18_CBS系統(tǒng)—穩(wěn)定，走02測試實施準備測試環(huán)境準備根據(jù)測試環(huán)境需求，準備相應主機服務器及相應數(shù)據(jù)庫、應用軟件，保證其版本、補丁配置與生產(chǎn)環(huán)境一致，確保網(wǎng)絡無通訊故障。測試工具準備根據(jù)測試協(xié)議進行LoadRunnerll軟件Controller、Generator安裝，并申請相應許可LICENSE設置。本次涉及LR協(xié)議為SOCKET\HTTP等協(xié)議，需要虛擬用戶要求為500。工具類型名稱廠商/自產(chǎn)用途性能測試工具LoadRunner11.0HP-Mercury測試腳本開發(fā)配置測試場景和運行測試測試結果收集、分析擋板工具EASYESBGIT作為部分交易擋板，模擬外圍系統(tǒng)返回報文數(shù)據(jù)庫監(jiān)控工具AWR（可執(zhí)行權限，需安裝EM）ORACLE數(shù)據(jù)庫監(jiān)控，oracle自帶的性能分析工具主機資源監(jiān)控工具Nmon（可執(zhí)行權限）其他監(jiān)控、獲取CPU、內存、硬盤、網(wǎng)絡等資源使用情況測試數(shù)據(jù)準備根據(jù)測試數(shù)據(jù)需求對數(shù)據(jù)庫數(shù)據(jù)分析預估后確認，本次測試存量數(shù)據(jù)需使用現(xiàn)有數(shù)據(jù)，通過數(shù)據(jù)遷移及數(shù)據(jù)漂泊進行埋數(shù)；對于測試腳本中涉及的參數(shù)化數(shù)據(jù)，如渠道流水號、TransDat等,由腳本開發(fā)人員準備，并進行測試結果驗證。測試執(zhí)行基準測試測試目的：測試各交易在系統(tǒng)無壓力情況下的處理能力和響應時間，為測試結果的數(shù)據(jù)分析提供基線。測試方法：選用測試模型中的各支交易，分別使用LR模擬前端接入系統(tǒng)發(fā)送交易請求并接收返回結果，在系統(tǒng)無壓力情況下，單用戶迭代100次，獲得各交易的處理能力和響應時間。單交易負載測試目的：測試各交易在系統(tǒng)無壓力情況下，多用戶并發(fā)的處理能力和響應時間，驗證交易是否存在并發(fā)性問題。測試方法：選用測試模型中的各支交易，分別使用LR模擬前端接入系統(tǒng)發(fā)送交易請求并接收返回結果，在系統(tǒng)無壓力情況下，采用10并發(fā)用戶，執(zhí)行10分鐘，獲得各交易的處理能力和響應時間。混合場景測試目的：測試各交易按照測試模型中的配比并發(fā)執(zhí)行時，系統(tǒng)的處理能力和交易響應時間，驗證交易是否存在并發(fā)性問題。測試方法：根據(jù)測試模型，對不同的測試模型，分別采用梯度增加壓力的方式，測試系統(tǒng)在不同測試模型下的性能表現(xiàn)。壓力增加梯度，暫定為10Vusers開始，梯度增加10Vusers，直到測出各測試模型最優(yōu)TPS、出現(xiàn)性能拐點及系統(tǒng)出現(xiàn)瓶頸（資源超過安全范圍、響應時間超過測試指標定義、成功率低于測試指標定義等）。異常壓力測試說明：測試CBS系統(tǒng)在異常壓力下的性能表現(xiàn)。測試步驟：通過LR模擬前端接入系統(tǒng)發(fā)起交易，在監(jiān)控系統(tǒng)處理能力的同時執(zhí)行以下操作：模擬系統(tǒng)正常處理能力的120%進行測試；模擬系統(tǒng)正常處理能力的150%進行測試；模擬系統(tǒng)正常處理能力的200%進行測試。穩(wěn)定性測試測試目的：測試CBS系統(tǒng)不間斷運行時，處理能力是否穩(wěn)定。測試方法：按照正常交易日測試模型，用LR模擬前端接入系統(tǒng)發(fā)送交易請求并接收返回結果，采用系統(tǒng)日常處理能力80%的壓力，持續(xù)運行24小時以上，測試系統(tǒng)的穩(wěn)定性。內存泄露測試說明：測試CBS系統(tǒng)在長時間運行的情況下是否存在內存泄露。測試步驟：參考穩(wěn)定性測試場景；根據(jù)行業(yè)經(jīng)驗或開發(fā)組建議添加特殊交易；長時間運行此場景，如持續(xù)24小時或以上；監(jiān)控是否存在內存泄露問題。回歸測試測試說明：對調優(yōu)后的CBS系統(tǒng)進行回歸測試，驗證性能問題是否得到有效解決。測試步驟：通過LR模擬前端接入系統(tǒng)發(fā)起交易，在監(jiān)控系統(tǒng)處理能力的同時執(zhí)行以下操作：針對前期測試中存在問題的場景進行回歸測試，參考上述步驟；測試實施準則啟動準則＞測試目標經(jīng)過確認；＞業(yè)務指標經(jīng)過確認；＞業(yè)務模型建立完畢；＞測試環(huán)境準備完畢，包括：系統(tǒng)通過功能測試，應用版本已穩(wěn)定；測試數(shù)據(jù)準備完畢，基礎數(shù)據(jù)以及測試數(shù)據(jù)已經(jīng)導數(shù)據(jù)庫；LoadRunner相應協(xié)議的License、壓力發(fā)生器及控制臺機器已經(jīng)準備完畢；測試環(huán)境設備安裝調試完畢；應用服務器安裝成功，待測試版本已正確部署；測試客戶端機器到位，系統(tǒng)軟件安裝完畢；網(wǎng)絡配置正確，連接通暢，可以滿足壓力測試需求；測試計劃審核、批準完畢。以上條件，必須全部滿足才能開始性能測試執(zhí)行。暫停/再啟動準則暫停準則：＞測試任務、方案、計劃等發(fā)生重大變更＞系統(tǒng)測試重大問題發(fā)現(xiàn)：包含技術測試過程中若發(fā)現(xiàn)被測系統(tǒng)重大BUG需要暫停修