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

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

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

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