專利名稱：在銀行系統(tǒng)中基于指令腳本的測試方法及系統(tǒng)的制作方法
技術領域：
本發(fā)明關于測試技術，特別是關于銀行系統(tǒng)的測試技術，具體的講是一種在銀行系統(tǒng)中基于指令腳本的測試方法及系統(tǒng)。
背景技術：
隨著IT技術的不斷發(fā)展，越來越多的銀行系統(tǒng)采用開放式的服務接口，通過企業(yè)信息總線向外提供服務。隨著與銀行主機聯(lián)機交易的系統(tǒng)數(shù)量的增加，系統(tǒng)采用的軟硬件平臺種類也不斷增加，對系統(tǒng)進行測試的需求也越來越多。因此，如何降低測試成本、縮短測試周期，成為銀行系統(tǒng)在測試時日漸關注的課題。現(xiàn)有技術中，對于特定的被測系統(tǒng)，測試腳本指該被測系統(tǒng)的一個測試案例的一系列指令，這些指令可以被自動化測試工具執(zhí)行。測試腳本一般都是通過錄制/回放方式來模擬終端的操作，以便測試過程的順利進行?，F(xiàn)有技術的測試過程主要存在如下問題(1)、由于測試腳本一般都是通過錄制/回放方式來模擬終端的操作，而錄制/回放的過程中有輸入的動作和停頓的時間，導致整個測試案例的持續(xù)時間較長。(2)、錄制測試腳本時，必須執(zhí)行一次測試案例才能得到測試腳本，延長了測試周期，提高了測試成本。(3)、測試周期長導致在測試過程中模擬終端的操作需要消耗較多的資源，且部分終端在一臺終端設備上只能開啟一個終端界面，不適合做并發(fā)的壓力測試，最終導致整個測試執(zhí)行的效率低。

發(fā)明內容
本發(fā)明實施例提供了一種在銀行系統(tǒng)中基于指令腳本的測試方法及系統(tǒng)，通過直接將根據(jù)被測系統(tǒng)的報文格式文件生成的測試腳本拼裝成交易報文發(fā)送給被測系統(tǒng)，在測試過程中跳過了模擬終端的過程，實現(xiàn)了對被測系統(tǒng)的功能測試、并發(fā)的壓力測試，縮短了測試周期。本發(fā)明的目的之一是，提供一種基于指令腳本的測試方法，該方法包括采集用戶輸入的交易代碼信息；獲取與所述的交易代碼信息對應的被測系統(tǒng)中包含域信息的報文格式文件；將與所述的域信息對應的指令信息寫入所述的報文格式文件得到測試腳本框架； 對所述的測試腳本框架中的指令信息賦值得到測試腳本；根據(jù)所述的指令信息將測試腳本組裝成交易報文；將所述的交易報文發(fā)送至所述的被測系統(tǒng)；接收所述的被測系統(tǒng)根據(jù)所述的交易報文返回的測試結果報文。本發(fā)明的目的之一是，提供一種基于指令腳本的測試系統(tǒng)，該系統(tǒng)包括測試設備、被測系統(tǒng)，所述的測試設備包括交易代碼采集裝置，用于采集用戶輸入的交易代碼信息；報文格式獲取裝置，用于獲取與所述的交易代碼信息對應的被測系統(tǒng)中包含域信息的報文格式文件；腳本框架生成裝置，用于將與所述的域信息對應的指令信息寫入所述的報文格式文件得到測試腳本框架；測試腳本生成裝置，用于對所述的測試腳本框架中的指令信息賦值得到測試腳本；交易報文組裝裝置，用于根據(jù)所述的指令信息將測試腳本組裝成交易報文；交易報文發(fā)送裝置，用于將所述的交易報文發(fā)送至所述的被測系統(tǒng)；返回報文接收裝置，用于接收所述的被測系統(tǒng)根據(jù)所述的交易報文返回的測試結果報文。本發(fā)明的有益效果在于，通過直接將根據(jù)被測系統(tǒng)的報文格式文件生成的測試腳本拼裝成交易報文發(fā)送給被測系統(tǒng)，在測試過程中跳過了模擬終端的過程，實現(xiàn)了對被測系統(tǒng)的功能測試、并發(fā)的壓力測試，縮短了測試周期，降低了測試成本，提高了測試的效率。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn)有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1為本發(fā)明實施例提供的一種在銀行系統(tǒng)中基于指令腳本的測試方法實施方式一的流程圖；圖2為本發(fā)明實施例提供的一種在銀行系統(tǒng)中基于指令腳本的測試方法實施方式二的流程圖；圖3為本發(fā)明實施例中的步驟將與所述的域信息對應的指令信息寫入所述的報文格式文件得到測試腳本框架的具體流程圖；圖4為本發(fā)明實施例中的步驟對所述的測試腳本框架中的指令信息賦值得到測試腳本的具體流程圖；圖5為本發(fā)明實施例中的步驟根據(jù)所述的指令信息將測試腳本組裝成交易報文的具體流程圖；圖6為本發(fā)明實施例中的步驟根據(jù)所述返回的報文顯示結果信息的具體流程圖；圖7為本發(fā)明實施例的一種在銀行系統(tǒng)中基于指令腳本的測試系統(tǒng)的結構框圖；圖8為本發(fā)明實施例的在銀行系統(tǒng)中基于指令腳本的測試系統(tǒng)中測試設備的結構框圖；圖9為本發(fā)明實施例的在銀行系統(tǒng)中基于指令腳本的測試系統(tǒng)中測試設備的另一種結構框圖；圖10為寫入指令信息后所生成的測試腳本框架的示意圖；圖11為對測試腳本框架中的指令信息賦值后生成的測試腳本的示意圖；圖12為添加輔助指令后的測試腳本的示意圖。
具體實施例方式下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。本發(fā)明實施例提供了一種在銀行系統(tǒng)中基于指令腳本的測試方法以及系統(tǒng)，主要運用在銀行的測試領域，通過直接將根據(jù)被測系統(tǒng)的報文格式文件生成的測試腳本拼裝成交易報文發(fā)送給被測系統(tǒng)，在測試過程中跳過了模擬終端的過程。圖1為本發(fā)明實施例提供的一種在銀行系統(tǒng)中基于指令腳本的測試方法的流程圖，由圖1可知，該方法包括如下步驟SlOO 采集用戶輸入的交易代碼信息；S200:獲取與所述的交易代碼信息對應的被測系統(tǒng)中包含域信息的報文格式文件。根據(jù)所述的交易代碼信息從被測系統(tǒng)的動態(tài)源路由協(xié)議DSR網關上獲取報文格式文件，報文格式文件中包含了域信息，域信息用于表征報文的類型，具體包括交易上送報文以及交易返回的測試結果報文的格式信息。交易上送報文格式信息中包含DSR文件名 (DSR文件名對應所述的代碼信息)、每個上送域的域名信息、域中包含的子域信息及其順序。返回的測試結果報文格式中包含DSR文件名、每個返回域的域名信息及子域的順序、個數(shù)。其中，域表示一組通訊區(qū)，例如借方屬性域、貸方屬性域，每個域下有一個或多個子域， 例如借方屬性域有借方賬號、借方金額、借方幣種、借方戶名等子域。獲取到報文格式文件后，可將報文格式文件存儲，方便后續(xù)使用。S300:將與所述的域信息對應的指令信息寫入所述的報文格式文件得到測試腳本框架；S400 對所述的測試腳本框架中的指令信息賦值得到測試腳本；S500 根據(jù)所述的指令信息將測試腳本組裝成交易報文；S600 將所述的交易報文發(fā)送至所述的被測系統(tǒng)；S700:接收所述的被測系統(tǒng)根據(jù)所述的交易報文返回的測試結果報文。圖3為本發(fā)明實施例中步驟將與所述的域信息對應的指令信息寫入所述的報文格式文件得到測試腳本框架的流程圖。下面結合圖3具體介紹該步驟。S300包括S301 根據(jù)所述的報文格式文件寫入DSRNAME指令，指令的參數(shù)為報文格式文件名；S302 打開報文格式文件，順序獲取報文格式文件的一行信息的域信息；S303:判斷該行信息的域信息是否為上送域，判斷為否即該域信息為返回域時，返回執(zhí)行步驟S302，否則執(zhí)行步驟S304 ；S304 判斷該行的域信息是否為域，當判斷為是時，執(zhí)行步驟S305，否則該域信息為子域，執(zhí)行步驟S306;S305 寫入一行MOD指令，該指令的參數(shù)為域名；S306 寫入一行VAL指令，此時VAL指令中的參數(shù)為空，表示該子域還沒有賦值；S307 判斷當前的指令信息是否到達報文格式文件結尾，當判斷為否時，執(zhí)行步驟 S302，否則執(zhí)行步驟S308 ；S308 到達文件結尾后，寫入一行SEND指令，SEND指令的參數(shù)為交易代碼，默認為文件名。S309 將生成的測試腳本框架進行存儲。此時，測試腳本框架中的VAL指令中的參數(shù)是未賦值的。下面以與銀行主機聯(lián)機交易的被測系統(tǒng)為例，具體說明測試腳本框架的內容。寫入指令信息后所生成的測試腳本框架如在圖10所示，DSRNAME為“52723022”，名為“PC0MCHTR”，該上送域下面有27個子域， 分別為大交易序號、交易代碼、地區(qū)號、網點號、柜員號、授權柜員號、授權卡號、授權柜員級別、授權崗位編號等信息。圖4為本發(fā)明實施例中步驟對所述的測試腳本框架中的指令信息賦值得到測試腳本的流程圖。下面結合圖4具體介紹該步驟。步驟S300中生成的測試腳本框架由DSRNAME、MOD、VAL、SEND指令組成，僅有VAL 指令中的參數(shù)未賦值，因此只需對VAL指令中的參數(shù)賦值即可得到測試腳本。對測試腳本框架中的VAL指令中的參數(shù)賦值可通過如下兩種方式進行(1)、采集用戶輸入的對VAL指令中參數(shù)賦值的測試值；⑵、從報文格式文件對應的日志文件中獲取VAL的測試值。下面首先介紹根據(jù)報文格式文件對應的日志文件對指令信息賦值。具體包括在所述的被測系統(tǒng)中獲取與所述的報文格式文件對應的日志文件；在所述的日志文件中提取與所述的指令信息相對應的數(shù)據(jù)；將所述的數(shù)據(jù)賦值到相應的指令信息得到測試腳本。根據(jù)日志文件對測試腳本框架中的VAL指令中的參數(shù)賦值后得到了具有VAL默認值的測試腳本，如圖11所示，其中，大交易序號的值為1、交易代碼的值為27223、地區(qū)號的值為01702、網點號的值為0(^60、柜員號的值為68576、授權柜員號的值為68174、授權卡號的值為；34356、授權柜員級別的值為6、授權崗位編號的值為9999等。對于第一種通過采集用戶輸入的測試值對測試腳本框架的VAL指令中的參數(shù)賦值的方式，用戶可以輸入全部的VAL指令中的參數(shù)的測量值，也可在根據(jù)日志文件對測試腳本框架中的參數(shù)賦值結束的基礎上，修改需要變化的測試值即可，減少用戶需要輸入的內容。同時，用戶可以根據(jù)所述的報文格式文件添加預先設定的輔助指令信息，擴展測試腳本的功能。用戶可輸入的輔助指令如表1所示。表 1
指令代碼指令類型指令處理說明GETVALUE 指令輔助指令數(shù)據(jù)文件中讀取參數(shù)的值，第一個參數(shù)為固定值，表示需要獲取的參數(shù)名稱，第二個參數(shù)必需為變量，表
權利要求
1.一種在銀行系統(tǒng)中基于指令腳本的測試方法，其特征是，所述的方法包括 采集用戶輸入的交易代碼信息；獲取與所述的交易代碼信息對應的被測系統(tǒng)中包含域信息的報文格式文件；將與所述的域信息對應的指令信息寫入所述的報文格式文件得到測試腳本框架；對所述的測試腳本框架中的指令信息賦值得到測試腳本；根據(jù)所述的指令信息將測試腳本組裝成交易報文；將所述的交易報文發(fā)送至所述的被測系統(tǒng)；接收所述的被測系統(tǒng)根據(jù)所述的交易報文返回的測試結果報文。
2.根據(jù)權利要求1所述的方法，其特征是，所述的方法還包括在測試腳本框架中添加預先設定的與所述的報文格式文件對應的輔助指令信息。
3.根據(jù)權利要求2所述的方法，其特征是，對所述的測試腳本框架中的指令信息賦值得到測試腳本包括在所述的被測系統(tǒng)中獲取與所述的報文格式文件對應的日志文件； 在所述的日志文件中提取與所述的指令信息相對應的數(shù)據(jù)； 將所述的數(shù)據(jù)賦值到相應的指令信息得到測試腳本。
4.根據(jù)權利要求2所述的方法，其特征是，對所述的測試腳本框架中的指令信息賦值得到測試腳本包括采集用戶輸入的與所述的指令信息相對應的數(shù)據(jù)； 將所述的數(shù)據(jù)賦值到相應的指令信息得到測試腳本。
5.根據(jù)權利要求3或4所述的方法，其特征是，根據(jù)所述的指令信息將測試腳本組裝成交易報文包括讀取所述的測試腳本中的指令信息的類型信息；根據(jù)所述的指令信息、所述的指令信息的類型信息將所述的測試腳本組裝成交易報文。
6.根據(jù)權利要求1所述的方法，其特征是，所述的方法還包括存儲與所述的交易代碼信息對應的測試腳本框架、測試腳本、交易報文及返回的測試結果報文。
7.根據(jù)權利要求1所述的方法，其特征是，所述的方法還包括 根據(jù)所述返回的測試結果報文顯示結果信息，具體包括 解析所述返回的測試結果報文得到返回域的值；根據(jù)所述的返回域的值顯示結果信息。
8.—種在銀行系統(tǒng)中基于指令腳本的測試系統(tǒng)，其特征是，所述的測試系統(tǒng)包括測試設備、被測系統(tǒng)，所述的測試設備包括交易代碼采集裝置，用于采集用戶輸入的交易代碼信息；報文格式獲取裝置，用于獲取與所述的交易代碼信息對應的被測系統(tǒng)中包含域信息的報文格式文件；腳本框架生成裝置，用于將與所述的域信息對應的指令信息寫入所述的報文格式文件得到測試腳本框架；測試腳本生成裝置，用于對所述的測試腳本框架中的指令信息賦值得到測試腳本；交易報文組裝裝置，用于根據(jù)所述的指令信息將測試腳本組裝成交易報文； 交易報文發(fā)送裝置，用于將所述的交易報文發(fā)送至所述的被測系統(tǒng)； 返回報文接收裝置，用于接收所述的被測系統(tǒng)根據(jù)所述的交易報文返回的測試結果報文。
9.根據(jù)權利要求8所述的測試系統(tǒng)，其特征是，所述的測試設備還包括輔助指令添加裝置，用于在測試腳本框架中添加預先設定的與所述的報文格式文件對應的輔助指令信息。
10.根據(jù)權利要求9所述的測試系統(tǒng)，其特征是，所述的測試腳本生成裝置包括日志文件獲取裝置，用于在所述的被測系統(tǒng)中獲取與所述的報文格式文件對應的日志文件；數(shù)據(jù)提取裝置，用于在所述的日志文件中提取與所述的指令信息相對應的數(shù)據(jù)； 賦值裝置，用于將所述的數(shù)據(jù)賦值到相應的指令信息得到測試腳本。
11.根據(jù)權利要求9所述的測試系統(tǒng)，其特征是，所述的測試腳本生成裝置包括 數(shù)據(jù)采集裝置，用于采集用戶輸入的與所述的指令信息相對應的數(shù)據(jù)； 賦值裝置，用于將所述的數(shù)據(jù)賦值到相應的指令信息得到測試腳本。
12.根據(jù)權利要求10或11所述的測試系統(tǒng)，其特征是，所述的交易報文組裝裝置包括類型信息讀取裝置，用于讀取所述的測試腳本中的指令信息的類型信息； 報文生成裝置，用于根據(jù)所述的指令信息、所述的指令信息的類型信息將所述的測試腳本組裝成交易報文。
13.根據(jù)權利要求8所述的測試系統(tǒng)，其特征是，所述的測試設備還包括存儲裝置，用于存儲與所述的交易代碼信息對應的測試腳本框架、測試腳本、交易報文及返回的測試結果報文。
14.根據(jù)權利要求8所述的測試系統(tǒng)，其特征是，所述的測試設備還包括 顯示裝置，用于根據(jù)所述返回的測試結果報文顯示結果信息，具體包括 返回報文解析裝置，用于解析所述返回的測試結果報文得到返回域的值； 結果信息顯示裝置，用于根據(jù)所述的返回域的值顯示結果信息。
全文摘要
本發(fā)明實施例提供了一種在銀行系統(tǒng)中基于指令腳本的測試方法，包括采集用戶輸入的交易代碼信息；獲取與所述的交易代碼信息對應的被測系統(tǒng)中包含域信息的報文格式文件；將與所述的域信息對應的指令信息寫入所述的報文格式文件得到測試腳本框架；對所述的測試腳本框架中的指令信息賦值得到測試腳本；根據(jù)所述的指令信息將測試腳本組裝成交易報文；將所述的交易報文發(fā)送至所述的被測系統(tǒng)；接收所述的被測系統(tǒng)根據(jù)所述的交易報文返回的報文。通過直接將指令腳本拼裝成交易報文發(fā)送給被測系統(tǒng)，在測試過程中跳過了模擬終端的過程，實現(xiàn)了對被測系統(tǒng)的功能測試、并發(fā)的壓力測試，縮短了測試周期，降低了測試成本，提高了測試的效率。
文檔編號G06Q40/00GK102184135SQ20111009789
公開日2011年9月14日 申請日期2011年4月19日 優(yōu)先權日2011年4月19日
發(fā)明者何晉俊, 李秀媛, 林艷椿, 柳新春, 梁文利, 符曉, 胡正東, 董興中, 鄒懿 申請人:中國工商銀行股份有限公司