本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，尤其涉及一種交易測試方法及裝置。

背景技術(shù)：

隨著銀行卡的普及和推廣，銀行卡交易量快速增長，而且出現(xiàn)了越來越多的跨行、跨地區(qū)交易，各種新的支付場景和支付需求應(yīng)運(yùn)而生。作為發(fā)起支付交易的受理機(jī)構(gòu)，必須在交易報(bào)文包括多個域，域標(biāo)識交易的相關(guān)信息，包括交易賬號、交易金額、交易時間、交易地點(diǎn)及特殊的場景信息。當(dāng)已有的報(bào)文不滿足需求時，需要對受理機(jī)構(gòu)系統(tǒng)進(jìn)行升級。作為收到支付交易的發(fā)卡機(jī)構(gòu)，為了識別新交易、控制風(fēng)險，也需要升級系統(tǒng)。此外，人民銀行也會不定期地發(fā)布交易升級要求，督促受理機(jī)構(gòu)和發(fā)卡機(jī)構(gòu)升級系統(tǒng)，滿足監(jiān)管要求。

通過交易測試方法能夠獲知被測成員機(jī)構(gòu)系統(tǒng)的業(yè)務(wù)處理能力，然而，現(xiàn)有的金融交易測試系統(tǒng)中，在系統(tǒng)程序中直接寫入交易類型對應(yīng)的請求報(bào)文的各個域及域的取值。在測試時，首先根據(jù)域及域的取值確定交易類型，當(dāng)交易類型與域的取值一致時，返回該交易類型對應(yīng)的應(yīng)答報(bào)文；當(dāng)交易類型與域的取值不一致時，返回交易失敗。因此，一旦報(bào)文升級或者出現(xiàn)新的業(yè)務(wù)，需要重新編寫測試系統(tǒng)中交易類型的邏輯程序，即重新定義交易類型請求報(bào)文中的域及域的取值，通過編譯后投產(chǎn)上線。

綜上所述，現(xiàn)有的金融交易測試系統(tǒng)不能通過靈活地?cái)U(kuò)展功能，必須升級版本后才能夠處理新交易，導(dǎo)致金融交易測試的效率較低。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明提供一種交易測試方法及裝置，用以解決現(xiàn)有技術(shù)中金融交易測試系統(tǒng)不能通過靈活地?cái)U(kuò)展功能，必須升級版本后才能夠處理新交易，導(dǎo)致金融交易測試的效率較低的問題。

本發(fā)明實(shí)施例提供一種交易測試方法，包括：

確定接收到的測試請求報(bào)文的屬性，所述屬性包括所述測試請求報(bào)文中的各個域以及每個域的值；

將所述測試報(bào)文的屬性與預(yù)設(shè)的至少一個交易類型模板進(jìn)行匹配；

若匹配成功，則將匹配成功的交易類型模板確定為測試模板，確定所述測試模板對應(yīng)的測試應(yīng)答報(bào)文，將所述測試應(yīng)答報(bào)文作為測試結(jié)果；其中，一個交易類型模板對應(yīng)一個交易類型，所述交易類型模板根據(jù)對應(yīng)的交易類型所預(yù)設(shè)的各個域及每個域的取值規(guī)則確定；

若匹配失敗，則將測試結(jié)果確定為交易失敗。

較佳地，所述交易類型模板包括請求報(bào)文模板和應(yīng)答報(bào)文模板，所述將所述測試請求報(bào)文的屬性與預(yù)設(shè)的至少一個交易類型模板進(jìn)行匹配，將匹配成功的交易類型模板確定為測試模板，包括：

將所述測試請求報(bào)文包括的各個域與預(yù)設(shè)的多個交易類型模板中請求報(bào)文模板包括的各個域進(jìn)行一次匹配，以及將測試請求報(bào)文包括的每個域的值與多個交易類型模板中請求報(bào)文模板包括的每個域的取值規(guī)則進(jìn)行二次匹配；

將一次匹配且二次匹配成功的交易類型模板作為測試模板。

較佳地，所述確定所述測試模板對應(yīng)的測試應(yīng)答報(bào)文，包括：

確定所述測試模板包括的應(yīng)答報(bào)文模板，根據(jù)所述測試模板包括的應(yīng)答報(bào)文模板確定所述測試應(yīng)答報(bào)文。

較佳地，所述方法還包括：

統(tǒng)計(jì)所有交易類型包括的報(bào)文域集合以及取值規(guī)則集合；

根據(jù)預(yù)設(shè)時間確定待升級交易類型模板；

根據(jù)所述報(bào)文域集合以及取值規(guī)則集合，配置待升級交易類型模板的各個域和/或域的取值規(guī)則。

較佳地，所述確定獲取到的測試請求報(bào)文的屬性之前，還包括：

接收測試需求，確定所述測試需求的變量值；

根據(jù)所述測試需求的變量值及預(yù)設(shè)的測試案例篩選規(guī)則，確定測試案例，所述測試案例包括至少一個交易類型模板，所述測試案例用于發(fā)起測試。

本發(fā)明實(shí)施例還提供一種交易測試裝置，包括：

確定單元：用于確定接收到的測試請求報(bào)文的屬性，所述屬性包括所述測試請求報(bào)文中的各個域以及每個域的值；

匹配單元：用于將所述測試報(bào)文的屬性與預(yù)設(shè)的至少一個交易類型模板進(jìn)行匹配；

結(jié)果單元：用于若匹配成功，則將匹配成功的交易類型模板確定為測試模板，確定所述測試模板對應(yīng)的測試應(yīng)答報(bào)文，將所述測試應(yīng)答報(bào)文作為測試結(jié)果；其中，一個交易類型模板對應(yīng)一個交易類型，所述交易類型模板根據(jù)對應(yīng)的交易類型所預(yù)設(shè)的各個域及每個域的取值規(guī)則確定；若匹配失敗，則將測試結(jié)果確定為交易失敗。

較佳地，所述交易類型模板包括請求報(bào)文模板和應(yīng)答報(bào)文模板，所述匹配單元，具體用于：

將所述測試請求報(bào)文包括的各個域與預(yù)設(shè)的多個交易類型模板中請求報(bào)文模板包括的各個域進(jìn)行一次匹配，以及將測試請求報(bào)文包括的每個域的值與多個交易類型模板中請求報(bào)文模板包括的每個域的取值規(guī)則進(jìn)行二次匹配；

將一次匹配且二次匹配成功的交易類型模板作為測試模板。

較佳地，所述結(jié)果單元，具體用于：

確定所述測試模板包括的應(yīng)答報(bào)文模板，根據(jù)所述測試模板包括的應(yīng)答報(bào)文模板確定所述測試應(yīng)答報(bào)文。

較佳地，所述裝置還包括升級單元，具體用于：

統(tǒng)計(jì)所有交易類型包括的報(bào)文域集合以及取值規(guī)則集合；

根據(jù)預(yù)設(shè)時間確定待升級交易類型模板；

根據(jù)所述報(bào)文域集合以及取值規(guī)則集合，配置待升級交易類型模板的各個域和/或域的取值規(guī)則。

較佳地，所述裝置還包括案例單元，用于：

接收測試需求，確定所述測試需求的變量值；

根據(jù)所述測試需求的變量值及預(yù)設(shè)的測試案例篩選規(guī)則，確定測試案例，所述測試案例包括至少一個交易類型模板，所述測試案例用于發(fā)起測試。

本發(fā)明實(shí)施例提供一種交易測試方法及裝置，確定接收到的測試請求報(bào)文的屬性，所述屬性包括所述測試請求報(bào)文中的各個域以及每個域的值；將測試報(bào)文的屬性與預(yù)設(shè)的至少一個交易類型模板進(jìn)行匹配；若匹配成功，則將匹配成功的交易類型模板確定為測試模板，確定所述測試模板對應(yīng)的測試應(yīng)答報(bào)文，將所述測試應(yīng)答報(bào)文作為測試結(jié)果；若匹配失敗，則將測試結(jié)果確定為交易失敗。本發(fā)明實(shí)施例提供的交易測試方法及裝置，交易類型模板根據(jù)對應(yīng)的交易類型所預(yù)設(shè)的各個域及每個域的取值規(guī)則確定，為金融交易測試系統(tǒng)提供靈活的擴(kuò)展功能，提高了金融交易測試的效率較。

附圖說明

為了更清楚地說明本發(fā)明實(shí)施例中的技術(shù)方案，下面將對實(shí)施例描述中所需要使用的附圖作簡要介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對于本領(lǐng)域的普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明實(shí)施例提供的一種交易測試方法流程示意圖；

圖2為本發(fā)明實(shí)施例提供的一種交易測試系統(tǒng)客戶端界面圖；

圖3為本發(fā)明實(shí)施例提供的另一種交易測試系統(tǒng)客戶端界面圖；

圖4為本發(fā)明實(shí)施例提供的一種交易測試裝置結(jié)構(gòu)示意圖。

具體實(shí)施方式

為了使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖對本發(fā)明作進(jìn)一步地詳細(xì)描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部份實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其它實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。

本發(fā)明實(shí)施例提供的測試環(huán)境包括發(fā)卡機(jī)構(gòu)、受理機(jī)構(gòu)和跨行轉(zhuǎn)接中心。其中，發(fā)卡機(jī)構(gòu)為銀行卡的所屬銀行，受理機(jī)構(gòu)為用戶提交銀行卡交易的銀行，跨行轉(zhuǎn)接中心提供金融交易聯(lián)調(diào)認(rèn)證測試，可以模擬發(fā)卡機(jī)構(gòu)或受理機(jī)構(gòu)，從而提供聯(lián)調(diào)測試，得到被測成員機(jī)構(gòu)(受理機(jī)構(gòu)或發(fā)卡機(jī)構(gòu))系統(tǒng)的業(yè)務(wù)處理能力或升級后的系統(tǒng)性能進(jìn)行測試。例如，當(dāng)持有A行卡的用戶在B行的操作機(jī)上進(jìn)行跨行操作時，由B行通過跨行轉(zhuǎn)接中心處理A行卡提交的業(yè)務(wù)。其中，A行即為所述發(fā)卡方，B行即為所述受理方。

本發(fā)明實(shí)施例中的受理機(jī)構(gòu)和發(fā)卡機(jī)構(gòu)的交易報(bào)文符合中國銀聯(lián)發(fā)布的《中國銀聯(lián)銀行卡交換系統(tǒng)技術(shù)規(guī)范》，以下簡稱為規(guī)范。隨著支付產(chǎn)業(yè)不斷發(fā)展，銀聯(lián)會不定期更新規(guī)范，以滿足新的支付場景的需求。

本發(fā)明實(shí)施例提供一種交易測試方法，如圖1所示，為本發(fā)明實(shí)施例提供的一種交易測試方法流程示意圖，包括：

步驟101：確定接收到的測試請求報(bào)文的屬性，所述屬性包括所述測試請求報(bào)文中的各個域以及每個域的值。

步驟102：將所述測試報(bào)文的屬性與預(yù)設(shè)的至少一個交易類型模板進(jìn)行匹配；若匹配成功，則將匹配成功的交易類型模板確定為測試模板，確定所述測試模板對應(yīng)的測試應(yīng)答報(bào)文，將所述測試應(yīng)答報(bào)文作為測試結(jié)果；若匹配失敗，則將測試結(jié)果確定為交易失敗。

其中，一個交易類型模板對應(yīng)一個交易類型，所述交易類型模板根據(jù)對應(yīng)的交易類型所預(yù)設(shè)的各個域及每個域的取值規(guī)則確定。

根據(jù)《中國銀聯(lián)銀行卡交換系統(tǒng)技術(shù)規(guī)范》，交易報(bào)文大部分由ISO 8583定義，報(bào)文總共用到了128個域。對于每種交易類型，會對128個域中的部分域作相應(yīng)的取值要求。例如，對于余額查詢交易，如表1所示，規(guī)范則定義了F0＝0200，F(xiàn)3＝30X000，F(xiàn)25＝00/02/65等。其中，域F0表示交易類型的標(biāo)識，該域只能取值固定值0200，域F3表示處理密碼，03X000中的X表示可變化的值，其他位為固定值，例如該域的值可以為030000、031000、032000等。

表1

為了實(shí)現(xiàn)測試系統(tǒng)的可擴(kuò)展性，本發(fā)明實(shí)施例首先對交易報(bào)文域進(jìn)行抽象，使得報(bào)文域的定義與交易類型獨(dú)立。由于規(guī)范用到了128個域，每個域都有各自的屬性，則對128個域中每個域的屬性進(jìn)行統(tǒng)計(jì)。

由于每個交易類型對各個域的取值有不同的規(guī)定，然后統(tǒng)計(jì)所有交易類型包括的報(bào)文域集合以及取值規(guī)則集合，例如表1余額查詢交易中的F2、F7、F11等域，符號“M”表示對于受理方必需出現(xiàn)，符號“→”發(fā)卡方必需原樣返回。因此，可以歸納出兩個取值規(guī)則：“必須出現(xiàn)”和“原樣返回”。統(tǒng)計(jì)每個交易類型的取值規(guī)則，歸納出包括44類取值規(guī)則的集合，包括“必需出現(xiàn)”、“原樣返回”、“必須不出現(xiàn)”、“必須與請求報(bào)文一致”、“必須與應(yīng)答報(bào)文一致”、“當(dāng)交易成功時必須返回”等。

此外，對于每個取值規(guī)則，定義標(biāo)識符，并通過函數(shù)實(shí)現(xiàn)相應(yīng)的邏輯。例如采用標(biāo)識符“$appear()”表示取值規(guī)則“必須出現(xiàn)”，標(biāo)識符“$absence()”表示取值規(guī)則“必須不出現(xiàn)”，$preReq(BODY_4)表示“必須與請求報(bào)文的F4相同”。

根據(jù)上述統(tǒng)計(jì)歸納，配置得到多個交易類型模板，一個交易類型模板對應(yīng)一個交易類型，交易類型模板包括請求報(bào)文模板和應(yīng)答報(bào)文模板，根據(jù)對應(yīng)的交易類型所預(yù)設(shè)的各個域及每個域的取值規(guī)則確定。

進(jìn)一步地，根據(jù)預(yù)設(shè)時間確定待升級交易類型模板，根據(jù)報(bào)文域集合以及取值規(guī)則集合，配置待升級交易類型模板的各個域以及域的取值規(guī)則，通過擴(kuò)展配置即可實(shí)現(xiàn)交易類型升級或新增交易類型測試等場景的測試要求，無需升級系統(tǒng)重新對程序進(jìn)行邏輯編程，快速支持升級后的新交易，減少了測試系統(tǒng)版本升級需求和系統(tǒng)的維護(hù)成本，具有較高的擴(kuò)展性，提高了測試效率。

例如，預(yù)設(shè)時間可以為增加新的交易類型模板時，則根據(jù)包括128個域的報(bào)文域集合以及定義的44個取值規(guī)則的標(biāo)識符，為新增交易類型128個域配置相應(yīng)的取值規(guī)則，即可實(shí)現(xiàn)新增交易類型模板的功能測試；再如，預(yù)設(shè)時間可以為已有交易類型模板升級時，則根據(jù)包括128個域的報(bào)文域集合以及定義的44個取值規(guī)則的標(biāo)識符，為待升級交易類型模板的新增域配置相應(yīng)的取值規(guī)則，即可實(shí)現(xiàn)待升級交易類型的功能測試。

例如，按照目前的技術(shù)規(guī)范，只定義了100個報(bào)文域的用法，在新的技術(shù)標(biāo)準(zhǔn)增加了6個域時，僅需要通過配置這6個域及域的取值規(guī)則即可。假設(shè)按照當(dāng)前的技術(shù)規(guī)范，只定義了取現(xiàn)交易、查詢交易、消費(fèi)交易三種交易類型的報(bào)文域規(guī)則，當(dāng)新增加了貸記業(yè)務(wù)的交易類型時，也可以通過配置貸記業(yè)務(wù)的128個域中必要的域配置取值規(guī)則，從而實(shí)現(xiàn)該業(yè)務(wù)的邏輯；假設(shè)Y域在交易類型M中的取值規(guī)則是必須出現(xiàn)，但是新的規(guī)范更新定義Y域在交易類型M中的取值規(guī)則是必須不出現(xiàn)，則將原來的取值規(guī)則標(biāo)識符“$appear()”更新為“$absence()”即可，具有較高的擴(kuò)展性和配置靈活性，提高了測試效率

例如，新增了一個交易類型為X，該交易類型X要求報(bào)文域F0＝0100，F(xiàn)3＝001000，F(xiàn)4必須出現(xiàn)，F(xiàn)25＝00。應(yīng)答報(bào)文F0＝0110，F(xiàn)3與請求報(bào)文一致，F(xiàn)25與請求報(bào)文一致，F(xiàn)54＝040D0000000000000000000000。針對測試系統(tǒng)，需要配置新的交易類型模板X，首先配置請求報(bào)文模板F0＝0100，F(xiàn)3＝001000，F(xiàn)4＝${appear()}，F(xiàn)25＝00；然后配置應(yīng)答報(bào)文模板F0＝0110，F(xiàn)3＝${preReq(BODY_3)}，F(xiàn)25＝${preReq(BODY_25)}，F(xiàn)54＝040D000000000000 0000000000。

上述設(shè)置成功以后，測試系統(tǒng)根據(jù)接收到測試報(bào)文對模板進(jìn)行匹配。針對受理機(jī)構(gòu)的測試，受理機(jī)構(gòu)在測試登錄測試系統(tǒng)發(fā)起測試，然后測試系統(tǒng)接收到測試請求報(bào)文，確定接收到的測試請求報(bào)文的屬性，包括所述測試請求報(bào)文中的各個域以及每個域的值。

進(jìn)一步地，將測試請求報(bào)文包括的各個域與預(yù)設(shè)的多個交易類型模板中請求報(bào)文模板包括的各個域進(jìn)行一次匹配，以及將測試請求報(bào)文包括的每個域的值與多個交易類型模板中請求報(bào)文模板包括的每個域的取值規(guī)則進(jìn)行二次匹配；將一次匹配且二次匹配成功的交易類型模板作為測試模板，然后確定測試模板包括的應(yīng)答報(bào)文模板，將測試模板包括的應(yīng)答報(bào)文模板作為測試應(yīng)答報(bào)文。

例如，測試系統(tǒng)接收到測試請求報(bào)文包括域及域的取值：F0＝0100，F(xiàn)3＝001000，F(xiàn)4有值，F(xiàn)25＝00，通過與多個交易類型模板中進(jìn)行匹配，最終與交易類型模板X請求報(bào)文模板中的域以及域的取值規(guī)則F0＝0100，F(xiàn)3＝001000，F(xiàn)4＝${appear()}，F(xiàn)25＝00匹配，則將交易類型模板X應(yīng)答報(bào)文模板F0＝0110，F(xiàn)3＝${preReq(BODY_3)}，F(xiàn)25＝${preReq(BODY_25)}，F(xiàn)54＝040D0000000000000000000000確定測試應(yīng)答報(bào)文，得到F0＝0110，F(xiàn)3＝001000，F(xiàn)25＝00，F(xiàn)54＝040D0000000000000000000000，并作為測試結(jié)果反饋至受理機(jī)構(gòu)。若匹配失敗，則將交易失敗作為測試結(jié)果并反饋至受理機(jī)構(gòu)。

進(jìn)一步地，本發(fā)明實(shí)施例為測試系統(tǒng)提供自動化測試，具體地，首先接收測試需求，確定測試需求的變量值；然后根據(jù)測試需求的變量值及預(yù)設(shè)的測試案例篩選規(guī)則，確定測試案例。其中，測試案例包括至少一個交易類型模板，測試案例用于發(fā)起測試。

具體地，通過測試系統(tǒng)提供的接口錄入發(fā)卡機(jī)構(gòu)或受理機(jī)構(gòu)的測試需求后，測試系統(tǒng)將測試需求參數(shù)化，將需求轉(zhuǎn)換為變量的取值。例如，受理機(jī)構(gòu)需要測試余額查詢交易，將測試需求錄入到測試系統(tǒng)中后，將測試需求參數(shù)化為：MI01＝1。根據(jù)需求參數(shù)化后變量的取值，以及預(yù)設(shè)的測試案例集篩選條件，自動篩選測試案例。其中，測試案例集篩選條件為測試系統(tǒng)存儲的變量值和測試案例及其關(guān)聯(lián)測試案例的對應(yīng)關(guān)系。例如，對于余額查詢測試案例，系統(tǒng)配置的篩選條件為：MI01＝1OR tc00＝1，則當(dāng)MT01＝1時，就會篩選該案例，其中，1代表需要測試，0代表不需要測試。

需要說明的是，本發(fā)明實(shí)施例中交易測試方法還可以應(yīng)用于發(fā)卡機(jī)構(gòu)的交易測試，具體交易測試過程與受理機(jī)構(gòu)類似，在此不做贅述。

進(jìn)一步地，測試系統(tǒng)將篩選出來的案例顯示在測系統(tǒng)客戶端的WEB(World Wide Web，互聯(lián)網(wǎng))，受理機(jī)構(gòu)或發(fā)卡機(jī)構(gòu)登錄該系統(tǒng)后，就可以瀏覽到測試案例。同時，本發(fā)明實(shí)施例的測試系統(tǒng)提供了方便的客戶單交互界面。如圖2所示，為本發(fā)明實(shí)施例提供的一種交易測試系統(tǒng)客戶端界面圖。對于測試發(fā)卡機(jī)構(gòu)，只需要點(diǎn)擊“發(fā)起”按鈕，就可以發(fā)起測試案例。對于測試受理機(jī)構(gòu)，首先發(fā)起測試，然后再點(diǎn)擊“檢查”按鈕，就可以檢查案例是否通過。

進(jìn)一步地，測試交易發(fā)起后，系統(tǒng)會根據(jù)測試案例中的交易類型模板的配置，自動診斷交易是否測試通過。圖3所示，為本發(fā)明實(shí)施例提供的另一種交易測試系統(tǒng)客戶端界面圖。如果交易不通過，測試系統(tǒng)會提示錯誤原因，供受理機(jī)構(gòu)或發(fā)卡機(jī)構(gòu)排查交易過程中存在的問題。此外，在測試完成后，測試系統(tǒng)可以按照預(yù)設(shè)的格式，出具測試報(bào)告。

本發(fā)明實(shí)施例的交易測試系統(tǒng)提供自動化測試功能，銀聯(lián)成員機(jī)構(gòu)可以登錄測試系統(tǒng)客戶端自助發(fā)起測試，根據(jù)測試系統(tǒng)診斷信息排查問題，提高了測試自動化程度及測試效率，具有較好的推廣前景。

本發(fā)明實(shí)施例提供一種交易測試方法及裝置，確定接收到的測試請求報(bào)文的屬性，所述屬性包括所述測試請求報(bào)文中的各個域以及每個域的值；將測試報(bào)文的屬性與預(yù)設(shè)的至少一個交易類型模板進(jìn)行匹配；若匹配成功，則將匹配成功的交易類型模板確定為測試模板，確定所述測試模板對應(yīng)的測試應(yīng)答報(bào)文，將所述測試應(yīng)答報(bào)文作為測試結(jié)果；若匹配失敗，則將測試結(jié)果確定為交易失敗。本發(fā)明實(shí)施例提供的交易測試方法及裝置，交易類型模板根據(jù)對應(yīng)的交易類型所預(yù)設(shè)的各個域及每個域的取值規(guī)則確定，通過擴(kuò)展配置即可實(shí)現(xiàn)交易類型升級或新增交易類型測試等場景的測試要求，無需升級系統(tǒng)重新對程序進(jìn)行邏輯編程，快速支持升級后的新交易，減少了測試系統(tǒng)版本升級需求和系統(tǒng)的維護(hù)成本，為金融交易測試系統(tǒng)提供靈活的擴(kuò)展功能，提高了金融交易測試的效率較。

基于同樣的發(fā)明構(gòu)思，本發(fā)明實(shí)施例還提供一種交易測試裝置。如圖4所示，為本發(fā)明實(shí)施例提供的一種交易測試裝置結(jié)構(gòu)示意圖，包括：

確定單元401：用于確定接收到的測試請求報(bào)文的屬性，所述屬性包括所述測試請求報(bào)文中的各個域以及每個域的值；

匹配單元402：用于將所述測試報(bào)文的屬性與預(yù)設(shè)的至少一個交易類型模板進(jìn)行匹配；

結(jié)果單元403：用于若匹配成功，則將匹配成功的交易類型模板確定為測試模板，確定所述測試模板對應(yīng)的測試應(yīng)答報(bào)文，將所述測試應(yīng)答報(bào)文作為測試結(jié)果；其中，一個交易類型模板對應(yīng)一個交易類型，所述交易類型模板根據(jù)對應(yīng)的交易類型所預(yù)設(shè)的各個域及每個域的取值規(guī)則確定；若匹配失敗，則將測試結(jié)果確定為交易失敗。

較佳地，所述交易類型模板包括請求報(bào)文模板和應(yīng)答報(bào)文模板，所述匹配單元402，具體用于：

將所述測試請求報(bào)文包括的各個域與預(yù)設(shè)的多個交易類型模板中請求報(bào)文模板包括的各個域進(jìn)行一次匹配，以及將測試請求報(bào)文包括的每個域的值與多個交易類型模板中請求報(bào)文模板包括的每個域的取值規(guī)則進(jìn)行二次匹配；

將一次匹配且二次匹配成功的交易類型模板作為測試模板。

較佳地，所述結(jié)果單元403，具體用于：

確定所述測試模板包括的應(yīng)答報(bào)文模板，根據(jù)所述測試模板包括的應(yīng)答報(bào)文模板確定所述測試應(yīng)答報(bào)文。

較佳地，所述裝置還包括升級單元404，具體用于：

統(tǒng)計(jì)所有交易類型包括的報(bào)文域集合以及取值規(guī)則集合；

根據(jù)預(yù)設(shè)時間確定待升級交易類型模板；

根據(jù)所述報(bào)文域集合以及取值規(guī)則集合，配置待升級交易類型模板的各個域和/或域的取值規(guī)則。

較佳地，所述裝置還包括案例單元405，用于：

接收測試需求，確定所述測試需求的變量值；

根據(jù)所述測試需求的變量值及預(yù)設(shè)的測試案例篩選規(guī)則，確定測試案例，所述測試案例包括至少一個交易類型模板，所述測試案例用于發(fā)起測試。

本發(fā)明實(shí)施例提供一種交易測試裝置，確定接收到的測試請求報(bào)文的屬性，所述屬性包括所述測試請求報(bào)文中的各個域以及每個域的值；將測試報(bào)文的屬性與預(yù)設(shè)的至少一個交易類型模板進(jìn)行匹配；若匹配成功，則將匹配成功的交易類型模板確定為測試模板，確定所述測試模板對應(yīng)的測試應(yīng)答報(bào)文，將所述測試應(yīng)答報(bào)文作為測試結(jié)果；若匹配失敗，則將測試結(jié)果確定為交易失敗。本發(fā)明實(shí)施例提供的交易測試裝置，交易類型模板根據(jù)對應(yīng)的交易類型所預(yù)設(shè)的各個域及每個域的取值規(guī)則確定，為金融交易測試系統(tǒng)提供靈活的擴(kuò)展功能，提高了金融交易測試的效率較。

本發(fā)明是參照根據(jù)本發(fā)明實(shí)施例的方法、設(shè)備(系統(tǒng))、和計(jì)算機(jī)程序產(chǎn)品的流程圖和/或方框圖來描述的。應(yīng)理解可由計(jì)算機(jī)程序指令實(shí)現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合。可提供這些計(jì)算機(jī)程序指令到通用計(jì)算機(jī)、專用計(jì)算機(jī)、嵌入式處理機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個機(jī)器，使得通過計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實(shí)現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的系統(tǒng)。

這些計(jì)算機(jī)程序指令也可存儲在能引導(dǎo)計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計(jì)算機(jī)可讀存儲器中，使得存儲在該計(jì)算機(jī)可讀存儲器中的指令產(chǎn)生包括指令系統(tǒng)的制造品，該指令系統(tǒng)實(shí)現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。

這些計(jì)算機(jī)程序指令也可裝載到計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計(jì)算機(jī)或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計(jì)算機(jī)實(shí)現(xiàn)的處理，從而在計(jì)算機(jī)或其他可編程設(shè)備上執(zhí)行的指令提供用于實(shí)現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。

盡管已描述了本發(fā)明的優(yōu)選實(shí)施例，但本領(lǐng)域內(nèi)的技術(shù)人員一旦得知了基本創(chuàng)造性概念，則可對這些實(shí)施例作出另外的變更和修改。所以，所附權(quán)利要求意欲解釋為包括優(yōu)選實(shí)施例以及落入本發(fā)明范圍的所有變更和修改。

顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進(jìn)行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。