電話pos支付終端交易測(cè)試的方法
【專利摘要】一種電話POS支付終端交易測(cè)試的方法，包括以下步驟：A：交易測(cè)試平臺(tái)對(duì)交易配置文件、通訊接口、配置文件處理模塊和項(xiàng)目處理模塊進(jìn)行初始化；然后配置文件處理模塊加載一交易配置文件中記錄的配置信息；交易測(cè)試平臺(tái)再根據(jù)所述配置信息中的項(xiàng)目名稱信息，加載對(duì)應(yīng)的項(xiàng)目處理模塊；所述配置信息包括交易流程信息、項(xiàng)目名稱信息、協(xié)議信息、校驗(yàn)開關(guān)信息、交易代碼偏移量、加密數(shù)據(jù)信息和交易代碼信息，以及每一交易代碼所對(duì)應(yīng)的測(cè)試案例；每所述測(cè)試案例均包含有測(cè)試數(shù)據(jù)和預(yù)期結(jié)果；B：交易測(cè)試平臺(tái)與支付終端之間根據(jù)所述交易流程信息進(jìn)行交易測(cè)試。本發(fā)明大大地輕測(cè)試系統(tǒng)的開發(fā)工作量和測(cè)試人員的測(cè)試工作量。
【專利說(shuō)明】電話POS支付終端交易測(cè)試的方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明具體涉及一種電話POS支付終端交易測(cè)試的方法。
【背景技術(shù)】
[0002]在目前廣泛應(yīng)用于各種大小商場(chǎng)、產(chǎn)品批發(fā)市場(chǎng)、小商戶、各個(gè)銀行分行的電話POS產(chǎn)品中，其主要的功能就是金融交易。在電話POS產(chǎn)品研發(fā)和生產(chǎn)的過(guò)程中，對(duì)其金融交易進(jìn)行調(diào)試和測(cè)試是一個(gè)必不可少的階段和過(guò)程。目前在電話POS產(chǎn)品的金融交易測(cè)試中，最常用的測(cè)試方法包括兩種，第一種是連接各個(gè)銀行的后臺(tái)中心，進(jìn)行實(shí)際的交易，這種方式的測(cè)試，存在以下幾個(gè)缺點(diǎn):1、銀行的后臺(tái)中心交易數(shù)據(jù)對(duì)于用戶來(lái)說(shuō)是不可見(jiàn)的，交易測(cè)試的過(guò)程中，無(wú)法及時(shí)通過(guò)交易數(shù)據(jù)實(shí)時(shí)發(fā)現(xiàn)電話POS終端存在的缺陷；2、銀行的后臺(tái)中心系統(tǒng)一般都很完善，不會(huì)給電話POS終端發(fā)送異常的報(bào)文數(shù)據(jù)，這會(huì)使測(cè)試人員忽略了一些電話POS由異常交易引起的缺陷；3、真實(shí)的交易過(guò)程中，需要使用到真實(shí)的銀行賬戶等，會(huì)發(fā)生一些金錢上的交易，特別是進(jìn)行一些大量的交易測(cè)試，會(huì)產(chǎn)生數(shù)額不菲的手續(xù)費(fèi)和其他費(fèi)用；4、在項(xiàng)目開發(fā)階段，程序未完成開發(fā)，使用真實(shí)的平臺(tái)進(jìn)程調(diào)試和測(cè)試存在一定的困難。
[0003]第二種方法是開發(fā)相應(yīng)的模擬銀行后臺(tái)中心的交易系統(tǒng)，這種方法的缺點(diǎn)在于開發(fā)相應(yīng)的測(cè)試平臺(tái)，也是需要投入大量的時(shí)間和人力資源的，目前基于銀聯(lián)電話POS支付終端規(guī)范協(xié)議的衍生版本非常多，不同的銀行之間存在著一定的差異，當(dāng)不同銀行的項(xiàng)目增多時(shí)，需要開發(fā)測(cè)試平臺(tái)也需要相應(yīng)的增加，當(dāng)同一個(gè)項(xiàng)目出現(xiàn)需求改動(dòng)的情況下，平臺(tái)也需要進(jìn)行相應(yīng)的改動(dòng)，這都會(huì)耗費(fèi)相當(dāng)多額外的時(shí)間和人力資源。

【發(fā)明內(nèi)容】

[0004]本發(fā)明所要解決的技術(shù)問(wèn)題在于提供一種電話POS支付終端交易測(cè)試的方法，實(shí)現(xiàn)方便快捷地模擬交易測(cè)試。
[0005]本發(fā)明是通過(guò)以下技術(shù)方案解決上述技術(shù)問(wèn)題的:一種電話POS支付終端交易測(cè)試的方法，先配置一交易測(cè)試平臺(tái)、復(fù)數(shù)個(gè)交易配置文件和支付終端；所述支付終端與交易測(cè)試平臺(tái)通過(guò)通訊接口連接；所述交易測(cè)試平臺(tái)包括配置文件處理模塊和復(fù)數(shù)個(gè)項(xiàng)目處理模塊；
[0006]該方法具體包括以下步驟:
[0007]步驟A:交易測(cè)試平臺(tái)對(duì)交易配置文件、通訊接口、配置文件處理模塊和項(xiàng)目處理模塊進(jìn)行初始化；然后配置文件處理模塊加載一交易配置文件中記錄的配置信息；交易測(cè)試平臺(tái)再根據(jù)所述配置信息中的項(xiàng)目名稱信息，加載對(duì)應(yīng)的項(xiàng)目處理模塊；
[0008]所述配置信息包括交易流程信息、項(xiàng)目名稱信息、協(xié)議信息、校驗(yàn)開關(guān)信息、交易代碼偏移量、加密數(shù)據(jù)信息和交易代碼信息，以及每一交易代碼所對(duì)應(yīng)的測(cè)試案例；每所述測(cè)試案例均包含有測(cè)試數(shù)據(jù)和預(yù)期結(jié)果；
[0009]步驟B:交易測(cè)試平臺(tái)與支付終端之間根據(jù)所述交易流程信息進(jìn)行交易測(cè)試；[0010]當(dāng)交易測(cè)試平臺(tái)通過(guò)通訊接口接收到支付終端的交易請(qǐng)求數(shù)據(jù)包時(shí)，所述項(xiàng)目處理模塊調(diào)用所述協(xié)議信息對(duì)交易請(qǐng)求數(shù)據(jù)包進(jìn)行解析，調(diào)用校驗(yàn)開關(guān)信息對(duì)交易請(qǐng)求數(shù)據(jù)包進(jìn)行校驗(yàn)，并根據(jù)加密數(shù)據(jù)信息對(duì)交易請(qǐng)求數(shù)據(jù)包進(jìn)行的密鑰數(shù)據(jù)進(jìn)行校驗(yàn)；
[0011]步驟C:項(xiàng)目處理模塊根據(jù)所述交易代碼偏移量，從交易請(qǐng)求數(shù)據(jù)包中調(diào)用交易代碼，再根據(jù)所述交易代碼調(diào)用該交易代碼所對(duì)應(yīng)的測(cè)試案例，同時(shí)運(yùn)用所述協(xié)議信息、校驗(yàn)開關(guān)信息和加密數(shù)據(jù)信息對(duì)所述測(cè)試案例中的測(cè)試數(shù)據(jù)進(jìn)行處理和封裝，生成應(yīng)答數(shù)據(jù)包，由交易測(cè)試平臺(tái)通過(guò)通訊接口發(fā)送給支付終端；
[0012]步驟D:支付終端對(duì)應(yīng)答數(shù)據(jù)包解析處理后，執(zhí)行應(yīng)答數(shù)據(jù)包中的測(cè)試數(shù)據(jù)，并將測(cè)試結(jié)果反饋給交易測(cè)試平臺(tái)；然后項(xiàng)目處理模塊將測(cè)試結(jié)果與所述測(cè)試案例中的預(yù)期結(jié)果進(jìn)行比對(duì)，完成對(duì)支付終端的交易測(cè)試過(guò)程。
[0013]進(jìn)一步地，所述交易流程信息包含交易總步驟數(shù)、交易循環(huán)起始步驟、交易步驟類型、交易步驟接口、交易步驟時(shí)延和交易步驟重復(fù)次 數(shù)信息，其具體的數(shù)字格式結(jié)構(gòu)分別如下:
[0014]交易總步驟數(shù)=N，且N為自然數(shù)；
[0015]交易循環(huán)起始步驟=η, η為自然數(shù),且1≤η≤N ;
[0016]交易步驟m.類型=發(fā)送或接收；
[0017]交易步驟m.接口 =項(xiàng)目處理模塊中的一預(yù)設(shè)函數(shù)；
[0018]交易步驟m.時(shí)延=時(shí)間；
[0019]交易步驟m.重復(fù)次數(shù)=i,且i為正整數(shù)；
[0020]所述m為自然數(shù)，且1≤m≤N。
[0021]進(jìn)一步地，所述交易配置文件的格式為ini”格式文件。
[0022]本發(fā)明的有益效果在于:在實(shí)現(xiàn)方便快捷地模擬電話POS支付終端交易測(cè)試的前提下，同時(shí)可以兼容不同銀行的項(xiàng)目，大量的減輕測(cè)試系統(tǒng)的開發(fā)工作量和測(cè)試人員的測(cè)試工作量。
【專利附圖】

【附圖說(shuō)明】
[0023]下面參照附圖結(jié)合實(shí)施例對(duì)本發(fā)明作進(jìn)一步的描述。
[0024]圖1為本發(fā)明電話POS支付終端交易測(cè)試的方法的原理框圖。
[0025]圖2為本發(fā)明電話POS支付終端交易測(cè)試的方法的操作流程圖。
【具體實(shí)施方式】
[0026]請(qǐng)參閱圖1，一種電話POS支付終端交易測(cè)試的方法，先配置一交易測(cè)試平臺(tái)、復(fù)數(shù)個(gè)交易配置文件和支付終端；所述支付終端與交易測(cè)試平臺(tái)通過(guò)通訊接口連接；所述交易測(cè)試平臺(tái)包括配置文件處理模塊和復(fù)數(shù)個(gè)項(xiàng)目處理模塊；
[0027]交易測(cè)試平臺(tái)的主要功能是初始化交易配置文件、通訊接口、配置文件處理模塊和項(xiàng)目處理模塊，接收和發(fā)送交易數(shù)據(jù)；交易配置文件用于存儲(chǔ)項(xiàng)目測(cè)試時(shí)需要用到的數(shù)據(jù)等；項(xiàng)目處理模塊的主要功能是處理交易請(qǐng)求數(shù)據(jù)包，對(duì)數(shù)據(jù)包的業(yè)務(wù)層進(jìn)行解析，但項(xiàng)目處理模塊不進(jìn)行實(shí)際的交易操作，不會(huì)操作實(shí)際的賬戶中的金額等。
[0028]電話POS交易的通訊方式共包含五種:(I)傳統(tǒng)的電話線路通訊，電話線路通訊通過(guò)語(yǔ)音卡和交易測(cè)試平臺(tái)對(duì)接；(2)Modem方式的HDLC(高級(jí)數(shù)據(jù)鏈路控制)方式的通訊，經(jīng)過(guò)路由器或者網(wǎng)控器處理之后，走網(wǎng)絡(luò)線路與交易測(cè)試平臺(tái)對(duì)接；(3)無(wú)線網(wǎng)絡(luò)通訊；
(4)有線網(wǎng)絡(luò)通訊；(5)串口通訊。因此所述通訊接口包含語(yǔ)音卡接口、網(wǎng)絡(luò)接口、串口接□。
[0029]請(qǐng)?jiān)賲㈤唸D1和圖2,該方法具體包括以下步驟:
[0030]步驟A:交易測(cè)試平臺(tái)對(duì)交易配置文件、通訊接口、配置文件處理模塊和項(xiàng)目處理模塊進(jìn)行初始化；然后配置文件處理模塊加載交易配置文件中記錄的配置信息；交易測(cè)試平臺(tái)再根據(jù)所述配置信息中的項(xiàng)目名稱信息，加載對(duì)應(yīng)的項(xiàng)目處理模塊；
[0031]所述交易配置文件的格式為“.1ni”格式文件，所述配置信息包括交易流程信息、項(xiàng)目名稱信息、協(xié)議信息、校驗(yàn)開關(guān)信息、交易代碼偏移量、加密數(shù)據(jù)信息和交易代碼信息，以及每一交易代碼所對(duì)應(yīng)的測(cè)試案例；每所述測(cè)試案例均包含有測(cè)試數(shù)據(jù)和預(yù)期結(jié)果；
[0032]不同的項(xiàng)目，分別對(duì)置有一交易配置文件和項(xiàng)目處理模塊，給定一個(gè)交易配置文件，就相當(dāng)于指定了項(xiàng)目處理模塊，交易配置文件記錄有項(xiàng)目名稱，交易測(cè)試平臺(tái)只要加載與交易配置文件記錄中的項(xiàng)目名稱一致的項(xiàng)目處理模塊。
[0033]在測(cè)試一個(gè)產(chǎn)品時(shí)，需要預(yù)先配置好的測(cè)試案例，測(cè)試案例是由測(cè)試數(shù)據(jù)和說(shuō)明信息組成的，即標(biāo)注出執(zhí)行了這個(gè)測(cè)試案例之后，期望得到的結(jié)果。如果支付終端執(zhí)行了一個(gè)測(cè)試案例之后，得到的結(jié)果和測(cè)試案例中標(biāo)注的期望結(jié)果不一致，說(shuō)明產(chǎn)品存在某種問(wèn)題；如果得到的結(jié)果和案例中標(biāo)注的結(jié)果一致，那么在當(dāng)前測(cè)試案例描述的情況下，這個(gè)產(chǎn)品可以完成這個(gè)功能。
[0034]步驟B:交易測(cè)試平臺(tái)與支付終端之間根據(jù)所述交易流程信息進(jìn)行交易測(cè)試；
[0035]當(dāng)交易測(cè)試平臺(tái)通過(guò)通訊接口接收到支付終端的交易請(qǐng)求數(shù)據(jù)包時(shí)，項(xiàng)目處理模塊調(diào)用所述協(xié)議信息(協(xié)議是指“中國(guó)銀聯(lián)電話支付終端規(guī)范”和“中國(guó)銀聯(lián)銀聯(lián)卡受理終端應(yīng)用規(guī)范”)對(duì)交易請(qǐng)求數(shù)據(jù)包進(jìn)行解析，調(diào)用校驗(yàn)開關(guān)信息對(duì)交易請(qǐng)求數(shù)據(jù)包進(jìn)行校驗(yàn)，并根據(jù)加密數(shù)據(jù)信息對(duì)交易請(qǐng)求數(shù)據(jù)包進(jìn)行的密鑰數(shù)據(jù)進(jìn)行校驗(yàn)；
[0036]步驟C:項(xiàng)目處理模塊根據(jù)所述交易代碼偏移量，從交易請(qǐng)求數(shù)據(jù)包中調(diào)用交易代碼，再根據(jù)所述交易代碼調(diào)用該交易代碼所對(duì)應(yīng)的測(cè)試案例，同時(shí)運(yùn)用所述協(xié)議信息、校驗(yàn)開關(guān)信息和加密數(shù)據(jù)信息對(duì)所述測(cè)試案例中的測(cè)試數(shù)據(jù)進(jìn)行計(jì)算處理和封裝，生成應(yīng)答數(shù)據(jù)包，由交易測(cè)試平臺(tái)通過(guò)通訊接口發(fā)送給支付終端；
[0037]所述交易代碼偏移量指的是交易代碼在交易請(qǐng)求數(shù)據(jù)包中的位置，是對(duì)不同的協(xié)議所總結(jié)出的一個(gè)位置標(biāo)識(shí)，同一個(gè)項(xiàng)目的交易請(qǐng)求數(shù)據(jù)包偏移量是固定的。
[0038]步驟D:支付終端對(duì)應(yīng)答數(shù)據(jù)包解析處理后，執(zhí)行應(yīng)答數(shù)據(jù)包中的測(cè)試數(shù)據(jù)，并將測(cè)試結(jié)果反饋給交易測(cè)試平臺(tái)；然后項(xiàng)目處理模塊將測(cè)試結(jié)果與所述測(cè)試案例中的預(yù)期結(jié)果進(jìn)行比對(duì)，并將產(chǎn)生的過(guò)程日志信息和測(cè)試結(jié)果記錄到日志文件和測(cè)試報(bào)告中，完成對(duì)支付終端的交易測(cè)試過(guò)程。
[0039]所述交易流程信息包含交易總步驟數(shù)、交易循環(huán)起始步驟、交易步驟類型、交易步驟接口、交易步驟時(shí)延和交易步驟重復(fù)次數(shù)信息，其具體的數(shù)字格式結(jié)構(gòu)分別如下:
[0040]交易總步驟數(shù)=N，且N為自然數(shù)；即總共的交易步驟數(shù)為6。
[0041]交易循環(huán)起始步驟=η, η為自然數(shù),且I < η < N ;即交易未結(jié)束，從步驟η繼續(xù)開始。[0042]交易步驟m.類型=發(fā)送或接收，m為自然數(shù)，且I≤m≤N;即第m個(gè)步驟類型，為平臺(tái)發(fā)送數(shù)據(jù)或接收數(shù)據(jù)。
[0043]交易步驟m.接口 =項(xiàng)目處理模塊中的一預(yù)設(shè)函數(shù)；即第m個(gè)步驟接口，調(diào)用項(xiàng)目處理模塊中某一具體的函數(shù)，如名稱為send_link的函數(shù)。
[0044]交易步驟m.時(shí)延=時(shí)間；即第m個(gè)步驟時(shí)延，在預(yù)設(shè)的時(shí)間內(nèi)處理該步驟的工作。
[0045]交易步驟m.重復(fù)次數(shù)=i，且i為正整數(shù)；即第m個(gè)步驟若處理不成功，再重復(fù)處理的次數(shù)i，次數(shù)可以隨時(shí)調(diào)整。
[0046]上述m為自然數(shù),且I≤m≤N。
[0047]例1:某個(gè)銀行項(xiàng)目的中，交易的協(xié)議包含81，82，83，84，87五種類型的數(shù)據(jù)包。其中從支付終端發(fā)往交易測(cè)試平臺(tái)的數(shù)據(jù)包類型有82，83，87三種類型，從交易測(cè)試平臺(tái)發(fā)往支付終端的數(shù)據(jù)包類型有81，83，84三種類型，其交易順序?yàn)?81->82->87->83->84->83，即交易測(cè)試平臺(tái)下發(fā)類型為81的數(shù)據(jù)包，支付終端應(yīng)答82類型的數(shù)據(jù)包，支付終端繼續(xù)發(fā)送87類型的數(shù)據(jù)包，交易測(cè)試平臺(tái)應(yīng)答83類型的數(shù)據(jù)包，交易測(cè)試平臺(tái)發(fā)送84類型的數(shù)據(jù)包，支付終端應(yīng)答83類型的數(shù)據(jù)包，如果交易未結(jié)束，繼續(xù)從87類型的數(shù)據(jù)包開始，否則交易結(jié)束。那么此時(shí)，交易流程的配置如下:
[0048]TotalStep = 6 (交易總步驟數(shù)為6)；
[0049]LoopStep = 2 ；(交易未結(jié)束繼續(xù)從步驟2開始)； [0050]Stepl.type = SEND (第I個(gè)步驟類型，為交易測(cè)試平臺(tái)發(fā)送數(shù)據(jù));
[0051]StepLfun = send_link(第I個(gè)步驟接口，調(diào)用項(xiàng)目處理模塊中名稱為send_link的接口，即項(xiàng)目處理模塊是名稱為“send_link”的函數(shù))；
[0052]Stepl.ctime = 3000ms (第I個(gè)步驟時(shí)延,在3000毫秒的時(shí)間內(nèi)處理該步驟的工作，時(shí)間可以隨時(shí)調(diào)整)；
[0053]Stepl.times = 3 (第I個(gè)步驟如果處理不成功，再重復(fù)處理的次數(shù),3次,處理次數(shù)可以隨時(shí)調(diào)整)；
[0054]Step2.type = RECV(第2個(gè)步驟類型，為交易測(cè)試平臺(tái)接收支付終端的數(shù)據(jù))；
[0055]Step2.fun = recv_link(第2個(gè)步驟接口，調(diào)用項(xiàng)目處理模塊中名稱為recv_link的接口，即名稱為“recv_link”的函數(shù))；
[0056]Step2.ctime = 300ms (第2個(gè)步驟時(shí)延，在300毫秒的時(shí)間內(nèi)處理該步驟的工作)；
[0057]Step2.times = I (第2個(gè)步驟如果處理不成功,再重復(fù)處理的次數(shù)，I次)
[0058]Step3.type = RECV(第3個(gè)步驟類型，為交易測(cè)試平臺(tái)接收支付終端的數(shù)據(jù));
[0059]Step3.fun = recv_pack(第3個(gè)步驟接口，調(diào)用項(xiàng)目處理模塊中名稱為recv_pack的接口，即名稱為“recv_pack”的函數(shù))；
[0060]Step3.ctime = 300ms (第3個(gè)步驟時(shí)延，在300毫秒的時(shí)間內(nèi)處理該步驟的工作)；
[0061]Step3.times = I (第3個(gè)步驟如果處理不成功,再重復(fù)處理的次數(shù)，I次)
[0062]Step4.type = SEND (第4個(gè)步驟類型，為交易測(cè)試平臺(tái)發(fā)送數(shù)據(jù))；
[0063]Step4.fun = send_pack_ack (第4個(gè)步驟接口，調(diào)用項(xiàng)目處理模塊中名稱為send_pack_ack 的接口，即名稱為 “send_pack_ack” 的函數(shù))；[0064]Step4.ctime = 300ms (第4個(gè)步驟時(shí)延，在300毫秒的時(shí)間內(nèi)處理該步驟的工作)；
[0065]Step4.times = I (第4個(gè)步驟如果處理不成功,再重復(fù)處理的次數(shù)，I次)
[0066]Step5.type = SEND (第5個(gè)步驟類型，為交易測(cè)試平臺(tái)發(fā)送數(shù)據(jù))；
[0067]Step5.fun = send_pack(第5個(gè)步驟接口，調(diào)用項(xiàng)目處理模塊中名稱為send_pack的接口，即名稱為“send_pack”的函數(shù))；
[0068]Step5.ctime = 300ms (第5個(gè)步驟時(shí)延，在300毫秒的時(shí)間內(nèi)處理該步驟的工作)；
[0069]Step5.times = I (第5個(gè)步驟如果處理不成功,再重復(fù)處理的次數(shù)，I次)
[0070]Step6.type = RECV (第6個(gè)步驟類型，為交易測(cè)試平臺(tái)接收支付終端的數(shù)據(jù));
[0071]Step6.fun = recv_pack_ack (第6個(gè)步驟接口，調(diào)用項(xiàng)目處理模塊中名稱為recv_pack_ack 的接口，即名稱為 “recv_pack_ack” 的函數(shù))；
[0072]Step6.ctime = 300ms (第6個(gè)步驟時(shí)延，在300毫秒的時(shí)間內(nèi)處理該步驟的工作)；
[0073]Step6.times = I (第6個(gè)步驟如果處理不成功，再重復(fù)處理的次數(shù)，I次)
[0074]例2:某個(gè)銀行項(xiàng)目的交易協(xié)議比較簡(jiǎn)單，只有84和87兩種類型的數(shù)據(jù)包，87包為支付終端上送給交易測(cè)試平臺(tái)的數(shù)據(jù)包，84包為交易測(cè)試平臺(tái)下發(fā)給支付終端的數(shù)據(jù)包，交易為87->84，即支付終端上送交易請(qǐng)求數(shù)據(jù)，交易測(cè)試平臺(tái)處理成功應(yīng)答結(jié)果，依次循環(huán)。遵循例I的規(guī)則，只需要將交易流程稍作修改，配置如下:
[0075]TotalStep = 2 (交易總步驟數(shù)為2)；
[0076]LoopStep = I (交易未結(jié)束繼續(xù)從步驟I開始)；
[0077]Stepl.type = RECV(第I個(gè)步驟類型，為交易測(cè)試平臺(tái)接收支付終端數(shù)據(jù))；
[0078]Stepl.fun = recv_pack(第I個(gè)步驟接口，調(diào)用項(xiàng)目處理模塊中名稱為recv_pack的接口，即名稱為“recv_pack”的函數(shù))；
[0079]Stepl.ctime = 3000ms (第I個(gè)步驟時(shí)延,在3000毫秒的時(shí)間內(nèi)處理該步驟的工作)；
[0080]Stepl.times = 3 (第I個(gè)步驟如果處理不成功,再重復(fù)處理的次數(shù),3次)；
[0081]Step2.type = SEND (第2個(gè)步驟類型，為交易測(cè)試平臺(tái)發(fā)送數(shù)據(jù))；
[0082]Step2.fun = send_pack(第2個(gè)步驟接口，調(diào)用項(xiàng)目處理模塊中名稱為send_pack的接口，即名稱為“send_pack”的函數(shù))；
[0083]Step2.ctime = 300 (第2個(gè)步驟時(shí)延,在300毫秒的時(shí)間內(nèi)處理該步驟的工作)；
[0084]Step2.times = I (第2個(gè)步驟如果處理不成功,再重復(fù)處理的次數(shù)，I次)
[0085]本發(fā)明具有以下優(yōu)點(diǎn):
[0086]1、擺脫了對(duì)銀行真實(shí)交易平臺(tái)的依賴，實(shí)際交易過(guò)程中，不會(huì)發(fā)生實(shí)質(zhì)性的金錢交易；
[0087]2、測(cè)試兼容多個(gè)銀行的項(xiàng)目，兼容多種類型的終端；只需要通過(guò)簡(jiǎn)單的修改交易流程配置，更換不同的項(xiàng)目處理模塊中的預(yù)設(shè)函數(shù)，即可以完成對(duì)符合銀聯(lián)電話支付終端規(guī)范項(xiàng)目的兼容測(cè)試；一個(gè)平臺(tái)可以支持多個(gè)項(xiàng)目，多種終端的交易測(cè)試。目前在本公司測(cè)試使用中，已經(jīng)支持了七種型號(hào)的終端近二十多個(gè)項(xiàng)目的測(cè)試；[0088]3、降低測(cè)試人員的測(cè)試工作量，研發(fā)人員開發(fā)測(cè)試平臺(tái)的工作量；測(cè)試人員只要簡(jiǎn)單地修改交易配置文件中的交易流程信息，即可實(shí)現(xiàn)交易的測(cè)試，由于平臺(tái)之間的兼容性，一次學(xué)習(xí)，即掌握其他項(xiàng)目的測(cè)試方法，研發(fā)人員不再需要針對(duì)項(xiàng)目開發(fā)相應(yīng)的平臺(tái)，只需要進(jìn)行稍加修改即可，同時(shí)可以使用于初期項(xiàng)目的調(diào)試使用。
【權(quán)利要求】
1.一種電話POS支付終端交易測(cè)試的方法，其特征在于:先配置一交易測(cè)試平臺(tái)、復(fù)數(shù)個(gè)交易配置文件和支付終端；所述支付終端與交易測(cè)試平臺(tái)通過(guò)通訊接口連接；所述交易測(cè)試平臺(tái)包括配置文件處理模塊和復(fù)數(shù)個(gè)項(xiàng)目處理模塊； 該方法具體包括以下步驟: 步驟A:交易測(cè)試平臺(tái)對(duì)交易配置文件、通訊接口、配置文件處理模塊和項(xiàng)目處理模塊進(jìn)行初始化；然后配置文件處理模塊加載一交易配置文件中記錄的配置信息；交易測(cè)試平臺(tái)再根據(jù)所述配置信息中的項(xiàng)目名稱信息，加載對(duì)應(yīng)的項(xiàng)目處理模塊； 所述配置信息包括交易流程信息、項(xiàng)目名稱信息、協(xié)議信息、校驗(yàn)開關(guān)信息、交易代碼偏移量、加密數(shù)據(jù)信息和交易代碼信息，以及每一交易代碼所對(duì)應(yīng)的測(cè)試案例；每所述測(cè)試案例均包含有測(cè)試數(shù)據(jù)和預(yù)期結(jié)果； 步驟B:交易測(cè)試平臺(tái)與支付終端之間根據(jù)所述交易流程信息進(jìn)行交易測(cè)試； 當(dāng)交易測(cè)試平臺(tái)通過(guò)通訊接口接收到支付終端的交易請(qǐng)求數(shù)據(jù)包時(shí)，所述項(xiàng)目處理模塊調(diào)用所述協(xié)議信息對(duì)交易請(qǐng)求數(shù)據(jù)包進(jìn)行解析，調(diào)用校驗(yàn)開關(guān)信息對(duì)交易請(qǐng)求數(shù)據(jù)包進(jìn)行校驗(yàn)，并根據(jù)加密數(shù)據(jù)信息對(duì)交易請(qǐng)求數(shù)據(jù)包進(jìn)行的密鑰數(shù)據(jù)進(jìn)行校驗(yàn)； 步驟C:項(xiàng)目處理 模塊根據(jù)所述交易代碼偏移量，從交易請(qǐng)求數(shù)據(jù)包中調(diào)用交易代碼，再根據(jù)所述交易代碼調(diào)用該交易代碼所對(duì)應(yīng)的測(cè)試案例，同時(shí)運(yùn)用所述協(xié)議信息、校驗(yàn)開關(guān)信息和加密數(shù)據(jù)信息對(duì)所述測(cè)試案例中的測(cè)試數(shù)據(jù)進(jìn)行處理和封裝，生成應(yīng)答數(shù)據(jù)包，由交易測(cè)試平臺(tái)通過(guò)通訊接口發(fā)送給支付終端； 步驟D:支付終端對(duì)應(yīng)答數(shù)據(jù)包解析處理后，執(zhí)行應(yīng)答數(shù)據(jù)包中的測(cè)試數(shù)據(jù)，并將測(cè)試結(jié)果反饋給交易測(cè)試平臺(tái)；然后項(xiàng)目處理模塊將測(cè)試結(jié)果與所述測(cè)試案例中的預(yù)期結(jié)果進(jìn)行比對(duì)，完成對(duì)支付終端的交易測(cè)試過(guò)程。
2.如權(quán)利要求1所述的電話POS支付終端交易測(cè)試的方法，其特征在于: 所述交易流程信息包含交易總步驟數(shù)、交易循環(huán)起始步驟、交易步驟類型、交易步驟接口、交易步驟時(shí)延和交易步驟重復(fù)次數(shù)信息，其具體的數(shù)字格式結(jié)構(gòu)分別如下: 交易總步驟數(shù)=N，且N為自然數(shù)； 交易循環(huán)起始步驟=η, η為自然數(shù),且I < η < N ; 交易步驟m.類型=發(fā)送或接收； 交易步驟m.接口 =項(xiàng)目處理模塊中的一預(yù)設(shè)函數(shù)； 交易步驟m.時(shí)延=時(shí)間； 交易步驟m.重復(fù)次數(shù)=i，且i為正整數(shù)； 所述m為自然數(shù),且I≤m≤N。
3.如權(quán)利要求1所述的電話POS支付終端交易測(cè)試的方法，其特征在于:所述交易配置文件的格式為ini”格式文件。
【文檔編號(hào)】G06Q20/20GK104038605SQ201410244181
【公開日】2014年9月10日 申請(qǐng)日期:2014年6月4日 優(yōu)先權(quán)日:2014年6月4日
【發(fā)明者】吳振盛, 柯梓豐, 張登峰, 余杭軍 申請(qǐng)人:福建升騰資訊有限公司