專利名稱:一種在主機環(huán)境中進行交易測試的方法及裝置的制作方法
技術領域：
本發(fā)明涉及軟件測試領域，特別是涉及在主機環(huán)境中進行交易測試領域。
背景技術：
在現有大型商業(yè)銀行中，一般采用核心系統處理自己的各種相關業(yè)務，核心系統中一般都采用CICS(顧客信息控制系統)做為交易系統，并由其提供事務支持，允許應用程序使用事務的形式來更新數據庫數據及其它的應用程序功能。出于數據量和安全性的考慮，大多選擇了IBM的主機環(huán)境作為核心系統環(huán)境。
在主機環(huán)境中可以開發(fā)若干完成特定功能的交易模塊，交易模塊可以分為聯機事務(主模塊)、公共模塊(子模塊，被聯機事務或公共模塊調用的模塊)。進行開發(fā)時，一般會在PC機或者是字符終端環(huán)境下進行開發(fā)，當進行測試時需要在可視化的交易界面上進行，對主機環(huán)境中的交易和子模塊的測試依賴于可視化的交易界面的開發(fā)，使得主機開發(fā)人員無法獨立進行交易及子模塊的測試，而且在測試中出現的測試失敗時，不能很好的判斷是否是交易或者子模塊出現的錯誤，可見，現有測試方法存在著不能單獨對主機中的交易和子模塊進行測試的問題，如何在主機環(huán)境中方便的單獨測試交易或子模塊成為需要迫切解決的問題。

發(fā)明內容本發(fā)明所要解決的技術問題是提供一種在主機環(huán)境中進行交易測試的方法及裝置，以解決現有技術中存在的不能單獨對主機中的交易和子模塊進行測試的問題。
為了解決上述技術問題，本發(fā)明公開了一種在主機環(huán)境中進行交易測試的方法，包括預置結果報文轉換規(guī)則，所述結果報文轉換規(guī)則用于將交易執(zhí)行的結果報文轉換成結果數據；接收交易測試數據；將所述交易測試數據轉換成交易報文；將所述交易報文發(fā)送給所述主機環(huán)境中的交易系統，由所述交易系統進行交易處理；接收所述交易系統返回的結果報文；根據預置結果報文轉換規(guī)則，將所述結果報文轉換成結果數據。
優(yōu)選的，所述交易測試數據是在主機環(huán)境中編輯產生。
優(yōu)選的，所述方法還包括，保存所述結果數據。
優(yōu)選的，所述方法還包括，保存所述交易測試數據。
優(yōu)選的，所述方法還包括，比對所述結果數據和交易執(zhí)行的期望結果。
優(yōu)選的，所述方法還包括，在主機環(huán)境中的交易系統中定義虛擬交易，所述虛擬交易用于接收子模塊交易報文，調用子模塊進行交易處理后，輸出交易子模塊結果報文。
本發(fā)明還提供了一種在主機環(huán)境中進行交易測試的裝置，包括轉換規(guī)則單元，用于預置結果報文轉換規(guī)則，所述結果報文轉換規(guī)則用于將交易執(zhí)行的結果報文轉換成結果數據；測試數據接收單元，用于接收交易測試數據；第一轉換單元，用于將所述交易測試數據轉換成交易報文；報文發(fā)送單元，用于將所述交易報文發(fā)送給所述主機環(huán)境中的交易系統，由所述交易系統進行交易處理；報文接收單元，用于接收所述交易系統返回的結果報文；第二轉換單元，用于根據預置結果報文轉換規(guī)則，將所述結果報文轉換成結果數據。
優(yōu)選的，所述裝置還包括，結果保存單元，用于保存所述結果數據。
優(yōu)選的，所述裝置還包括，測試數據保存單元，用于保存所述交易測試數據。
優(yōu)選的，所述裝置還包括，結果比對單元，用于比對所述結果數據和交易執(zhí)行的期望結果。
與現有技術相比，本發(fā)明具有以下優(yōu)點1、本發(fā)明可以把交易測試數據轉換為交易報文，發(fā)送給主機環(huán)境中的交易系統，并且可以接收返回的結果報文，從而允許開發(fā)人員在主機環(huán)境下獨立的進行交易系統的測試，不用依賴于可視化的交易界面進行測試，方便了開發(fā)過程中的功能測試工作。
2、本發(fā)明采用預置的報文轉換規(guī)則將交易系統返回的結果報文進行自動格式化轉換處理，形成結果數據，從而把測試結果以易于閱讀的方式展現出來，使得開發(fā)人員可以方便的查看測試的輸出結果。
3、本發(fā)明可以在交易系統中定義虛擬交易，虛擬交易調用子模塊，可以把對子模塊的測試轉換為對虛擬交易的測試，從而提供了對交易子模塊的測試功能。
4、本發(fā)明的測試數據可以被保存，便于建立測試案例庫并被復用。
圖1是本發(fā)明的方法實施例1流程圖；圖2是本發(fā)明的虛擬交易處理的流程圖；圖3是本發(fā)明的方法實施例2流程圖；圖4是本發(fā)明的裝置實施例框圖。
具體實施方式為使本發(fā)明的上述目的、特征和優(yōu)點能夠更加明顯易懂，下面結合附圖和具體實施方式
對本發(fā)明作進一步詳細的說明。
對于測試一般分為單元測試、功能測試、系統測試、驗證測試。單元測試是將每個模塊作為一個獨立的實體進行測試，以發(fā)現編碼和詳細設計的錯誤。一般為模塊程序員自己進行測試，并采用白盒測試方法進行。在測試一個模塊需要設計一個模塊驅動模塊和存根模塊。驅動模塊用于向被測試的模塊提供測試數據，接收返回的結果。存根模塊是被測試的模塊調用的下層模塊，一般開發(fā)一個虛擬模塊，只返回上層模塊需要的數據即可。
本發(fā)明的方法概要來說，是先在主機環(huán)境中編輯交易的輸入項(格式化的)并且儲存為文件，然后將其轉換封裝成交易系統的交易報文，并模擬前端發(fā)起一個交易，完成交易的輸入輸出處理，并且將輸出結果轉換后反寫到另外的文件中，由開發(fā)人員查看測試結果。
參照圖1，是本發(fā)明的方法實施例1流程圖，包括步驟101，預置結果報文轉換規(guī)則，所述結果報文轉換規(guī)則用于將交易執(zhí)行的結果報文轉換成結果數據。
在實際的測試中，當進行單元測試時，開發(fā)人員無法直接從交易執(zhí)行的返回結果報文中直觀的得到或看出結果數據，需要對結果報文進行一定的轉換，可以先預置結果報文和結果數據的轉換規(guī)則，接收到結果報文后，按照轉換規(guī)則對結果報文進行解析，提取出需要的數據，以直觀的數據欄位的方式表現出來，例如，轉換規(guī)則中可以規(guī)定需要提取的字段的字段名、中文名稱、數據類型、數據在結果報文中的位置等信息，按照這些信息從結果報文中提取相應的數據，按照數據值、字段名、數據類型和中文名稱的欄位格式形成結果數據，便于開發(fā)人員分析測試結果。
步驟102，接收交易測試數據。
根據要測試的交易，可以由開發(fā)人員按照測試要求的欄位輸入交易測試數據，開發(fā)人員組織測試數據時，按照要測試的交易的具體參數進行填寫。交易測試數據的生成既可以直接在主機環(huán)境中編輯生成，也可以是在其他環(huán)境中編輯好傳送到主機環(huán)境中的。測試數據既可以只包含一筆交易的測試數據，也可以包含多筆交易的測試數據。
步驟103，將所述交易測試數據轉換成交易報文。
因這里的開發(fā)人員可能就是交易程序的開發(fā)者，他們對不同交易的測試輸入數據比較了解，輸入的交易測試數據基本上就是報文中需要的數據，可以根據具體的交易的要求，把這些數據簡單組織起來，即可封裝成交易報文，所述交易報文可以直接發(fā)送給交易系統進行處理。
步驟104，將所述交易報文發(fā)送給所述主機環(huán)境中的交易系統，由所述交易系統進行交易處理。
使用交易系統提供的調用接口把發(fā)送交易報文，交易系統接收到交易報文后，分析報文結構，調用相應的功能模塊，完成交易功能，并把交易執(zhí)行的結果報文返回給調用者，結果報文中可以包含交易是否正常執(zhí)行標志、交易執(zhí)行的結果數據等內容。
步驟105，接收所述交易系統返回的結果報文。
返回的結果報文中包含有需要呈現給開發(fā)人員的交易結果數據，但由于是普通的報文格式，開發(fā)人員不能直觀的得到測試的結果數據。
步驟106，根據預置結果報文轉換規(guī)則，將所述結果報文轉換成結果數據。
根據預置結果報文轉換規(guī)則，從結果報文中提取出輸出結果，得到交易測試的結果數據，所述結果數據可以用于和期望結果進行比較，以判斷測試的交易功能是否正常，若和期望結果一致，認為測試通過，若不一致，由開發(fā)人員對錯誤結果進行分析，并修正相應的代碼，并在下一次測試時再次測試此交易功能。
優(yōu)選的，所述交易測試數據是在主機環(huán)境中編輯產生。
所述的交易測試數據可以直接在主機環(huán)境中由開發(fā)人員編輯產生，便于直接單獨的對交易進行測試，不依賴于其它的環(huán)境或系統，便于分析測試結果，也不用等可視化的交易界面開發(fā)完畢才能對交易進行測試的問題。
優(yōu)選的，還包括，保存所述結果數據。
測試得到的結果數據可以保存在數據庫或者文件中，便于同時進行一批測試時，一起分析測試結果，提高了測試的效率，還可以用于比對不同的測試中生成的測試結果，驗證是否已經由開發(fā)人員修正了程序的bug(程序缺陷)。
優(yōu)選的，還包括，保存所述交易測試數據。
本發(fā)明還可以保存配置的交易測試數據，用于生成測試案例庫，便于復用測試案例進行回歸測試。
優(yōu)選的，還包括，比對所述結果數據和交易執(zhí)行的期望結果。用以判斷策測試是否成功。
優(yōu)選的，還包括，在主機環(huán)境中的交易系統中定義虛擬交易，所述虛擬交易用于接收子模塊交易報文，調用子模塊進行交易處理后，輸出交易子模塊結果報文。
為了支持對交易所調用的子模塊進行測試，本發(fā)明可以定義虛擬交易(也可稱為存根模塊)，子模塊的測試是在調用時都是通過特定的接口，因此測試子模塊時就是通過輸入子模塊的輸入項，然后檢查子模塊的輸出項。在實際的測試過程中，開發(fā)人員可以把對子模塊的測試當做一個普通交易的測試來進行，例如，編輯錄入測試數據時，按照模塊的參數輸入測試數據，制定測試數據要測試的是前述定義的虛擬交易，然后可以按照本實施例的步驟進行測試，即可以實現子模塊的測試功能。實現子模塊測試的本質是通過虛擬交易調用子模塊來實現的。
參見圖2，是虛擬交易處理數據的流程圖，具體包括虛擬交易可以接收固定長度(如2K)的子模塊的輸入數據，然后產生固定長度的輸出數據(同樣是2K)，輸出數據是具體的子模塊的接口參數的格式，并把數據放發(fā)送給相應的子模塊，由子模塊進行執(zhí)行后，返回結果數據，把結果數據以結果報文形式返回給虛擬交易的調用者。
對于本實施例的一個擴展是，還可以預置輸入的交易測試數據和交易報文之間的轉換規(guī)則，并自動的把開發(fā)人員輸入的交易數據轉換成交易報文格式，但實際使用中，開發(fā)人員熟悉交易報文的數據的格式，數據交易測試數據時，完全可以按照交易報文中數據的先后順序編輯錄入測試數據，然后簡單封裝一下，就可以形成交易報文，發(fā)送給交易系統進行執(zhí)行。在實際使用中的單元測試過程中，采用這種方式更加簡單快捷。
參照圖3，是本發(fā)明的方法實施例2流程圖，包括步驟30l，預先設置的用于報文轉換的VSAM(虛擬串行訪問方法)文件。
VSAM(虛擬串行訪問方法)是IBM大型操作系統OS/390的一個文件管理系統。使用VSAM，一個單位可以以串行的方式創(chuàng)建或訪問記錄。也可以通過保存關鍵字(或索引)訪問它。許多開發(fā)IBM大型機程序的公司仍然在使用能夠訪問VSAM文件(也稱為數據集)的程序。VSAM繼承了IBM原來的文件訪問方法SAM(Sequential Access Method，串行訪問方法)和ISAM(Indexed Sequential Access Method，帶索引的串行訪問方法)。
本步驟預先將交易的輸入和輸出欄位的定義轉化成按關鍵字排序的VSAM文件，通過預設的VSAM文件，將其輸入輸出格式化為交易的輸入和輸出。VSAM文件中規(guī)定了測試數據的欄位和報文數據的位置間的對應關系，可以根據對應關系進行報文和測試數據間的轉換，例如，可以用于把開發(fā)人員編輯產生的測試數據保存成的輸入文件按照VSAM文件轉換成為交易報文，還可以把返回的結果報文轉換成為易于閱讀和理解的結果數據，開發(fā)人員在編輯測試數據時，可以按照數據的欄位編輯測試數據，步驟302，接收開發(fā)人員編輯的測試數據輸入文件在編輯文件時，按照預先定義的欄位輸入數據，以活期查詢交易為例，開發(fā)人員編寫的輸入欄位數據為01 TFT-CURR-COD，C，0002，O，幣別1 TFT-CURR-IDEN，C，0001，O，鈔匯鑒別21312321231231 TFT-ACCT-NO，A，0028，R，帳號把開發(fā)人員編輯生成測試數據保存為輸入文件。
步驟303，將開發(fā)人員編輯的測試輸入文件轉換為交易報文。
根據上一步驟中產生的活期查詢交易的測試輸入文件，以及開發(fā)人員輸入的測試數據，按照下面的規(guī)則進行轉換1[TFT-CURR-COD][TFT-CURR-IDEN][TFT-ACCT-NO]轉換后的交易報文為101121312321231231步驟304，將交易報文發(fā)送給CICS(客戶信息控制系統)進行處理。
調用CICS系統的接口，把交易報文發(fā)送給CICS系統，接收并識別報文后，CICS系統調用相應的交易功能進行處理，并把處理的結果返回給交易報文的發(fā)送者。
步驟305，接收CICS系統交易執(zhí)行后的結果報文。
接收到的上述活期查詢交易執(zhí)行后的結果報文是SSA1009000000000000000{00000000000000{001000003241673100000000000000{02002041100000000000000{A320825801123456#0 胡小步驟306，得到格式化輸出文件。
將接收到的結果報文根據VSAM文件文件中的對應關系轉換為結果數據，具體過程如下VSAM文件中規(guī)定的的報文和結果數據的對應關系是[FORM-ID][SA-CRNT-DAY-DEP-AMT][SA-CRNT-DAY-DRW-AMT][SA-PSBK-NO][SA-PSBK-PRT-NO1][SA-PSBK-STS][SA-FRZ-AMT][SA-DDP-ACCT-STS][SA-0PAC-DT]
[SA-CUST-NO][SA-CUST-NAME]轉換后的結果數據是FORM-ID SSA10090FORM-DATASA-CRNT-DAY-DEP-AMT +0000000000000.00SA-CRNT-DAY-DRW-AMT +0000000000000.00SA-PSBK-NO 001SA-PSBK-PRT-NO1 000003241673SA-PSBK-STS 1SA-FRZ-AMT +0000000000000.00SA-DDP-ACCT-STS 0SA-OPAC-DT 20020411SA-AVL-BAL +0000000000000.00SA-CUST-NO A320825801123456#0SA-CUST-NAME 胡小結果數據各欄位的意義分別是SA-CRNT-DAY-DEP-AMT 本日存入金額SA-CRNT-DAY-RW-AMT 本日支取金額SA-PSBK-NO 存折冊號SA-PSBK-PRT-NO1 存折印刷號1SA-PSBK-STS 存折狀態(tài)SA-FRZ-AMT 凍結金額SA-DDP-ACCT-STS 活存帳戶狀態(tài)SA-OPAC-DT 開戶日期SA-AVL-BAL 可用余額SA-CUST-NO 客戶編號SA-CUST-NAME 客戶名稱作為實施例2的一個擴展，還可以實現對交易系統中的子模塊進行測試，具體描述如下，在描述中和實施例2重復的部分不再贅述。
測試子模塊時就是通過輸入子模塊的輸入項，然后檢查子模塊的輸出項。
先在主機環(huán)境中的交易系統中定義一個虛擬交易，所述虛擬交易用于接收子模塊交易報文，調用子模塊進行交易處理后，輸出交易子模塊結果報文。定義了虛擬交易后，開發(fā)人員可以把對子模塊的測試當做一個普通交易的測試來進行，例如，編輯錄入測試數據時，按照模塊的參數輸入測試數據，指定測試數據要測試的是虛擬交易，然后可以按照本實施例的步驟進行測試，即可以實現子模塊的測試功能。
例如，對帳戶查詢的子模塊進行測試，其模塊的接口為10 I-CURR-COD PIC X(2).
* 幣別10 I-CURR-IDEN PIC X(1).
* 鈔匯鑒別10 I-ACCT-NO PIC X(28).
* 帳號10 O-CRNT-DAY-DEP-AMT PIC S9(13)V9(2).
* 本日存入金額10 O-CRNT-DAY-DRW-AMT PIC S9(13)V9(2).
* 本日支取金額10 O-PSBK-NO PIC X(3).
* 存折冊號；存折冊號10 O-PSBK-PRT-NO1 PIC X(13).
* 存折印刷號1；存折的印刷號110 O-PSBK-STS PIC X(1).
* 存折狀態(tài)；參見代碼表10 O-FRZ-AMT PIC S9(13)V9(2).
* 凍結金額10 O-DDP-ACCT-STS PIC X(1).
* 活存帳戶狀態(tài)* 0正常； 2凍結； 3銷戶
10 O-OPAC-DT PIC X(8).
* 開戶日期10 O-AVL-BAL PIC S9(13)V9(2).
* 可用余額* 如果透支金額＞0可用余額＝0可用余額+透支金額＝帳號余額；* 可用余額不包含被凍結金額10 O-CUST-NO PIC X(20).
* 客戶編號；客戶編號10 O-CUST-NAME PIC X(40).
* 客戶名稱；戶名開發(fā)人員編寫的具體測試案例為01 I-CURR-COD，C，0002，幣別1 I-CURR-IDEN，C，0001，鈔匯鑒別21312321231231 I-ACCT-NO，A，0028，帳號將測試數據轉換成為虛擬交易的交易報文，發(fā)送給交易系統，由虛擬交易調用相應的子模塊進行執(zhí)行后，虛擬交易將子模塊返回的結果數據轉換封裝為報文，發(fā)送虛擬交易的調用者，調用者用預置的轉換規(guī)則對結果報文進行解析，得到結果數據，如下所示O-CRNT-DAY-DEP-AMT +0000000000000.00O-CRNT-DAY-DRW-AMT +0000000000000.00O-PSBK-NO 001O-PSBK-PRT-NO1 000003241673O-PSBK-STS 1O-FRZ-AMT +0000000000000.00O-DDP-ACCT-STS 0O-OPAC-DT 20020411O-AVL-BAL +0000000000000.00O-CUST-NO A320825801123456#0
O-CUST-NAME 胡小開發(fā)人員通過查看結果數據，并人工或自動的和測試結果進行比對，判斷測試是否成功。
參照圖4，是本發(fā)明的裝置實施例框圖，包括轉換規(guī)則單元401，用于預置結果報文轉換規(guī)則，所述結果報文轉換規(guī)則用于將交易執(zhí)行的結果報文轉換成結果數據；測試數據接收單元402，用于接收交易測試數據；第一轉換單元403，用于將所述交易測試數據轉換成交易報文；報文發(fā)送單元404，用于將所述交易報文發(fā)送給所述主機環(huán)境中的交易系統，由所述交易系統進行交易處理；報文接收單元405，用于接收所述交易系統返回的結果報文；第二轉換單元406，用于根據預置結果報文轉換規(guī)則，將所述結果報文轉換成結果數據。
優(yōu)選的，還包括，結果保存單元407，用于保存所述結果數據。
優(yōu)選的，還包括，測試數據保存單元408，用于保存所述交易測試數據。
優(yōu)選的，還包括，結果比對單元409，用于比對所述結果數據和交易執(zhí)行的期望結果。
本發(fā)明主要用于開發(fā)人員對交易系統進行測試使用，也適用于對交易或子程序的輸入參數欄位的定義有清楚了解并且對主機的操作有一定經驗的測試人員。
以上對本發(fā)明所提供的一種在主機環(huán)境中進行交易測試的方法及裝置，進行了詳細介紹，本文中應用了具體個例對本發(fā)明的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領域的一般技術人員，依據本發(fā)明的思想，在具體實施方式
及應用范圍上均會有改變之處，綜上所述，本說明書內容不應理解為對本發(fā)明的限制。
權利要求
1.一種在主機環(huán)境中進行交易測試的方法，其特征在于，包括預置結果報文轉換規(guī)則，所述結果報文轉換規(guī)則用于將交易執(zhí)行的結果報文轉換成結果數據；接收交易測試數據；將所述交易測試數據轉換成交易報文；將所述交易報文發(fā)送給所述主機環(huán)境中的交易系統，由所述交易系統進行交易處理；接收所述交易系統返回的結果報文；根據預置結果報文轉換規(guī)則，將所述結果報文轉換成結果數據。
2.根據權利要求
1所述的方法，其特征在于，所述交易測試數據是在主機環(huán)境中編輯產生。
3.根據權利要求
1或2所述的方法，其特征在于，在接收交易測試數據之后，還包括，保存所述結果數據。
4.根據權利要求
1或2所述的方法，其特征在于，在所述方法之后，還包括，保存所述交易測試數據。
5.根據權利要求
1或2所述的方法，其特征在于，在所述方法之后，還包括，比對所述結果數據和交易執(zhí)行的期望結果。
6.根據權利要求
1所述的方法，其特征在于，在所述方法之前，還包括，在主機環(huán)境中的交易系統中定義虛擬交易，所述虛擬交易用于接收子模塊交易報文，調用子模塊進行交易處理后，輸出交易子模塊結果報文。
7.一種在主機環(huán)境中進行交易測試的裝置，其特征在于，包括轉換規(guī)則單元，用于預置結果報文轉換規(guī)則，所述結果報文轉換規(guī)則用于將交易執(zhí)行的結果報文轉換成結果數據；測試數據接收單元，用于接收交易測試數據；第一轉換單元，用于將所述交易測試數據轉換成交易報文；報文發(fā)送單元，用于將所述交易報文發(fā)送給所述主機環(huán)境中的交易系統，由所述交易系統進行交易處理；報文接收單元，用于接收所述交易系統返回的結果報文；第二轉換單元，用于根據預置結果報文轉換規(guī)則，將所述結果報文轉換成結果數據。
8.根據權利要求
7所述的裝置，其特征在于，還包括，結果保存單元，用于保存所述結果數據。
9.根據權利要求
7或8所述的裝置，其特征在于，還包括，測試數據保存單元，用于保存所述交易測試數據。
10.根據權利要求
7或8所述的裝置，其特征在于，還包括，結果比對單元，用于比對所述結果數據和交易執(zhí)行的期望結果。
專利摘要
本發(fā)明公開了一種在主機環(huán)境中進行交易測試的方法及裝置，其中，所述方法包括下列步驟預置結果報文轉換規(guī)則，所述結果報文轉換規(guī)則用于將交易執(zhí)行的結果報文轉換成結果數據；接收交易測試數據；將所述交易測試數據轉換成交易報文；將所述交易報文發(fā)送給所述主機環(huán)境中的交易系統，由所述交易系統進行交易處理；接收所述交易系統返回的結果報文；根據預置結果報文轉換規(guī)則，將所述結果報文轉換成結果數據。本發(fā)明能夠由開發(fā)人員在主機環(huán)境下獨立的進行交易系統的測試，不用依賴于可視化的交易界面，方便了開發(fā)過程中的功能測試工作，開發(fā)人員可以方便的查看測試的輸出結果，還提供了對交易子模塊的測試功能，同時便于建立測試案例庫并被復用。
文檔編號G07F19/00GK1996375SQ200610173223
公開日2007年7月11日 申請日期2006年12月30日
發(fā)明者吳奔, 施蕓虹, 潘國慧, 孫玉華, 東凱, 秦旭峰, 鄭濱濤, 李招拾, 陳蔚, 王耀強 申請人:中國建設銀行股份有限公司導出引文BiBTeX, EndNote, RefMan