專利名稱：銀行主機壓力測試方法及測試機的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及軟件工程中的軟件測試技術(shù)領(lǐng)域，尤其涉及一種銀行主機壓力測試方法及測試機。
背景技術(shù)：
對于交易量大、實時性要求高的銀行系統(tǒng)，維持高效的主機性能是十分重要的，否則容易在某些關(guān)鍵時點出現(xiàn)堵塞，嚴(yán)重時甚至出現(xiàn)宕機現(xiàn)象。特別是近年來，各家銀行為了規(guī)范統(tǒng)一業(yè)務(wù)操作、提高風(fēng)險控制能力、降低運行成本，紛紛啟動數(shù)據(jù)集中工程，目的是將全行的核心業(yè)務(wù)逐步在若干個總行數(shù)據(jù)處理中心集中處理。但隨著數(shù)據(jù)集中工程的深入，越來越多的業(yè)務(wù)轉(zhuǎn)向集中處理，由此帶來的主機運行風(fēng)險也逐漸加大。
壓力測試作為銀行主機性能測試的一個重要方法，通過向主機不斷增加壓力，直到性能指標(biāo)超過預(yù)定指標(biāo)或達(dá)到飽和狀態(tài)，以確定主機在極限情況下的吞吐能力，盡早發(fā)現(xiàn)可能存在的瓶頸，以便對主機性能進行優(yōu)化。
目前一種作法是在銀行系統(tǒng)投入上線之前讓所有未來使用系統(tǒng)的人在某段時間參加測試，模擬實際狀況確定主機可正常運作的范圍。但是這樣會花費大量的人力和物力，有些在實踐中甚至是不可行的。
另一種作法是由銀行前臺壓力測試工具發(fā)起，通過復(fù)制回放的方式實現(xiàn)。這種方式首先錄制要測試的交易，然后對輸入的部分字段做參數(shù)化處理，最后進行回放，并實時監(jiān)控前臺的回放執(zhí)行情況。但是由于采用錄制回放，可擴展性差，同時它的參數(shù)化能力也因事先固定而顯得不足；而且由于從前臺發(fā)起，很難對主機產(chǎn)生足夠的壓力。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種銀行主機壓力測試方法及測試機，以便對銀行主機進行有效且靈活的壓力測試。
為此，本發(fā)明采用如下技術(shù)方案一種銀行主機壓力測試方法，該方法包括步驟依據(jù)銀行業(yè)務(wù)的交易組成，配置測試所需的交易類型及各類交易所占比例；組裝交易報文首部和交易報文數(shù)據(jù)區(qū)，生成交易流；向主機發(fā)送所述交易流，并處理主機返回的測試結(jié)果。
所述方法還包括依據(jù)銀行業(yè)務(wù)更新情況，動態(tài)調(diào)整測試所需的交易類型及各類型交易所占比例。
所述方法還包括依據(jù)交易執(zhí)行模式、交易執(zhí)行機構(gòu)類型、交易執(zhí)行柜員類型或交易授權(quán)類別，動態(tài)調(diào)整交易報文首部；依據(jù)帳號、機構(gòu)號、柜員號或終端號，動態(tài)調(diào)整交易報文數(shù)據(jù)區(qū)。
所述方法還包括參考主機反饋的測試結(jié)果，動態(tài)調(diào)整向主機發(fā)送交易流的頻率及強度。
所述方法還包括判斷各種交易邏輯關(guān)系，將關(guān)聯(lián)的業(yè)務(wù)進行整合；將整合交易流作為發(fā)往主機的測試交易流。
一種測試機，用于對銀行主機進行壓力測試，該測試機包括交易配置單元、交易報文組裝單元、對外接口單元和測試結(jié)果處理單元；所述交易配置單元，根據(jù)銀行業(yè)務(wù)的交易組成，配置測試所需的交易類型及各類交易所占比例；所述交易報文組裝單元，用于對交易配置單元確定的各類交易進行組裝，包括組裝報文首部和報文數(shù)據(jù)區(qū)，生成交易流；所述對外接口單元，用于將交易報文組裝單元生成的交易流發(fā)送給主機；并且接收主機返回的測試結(jié)果信息，并將測試結(jié)果信息提供給測試結(jié)果處理單元分析和處理。
所述測試機還包括中心控制單元，所述中心控制單元包括交易流發(fā)送調(diào)整子單元和交易報文調(diào)整子單元；所述交易流發(fā)送調(diào)整子單元，依據(jù)測試結(jié)果處理單元提供的測試結(jié)果，調(diào)整對外接口單元發(fā)送交易流的頻率及強度；所述交易報文調(diào)整子單元，依據(jù)交易配置單元最新的交易配置情況，對交易報文組裝單元組裝的交易報文進行管理和控制。
所述交易流發(fā)送調(diào)整子單元從交易報文調(diào)整子單元獲取最新的交易報文組裝情況，將對外接口單元發(fā)送各類交易流的比例和頻率進行適應(yīng)性調(diào)整。
所述測試機還包括可執(zhí)行業(yè)務(wù)流列表；所述可執(zhí)行業(yè)務(wù)流列表，保存有銀行支持的業(yè)務(wù)信息，為所述交易配置單元配置交易類型和比例提供依據(jù)。
所述測試機還包括用戶表，保存有交易報文數(shù)據(jù)區(qū)的數(shù)據(jù)，為所述交易報文組裝單元組裝交易報文提供數(shù)據(jù)。
本發(fā)明采用上述技術(shù)方案，帶來很多有益技術(shù)效果，比如(1)根據(jù)銀行業(yè)務(wù)情況配置交易組成，可擴展能力強，可方便對交易類型及各類交易比例進行動態(tài)調(diào)整，實現(xiàn)接近真實生產(chǎn)情況，實現(xiàn)有效的壓力測試；(2)根據(jù)測試要求，動態(tài)調(diào)整交易報文數(shù)據(jù)組成，非常靈活，且更接近真實生產(chǎn)環(huán)境中的交易報文構(gòu)成情況，使壓力測試結(jié)果更為可信；(3)除了進行簡單的交易配置外，測試機自動執(zhí)行對主機的壓力測試，不需要過多的人為干預(yù)，維護簡單，節(jié)省人力物力和測試成本。


圖1為本發(fā)明壓力測試系統(tǒng)示意圖；圖2為本發(fā)明壓力測試流程圖；圖3為本發(fā)明壓力測試實施例流程圖；圖4為本發(fā)明壓力測試平臺邏輯示意圖；圖5為本發(fā)明測試機結(jié)構(gòu)示意圖。
具體實施例方式
本發(fā)明根據(jù)銀行業(yè)務(wù)類型配置交易組合，并動態(tài)調(diào)整測試交易流的報文組成；通過向主機不斷發(fā)送交易流以及處理測試反饋結(jié)果，來完成對銀行主機的壓力測試。
如圖1所示，為本發(fā)明的壓力測試系統(tǒng)示意圖，包括測試機和主機。測試機采用IBM提供的TPNS(TeleProcessing Network Simulator，網(wǎng)絡(luò)遠(yuǎn)程處理仿真器)測試環(huán)境，TPNS與運行系統(tǒng)的是通過CTC(Channel to Channel)連接的。通過測試機模擬前臺向主機VTAM通信層發(fā)送交易流，并對返回的測試結(jié)果進行分析。
TPNS是業(yè)內(nèi)領(lǐng)先的終端和網(wǎng)絡(luò)仿真測試工具，它模擬真實的操作環(huán)境，將測試分配的硬件都放置于仿真處理系統(tǒng)內(nèi)部，這樣就有效控制了到達(dá)電子處理子系統(tǒng)或應(yīng)用程序的消息堵塞，不再需要大量的終端硬件，也節(jié)省了終端操作時間。本發(fā)明TPNS運行的測試機可以為OS/390系列主機，在測試時，TPNS獨立于系統(tǒng)運行，系統(tǒng)無需改變。TPNS提供了腳本定義語言STL(Structured Translator Language)。
在本發(fā)明中，將測試案例劃分為交易流和業(yè)務(wù)流。
交易流(Transaction Flow，簡稱TF)由單個獨立的交易組成；業(yè)務(wù)流(Business Flow，簡稱BF)由一個或一個以上關(guān)聯(lián)的交易組成，體現(xiàn)某一類業(yè)務(wù)的操作。
例如，活期存折的支取業(yè)務(wù)，是由活期支取交易和存折打印交易組成的。可以說一個業(yè)務(wù)流是由一個或一個以上交易流組成的。
測試機通過向主機發(fā)送交易流來對其施加壓力，因此配置交易類型和比例、組裝交易報文是確保測試準(zhǔn)確實施的關(guān)鍵因素。
如圖2所示，實施銀行主機壓力測試的方法包括以下步驟步驟201通過業(yè)務(wù)情況配置交易組成；生成交易流配置表；例如，某銀行支持業(yè)務(wù)1、業(yè)務(wù)2和業(yè)務(wù)3，各種業(yè)務(wù)又由不同交易組成，如表1所示表1

通過業(yè)務(wù)包含的交易，確定測試交易的組合；根據(jù)各種業(yè)務(wù)在銀行中所占的比重以及業(yè)務(wù)包含的交易，確定各種交易在交易組合中的比例。例如，業(yè)務(wù)1占銀行總業(yè)務(wù)的30％、業(yè)務(wù)2占40％，業(yè)務(wù)3占30％，假設(shè)各種交易在各種業(yè)務(wù)中比重相同，可知，交易1至交易6比例為3∶3∶6∶7∶4∶4。在確定了測試交易的組成后，生成交易流配置表，它包含了各類交易的執(zhí)行模式、交易執(zhí)行機構(gòu)類型、交易執(zhí)行柜員類型以及交易授權(quán)類別等有關(guān)交易的配置信息。
步驟202組裝交易報文，生成交易流；交易流也就是要發(fā)往主機對其測試的數(shù)據(jù)報文，交易報文由報文首部和報文數(shù)據(jù)區(qū)兩部分組成。
首先，要組裝報文首部通過步驟201確定的交易流配置表，組裝交易報文首部；其次，組裝報文數(shù)據(jù)區(qū)根據(jù)有效的數(shù)據(jù)列表來完成報文數(shù)據(jù)區(qū)的組裝。其中有效的數(shù)據(jù)列表是預(yù)存在測試機的數(shù)據(jù)文件，它能夠使某些輸入欄位根據(jù)需要隨意地選取一組有效數(shù)據(jù)中任何一個，有效數(shù)據(jù)包括帳號、機構(gòu)號、柜員號和終端號等。
組裝報文首部和報文數(shù)據(jù)區(qū)后，也即完成了交易流的組裝。
需要說明的是，在實際組裝時，可根據(jù)測試要求，采用不同的測試數(shù)據(jù)調(diào)整交易報文，也就是通過選擇交易流配置表和數(shù)據(jù)列表中不同的內(nèi)容，改變交易報文。這種方式使得交易報文組裝更加靈活，能夠?qū)χ鳈C進行全方位的測試。
步驟203測試機向主機發(fā)送交易流，對其施加壓力；前面步驟201和步驟202是交易流的配置和生成過程，也可以說是正式測試的前期準(zhǔn)備工作，而步驟203是啟動測試的過程。由于主機壓力測試需要完全模擬銀行實際情況，所以交易抽樣選取比較復(fù)雜，其中最重要的是確定交易發(fā)送比例的分布。除了步驟201中根據(jù)業(yè)務(wù)確定交易比例分配外，在測試過程中，可動態(tài)調(diào)整各種交易流的發(fā)送頻率和比例。
步驟204測試機接收、分析主機返回的測試結(jié)果。
對接收到的測試結(jié)果與預(yù)先建立的主機性能指標(biāo)進行分析和比對，對主機實際性能作分析報告，根據(jù)測試報告對主機性能進一步優(yōu)化。
在實際測試中，根據(jù)交易分析、相關(guān)業(yè)務(wù)邏輯確定交易之間的關(guān)系，對關(guān)聯(lián)交易進行整合。比如提入交換票據(jù)數(shù)據(jù)復(fù)核、重要單據(jù)初始化、憑證出售維護三個交易，業(yè)務(wù)邏輯是重要單據(jù)初始化后憑證出售維護然后進行提入交換票據(jù)數(shù)據(jù)復(fù)核，所以可以對他們進行整合，作為聯(lián)動交易進行測試。如果目標(biāo)交易依賴于其他交易，必須對他們進行整體分析，確認(rèn)輸出輸入關(guān)系，理順交易測試流程，避免不必要的重復(fù)測試和復(fù)雜性。
對主機進行壓力測試是一個比較復(fù)雜的過程，實施過程分為(1)準(zhǔn)備/啟動階段；確定壓力測試的總體計劃和初步測試方法；收集、分析生產(chǎn)環(huán)境數(shù)據(jù)和相關(guān)信息，確定聯(lián)機壓力測試的交易和比例；對聯(lián)機壓力測試交易進行詳細(xì)分析；(2)TPNS培訓(xùn)、編碼和單元測試階段；TPNS環(huán)境的檢查和系統(tǒng)性的TPNS培訓(xùn)；討論確定壓力測試的命名規(guī)范、Script編寫模板和詳細(xì)測試方案；編寫交易的Script并進行單元測試；(3)TPNS Script整體測試/單機環(huán)境壓力測試階段；TPNS Script的集成與整體測試；生成TPNS用戶表的JCL(Job Control Language)的編寫、測試；單機環(huán)境進行應(yīng)用的測試與優(yōu)化；(4)Sysplex環(huán)境壓力測試階段；Sysplex環(huán)境下的系統(tǒng)、應(yīng)用驗證以及數(shù)據(jù)轉(zhuǎn)換；Sysplex環(huán)境應(yīng)用測試與優(yōu)化；編寫生成更多分行數(shù)據(jù)的Script并進行數(shù)據(jù)生成；TPNS Script進行相應(yīng)的調(diào)整；(5)TPNS Script優(yōu)化階段；調(diào)整TPNS網(wǎng)絡(luò)定義并進行測試；(6)正式測試和報告準(zhǔn)備階段。
進行正式的聯(lián)機壓力測試，并形成壓力測試報告。
壓力測試的具體實施過程應(yīng)注意以下幾個方面①在條件允許的情況下應(yīng)盡可能接近實際生產(chǎn)環(huán)境，包括系統(tǒng)環(huán)境的設(shè)置、數(shù)據(jù)量的大小、交易的選擇和比例的確定等方面，這樣才能保證測試的有效性；②壓力測試的交易及比例的確定首先從生產(chǎn)環(huán)境上收集連續(xù)三天所有交易的每小時執(zhí)行次數(shù)以及通過工具收集消耗較多主機資源的交易信息，經(jīng)過整理得出各交易執(zhí)行的執(zhí)行比例和高峰時期(或一些關(guān)鍵時段的執(zhí)行比例)，同時到實際網(wǎng)點進行抽樣調(diào)查進行驗證；根據(jù)上述信息并考慮人力資源以及時間安排等因素，最終確定參與壓力測試的交易及比例的確定，其中，應(yīng)包含消耗較多主機資源的交易并加大高峰時段交易的比例。值得注意的是，每次在執(zhí)行完測試以后，應(yīng)檢查測試結(jié)果中的各交易執(zhí)行的正確率以及執(zhí)行比例與需要達(dá)到的比例之間的誤差是否有效，防止部分交易執(zhí)行比例過高導(dǎo)致測試結(jié)果不準(zhǔn)確。一般情況下，測試誤差率不超過1％為正常，否則此次測試結(jié)果視為無效；③壓力測試的數(shù)據(jù)準(zhǔn)備為了獲取最真實的測試結(jié)果，應(yīng)盡量使用真實的數(shù)據(jù)；但是如果條件不允許，可以通過TPNS Script開戶的方法制造出大量新的數(shù)據(jù)。在制造數(shù)據(jù)的時候盡可能參照實際情況防止數(shù)據(jù)造成測試結(jié)果的不合理。由于需要反復(fù)進行測試和反復(fù)生成新的交易輸入數(shù)據(jù)，通過寫JCL和程序自動生成用戶表；④壓力測試的交易測試和發(fā)現(xiàn)瓶頸的方法壓力測試的目的并不僅僅是得到系統(tǒng)的吞吐能力，更主要的是發(fā)現(xiàn)可能存在的瓶頸并加以解決。在具體測試過程中，使用了一些工具(如Omeg Monitor)對系統(tǒng)和交易進行監(jiān)控幫助查找存在的瓶頸。具體的執(zhí)行分為三步第一步單交易單終端的測試記錄測試交易的CPU運行時間、反應(yīng)時間和訪問數(shù)據(jù)庫數(shù)目多的交易，對于CPU運行時間或反應(yīng)時間長的交易，多次訪問數(shù)據(jù)庫的交易進行分析或相應(yīng)修改；第二步單交易多終端的測試由于同一個交易的執(zhí)行路徑比較相近，訪問的數(shù)據(jù)庫大致相同，因此多終端單交易壓力測試方法是發(fā)現(xiàn)交易瓶頸特別是數(shù)據(jù)庫瓶頸(HotSpot DB)的一種非常行之有效的方法。在測試時對于等待鎖(Lock)、I/O或吞吐率低的交易進行觀察以發(fā)現(xiàn)系統(tǒng)和應(yīng)用的瓶頸。
如圖3所示，為銀行主機壓力測試的實施例流程，包括以下步驟步驟301根據(jù)實際情況，提出壓力測試需求；步驟302建立壓力測試系統(tǒng)環(huán)境；步驟303配置交易組成，包括交易類型以及各類交易所占比例；步驟304建立交易分析表；步驟305編寫相關(guān)交易的STL；步驟306對每筆交易進行單元測試；步驟307編寫壓力測試NET文件；步驟308調(diào)用壓力測試NET文件，向主機發(fā)送交易流，對主機施加壓力；必要時，可在正式壓力測試前做一些預(yù)測試，觀察主機系統(tǒng)資源的使用情況，收集并統(tǒng)計響應(yīng)時間等實驗數(shù)據(jù)，評估測試環(huán)境的承載能力及測試流程。
步驟309記錄主機資源使用情況，收集并統(tǒng)計響應(yīng)時間等信息，建立圖標(biāo)以做分析使用；可通過實時監(jiān)控和統(tǒng)計報表工具對測試結(jié)果進行輔助分析，這類工具包括Display Monitor和OmegaMon II For CICIS等。
步驟310整個測試結(jié)束，編寫測試報告和主機性能優(yōu)化建議書。
從上面對本發(fā)明的介紹不難看出，通過動態(tài)調(diào)整交易類型、各類交易比例以及交易報文數(shù)據(jù)構(gòu)成，使得發(fā)往主機的交易流能夠靈活變化，更接近真實生產(chǎn)環(huán)境下的交易情況，有助于給主機施加足夠的壓力，使得測試結(jié)果更加可信。
參見圖4，為本發(fā)明壓力測試平臺的總體架構(gòu)邏輯示意圖，現(xiàn)對各模塊進行說明，如表2所示
表2

本發(fā)明還提供一種測試機，用于對銀行主機進行壓力測試，如圖5所示，該測試機包括交易配置單元501、交易報文組裝單元502、對外接口單元503和測試結(jié)果處理單元504。
在實際應(yīng)用中，銀行根據(jù)業(yè)務(wù)情況，確定各業(yè)務(wù)包含的交易種類以及各交易所占比例。交易配置單元501獲取業(yè)務(wù)情況，根據(jù)業(yè)務(wù)情況配置交易信息，主要包括配置交易類型以及各類型交易所占比例，在配置完成后，指示交易報文組裝單元502對確定的各類交易進行組裝，以便生成測試所需的交易流，交易報文由報文首部與報文數(shù)據(jù)區(qū)組成，在具體組裝過程中，是依據(jù)測試機預(yù)存的有關(guān)交易影響因素來進行動態(tài)調(diào)整的，這些交易信息包括交易執(zhí)行模式、交易執(zhí)行機構(gòu)類型、交易執(zhí)行柜員類型、交易授權(quán)類型、帳號、機構(gòu)號、柜員號、終端號等等，根據(jù)各種影響因素的充分考慮，最終組裝成交易流。對外接口單元503負(fù)責(zé)測試機與外界的通信，特別是與主機的信息交互，對外接口單元503從交易報文組裝單元502獲取到組裝好的交易流后，將各類交易流以一定比率和頻率發(fā)送給主機，對主機施加壓力；同時，對外接口單元503接收主機返回的有關(guān)測試結(jié)果信息，并發(fā)送給測試結(jié)果處理單元504，由測試結(jié)果處理單元504對測試結(jié)果做分析和處理。
優(yōu)選地，測試機還包括中心控制單元505，它用來控制交易配置單元501、交易報文組裝單元502、對外接口單元503和測試結(jié)果處理單元504統(tǒng)一協(xié)調(diào)工作。中心控制單元505又包括交易流發(fā)送調(diào)整子單元511和交易報文調(diào)整子單元512；交易流發(fā)送調(diào)整子單元511根據(jù)測試結(jié)果處理單元504從主機接收到的測試結(jié)果，將對外接口單元503發(fā)送交易流的頻率及強度進行動態(tài)調(diào)整，以確保對主機施加合理有效的壓力；交易報文調(diào)整子單元512根據(jù)交易配置單元501最新的交易配置情況，對交易報文組裝單元502組裝的交易報文進行管理和控制，以確保在交易配置改變時，能夠及時更新交易報文的組成，為壓力測試的準(zhǔn)確性提供保證；同時，交易流發(fā)送調(diào)整子單元511從交易報文調(diào)整子單元512獲取最新的交易報文組裝情況，將對外接口單元503發(fā)送各類交易流的比例和頻率進行適應(yīng)性調(diào)整。測試機還包括可執(zhí)行業(yè)務(wù)流列表，它保存有銀行支持的業(yè)務(wù)信息，為交易配置單元501配置交易類型和比例提供依據(jù)；測試機還包括用戶表，它保存有交易報文數(shù)據(jù)區(qū)的數(shù)據(jù)，為交易報文組裝單元502組裝交易報文提供數(shù)據(jù)。
以上所述僅是本發(fā)明的優(yōu)選實施方式，應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也應(yīng)視為本發(fā)明的保護范圍。
權(quán)利要求
1.一種銀行主機壓力測試方法，其特征在于包括依據(jù)銀行業(yè)務(wù)的交易組成，配置測試所需的交易類型及各類交易所占比例；組裝交易報文首部和交易報文數(shù)據(jù)區(qū)，生成交易流；向主機發(fā)送所述交易流，并處理主機返回的測試結(jié)果。
2.根據(jù)權(quán)利要求1所述的銀行主機壓力測試方法，其特征在于，所述方法還包括依據(jù)銀行業(yè)務(wù)更新情況，動態(tài)調(diào)整測試所需的交易類型及各類型交易所占比例。
3.根據(jù)權(quán)利要求1或2所述的銀行主機壓力測試方法，其特征在于，所述方法還包括依據(jù)交易執(zhí)行模式、交易執(zhí)行機構(gòu)類型、交易執(zhí)行柜員類型或交易授權(quán)類別，動態(tài)調(diào)整交易報文首部；依據(jù)帳號、機構(gòu)號、柜員號或終端號，動態(tài)調(diào)整交易報文數(shù)據(jù)區(qū)。
4.根據(jù)權(quán)利要求3所述的銀行主機壓力測試方法，其特征在于，所述方法還包括參考主機反饋的測試結(jié)果，動態(tài)調(diào)整向主機發(fā)送交易流的頻率及強度。
5.根據(jù)權(quán)利要求3所述的銀行主機壓力測試方法，其特征在于，所述方法還包括判斷各種交易邏輯關(guān)系，將關(guān)聯(lián)的業(yè)務(wù)進行整合；將整合交易流作為發(fā)往主機的測試交易流。
6.一種測試機，用于對銀行主機進行壓力測試，其特征在于包括交易配置單元、交易報文組裝單元、對外接口單元和測試結(jié)果處理單元；所述交易配置單元，根據(jù)銀行業(yè)務(wù)的交易組成，配置測試所需的交易類型及各類交易所占比例；所述交易報文組裝單元，用于對交易配置單元確定的各類交易進行組裝，包括組裝報文首部和報文數(shù)據(jù)區(qū)，生成交易流；所述對外接口單元，用于將交易報文組裝單元生成的交易流發(fā)送給主機；并且接收主機返回的測試結(jié)果信息，并將測試結(jié)果信息提供給測試結(jié)果處理單元分析和處理。
7.根據(jù)權(quán)利要求6所述的測試機，其特征在于，還包括中心控制單元，所述中心控制單元包括交易流發(fā)送調(diào)整子單元和交易報文調(diào)整子單元；所述交易流發(fā)送調(diào)整子單元，依據(jù)測試結(jié)果處理單元提供的測試結(jié)果，調(diào)整對外接口單元發(fā)送交易流的頻率及強度；所述交易報文調(diào)整子單元，依據(jù)交易配置單元最新的交易配置情況，對交易報文組裝單元組裝的交易報文進行管理和控制。
8.根據(jù)權(quán)利要求7所述的測試機，其特征在于，所述交易流發(fā)送調(diào)整子單元從交易報文調(diào)整子單元獲取最新的交易報文組裝情況，將對外接口單元發(fā)送各類交易流的比例和頻率進行適應(yīng)性調(diào)整。
9.根據(jù)權(quán)利要求6、7或8所述的測試機，其特征在于，所述測試機還包括可執(zhí)行業(yè)務(wù)流列表；所述可執(zhí)行業(yè)務(wù)流列表，保存有銀行支持的業(yè)務(wù)信息，為所述交易配置單元配置交易類型和比例提供依據(jù)。
10.根據(jù)權(quán)利要求6、7或8所述的測試機，其特征在于，所述測試機還包括用戶表；所述用戶表，保存有交易報文數(shù)據(jù)區(qū)的數(shù)據(jù)，為所述交易報文組裝單元組裝交易報文提供數(shù)據(jù)。
全文摘要
本發(fā)明公開了一種銀行主機壓力測試方法，該方法包括步驟依據(jù)銀行業(yè)務(wù)的交易組成，配置測試所需的交易類型及各類交易所占比例；組裝交易報文首部和交易報文數(shù)據(jù)區(qū)，生成交易流；向主機發(fā)送交易流，并處理主機返回的測試結(jié)果。本發(fā)明通過配置、動態(tài)調(diào)整交易類型、各類型交易比例以及交易報文數(shù)據(jù)構(gòu)成，不但非常靈活，而且能夠?qū)崿F(xiàn)更加接近真實生產(chǎn)情況的壓力測試，使測試結(jié)果更為可信。本發(fā)明還公開了一種測試機，用于對銀行主機進行壓力測試。
文檔編號G07F19/00GK1975694SQ200610170650
公開日2007年6月6日 申請日期2006年12月22日 優(yōu)先權(quán)日2006年12月22日
發(fā)明者嚴(yán)志根, 戚桂鳳, 洪延生, 吳奔, 鄭濱濤, 顧凌, 錢崢軍, 馬杰, 丁彥 申請人:中國建設(shè)銀行股份有限公司