專利名稱：網(wǎng)上支付測試系統(tǒng)及網(wǎng)上支付測試方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)上支付領(lǐng)域，特別涉及一種網(wǎng)上支付測試系統(tǒng)以及一 種網(wǎng)上支付測試方法。
背景技術(shù)：
近年來，電子商務(wù)逐漸成為互聯(lián)網(wǎng)經(jīng)濟發(fā)展的主要潮流，網(wǎng)上購物 和支付逐漸成為一種方便的生活方式。電子商務(wù)的關(guān)鍵環(huán)節(jié)之一是支付 結(jié)算體系，而網(wǎng)上支付則是電子商務(wù)最理想的支付方案，對于所述網(wǎng)上
支付在實際中的可行性，需要本領(lǐng)域技術(shù)人員在各種場景、環(huán)境以及情 況下進行多次測試，才能得到符合現(xiàn)代用戶需求的網(wǎng)上支付系統(tǒng)。
現(xiàn)有的網(wǎng)上支付系統(tǒng)主要涉及使用銀行卡作為支付工具通過互聯(lián)網(wǎng) 完成電子商務(wù)交易的付款方式，在這種情況下，在網(wǎng)上支付系統(tǒng)開發(fā)時， 銀行會提供相應(yīng)的測試環(huán)境，本領(lǐng)域技術(shù)人員則在這種測試環(huán)境中進行 測試，測試正常后則將網(wǎng)上支付系統(tǒng)應(yīng)用到銀行真實環(huán)境中。
一旦網(wǎng)上支付系統(tǒng)發(fā)布到真實環(huán)境中后，如果系統(tǒng)開發(fā)人員需要添 加或減少系統(tǒng)功能(例如，4艮行返回頁面需要添加活動)或維護該系統(tǒng)， 則只能在銀行真實環(huán)境下進行，因為銀行的測試環(huán)境可能會在系統(tǒng)開發(fā) 結(jié)束后關(guān)閉，并且，從真實環(huán)境到測試環(huán)境的切換會給系統(tǒng)的應(yīng)用帶來 很大的風(fēng)險。例如，在系統(tǒng)開發(fā)人員進入測試環(huán)境測試或維護網(wǎng)上支付 系統(tǒng)時，如果用戶使用系統(tǒng)的充值功能進行充值，那么用戶充入的支付 金額則進入了銀行測試環(huán)境下的帳戶，而在測試環(huán)境下的帳戶并不能在 真實環(huán)境下使用，那么對于用戶而言，充入的支付金額就丟失了。
總之，隨著網(wǎng)上支付業(yè)務(wù)的日益發(fā)展，迫切需要發(fā)展出一種不會影 響用戶正常使用，可以簡單、快捷地進行網(wǎng)上支付測試的網(wǎng)上支付測試 方法和系統(tǒng)。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提供一種網(wǎng)上支付測試系統(tǒng)，用以在
不影響用戶使用的前提下，無風(fēng)險、低成本地完成支付測試及維護；
本發(fā)明的另一個目的是提供一種網(wǎng)上支付測試的方法，以保證上述
網(wǎng)上支付測試系統(tǒng)在實際中應(yīng)用。
為解決上述技術(shù)問題，本發(fā)明實施例提供了一種支付測試系統(tǒng)，包
括
支付平臺包括接口單元和信息生成單元，所述接口單元用于提供 用戶支付的接口，以及向用戶返回處理結(jié)果；所述信息生成單元用于根 據(jù)用戶的支付請求生成支付 信息；
通訊模塊包括轉(zhuǎn)換單元和傳輸單元，所述轉(zhuǎn)換單元用于將所述支 付信息轉(zhuǎn)換為預(yù)置標準支付信息，所述預(yù)置標準支付信息包括訂單號和 支付金額；所述傳輸單元用于將所述預(yù)置標準支付信息轉(zhuǎn)發(fā)至測試服務(wù) 器；
測試服務(wù)器包括處理單元和數(shù)據(jù)庫，所述處理單元用于根據(jù)所述 預(yù)置標準支付信息進行支付處理，并向支付平臺返回處理結(jié)果信息；所 述數(shù)據(jù)庫包括預(yù)置帳號及其余額。
優(yōu)選的是，所述通訊模塊位于支付平臺或測試服務(wù)器中。
優(yōu)選的是，所述處理單元包括
判斷子單元用于判斷數(shù)據(jù)庫中該預(yù)置帳號的余額是否大于或等于 所述支付金額，如果是，則觸發(fā)第一處理子單元，如果否，則觸發(fā)第二 處理子單元；
第一處理子單元用于更新該預(yù)置帳號的余額，并向所述支付平臺 返回支付成功的結(jié)果信息；
第二處理子單元用于向所述支付平臺返回支付失敗的結(jié)果信息。 優(yōu)選的是，所述處理單元還包括
第三處理子單元用于判斷所述預(yù)置帳號是否合法，如果否，則向 所述支付平臺返回支付失敗的結(jié)果信息。
優(yōu)選的是，所述數(shù)據(jù)庫還包括訂單號，所述處理單元還包括 第四處理子單元用于當(dāng)所述訂單號為數(shù)據(jù)庫中已經(jīng)存在的訂單號時，向所述支付平臺返回支付失敗的結(jié)果信息。
優(yōu)選的是，所述預(yù)置標準支付信息還包括支付平臺URL,所述處理 單元還包括
讀取子單元用于讀取所述預(yù)置標準支付信息中的支付平臺URL; 返回子單元用于根據(jù)所述支付平臺URL向相應(yīng)的支付平臺返回處 理結(jié)果信息。
本發(fā)明實施例還提供了 一種網(wǎng)上支付測試的方法，包括 使用預(yù)置帳號在支付平臺提交支付請求，并根據(jù)所述支付請求生成 支付信息；
將所述支付信息轉(zhuǎn)換為預(yù)置標準支付信息，所述預(yù)置標準支付信息 包括訂單號和支付金額，并將所述預(yù)置標準支付信息轉(zhuǎn)發(fā)至所述測試服
務(wù)器；
所述測試服務(wù)器根據(jù)所述預(yù)置標準支付信息進行支付處理，并向所 述支付平臺返回處理結(jié)果信息；
根據(jù)所述處理結(jié)果信息完成支付測試。 優(yōu)選的是，所述支付步驟包括
判斷數(shù)據(jù)庫中該預(yù)置帳號的余額是否大于或等于所述支付金額，如 果是，則更新該預(yù)置帳號的余額，并向所述支付平臺返回支付成功的結(jié) 果信息；如果否，則向所述支付平臺返回支付失敗的結(jié)果信息。
優(yōu)選的是，所述支付步驟還包括
判斷所述預(yù)置帳號是否合法，如果否，則向所述支付平臺返回支付 失敗的結(jié)果信息。
優(yōu)選的是，所述數(shù)據(jù)庫還包括訂單號，所述支付步驟還包括 如果訂單號為數(shù)據(jù)庫中已經(jīng)存在的訂單號，則向所述支付平臺返回
支付失敗的結(jié)果信息。
優(yōu)選的是，所述預(yù)置標準支付信息還包括支付平臺URL,所述返回 結(jié)果信息的步驟包括
讀取所述預(yù)置標準支付信息中的支付平臺URL;
根據(jù)所述支付平臺URL向相應(yīng)的支付平臺返回處理結(jié)果信息。
與現(xiàn)有技術(shù)相比，本發(fā)明實施例具有以下優(yōu)點本發(fā)明通過模擬銀行提供的測試環(huán)境完成網(wǎng)上支付的測試及維護， 從而使系統(tǒng)開發(fā)、維護人員或其他相關(guān)人員無需在真實環(huán)境和測試環(huán)境 下切換，避免在測試環(huán)境中使用真實帳號進行支付測試帶來的風(fēng)險和損 失，降低了系統(tǒng)維護成本。并且，本發(fā)明實施例可以使系統(tǒng)測試或維護 人員簡單、快捷地測試銀行網(wǎng)關(guān)相關(guān)的業(yè)務(wù)邏輯，有效地提高了系統(tǒng)測 試、維護人員或其他相關(guān)人員的工作效率。


圖1是本發(fā)明的網(wǎng)上支付測試系統(tǒng)實施例1的結(jié)構(gòu)框圖； 圖2是本發(fā)明的網(wǎng)上支付測試系統(tǒng)實施例2的結(jié)構(gòu)框圖； 圖3是應(yīng)用圖2所示的系統(tǒng)進行網(wǎng)上支付測試的方法流程圖； 圖4是本發(fā)明網(wǎng)上支付測試的方法實施例的流程圖。
具體實施例方式
為使本發(fā)明的上述目的、特征和優(yōu)點能夠更加明顯易懂，下面結(jié)合 附圖和具體實施方式
對本發(fā)明作進一步詳細的說明。
本發(fā)明的核心構(gòu)思之一在于，通過模擬銀行提供的測試環(huán)境完成網(wǎng) 上支付的測試及維護，從而使系統(tǒng)開發(fā)、維護人員或其他相關(guān)人員無需 在真實環(huán)境和測試環(huán)境下切換，以保證用戶在正常使用網(wǎng)上支付系統(tǒng)的 前提下，避免切換帶來的各種風(fēng)險，降低系統(tǒng)維護成本。
參照圖1,示出了本發(fā)明的網(wǎng)上支付測試系統(tǒng)實施例1的結(jié)構(gòu)框圖， 具體包括以下模塊
支付平臺101:包括接口單元1011、信息生成單元1012和通訊模塊 1013,所述接口單元1011用于提供用戶支付的接口 ，以及向用戶返回處 理結(jié)果；所述信息生成單元1012用于根據(jù)用戶的支付請求生成支付信息； 所述通訊模塊1013包括轉(zhuǎn)換單元和傳輸單元，所述轉(zhuǎn)換單元用于將所述 支付信息轉(zhuǎn)換為預(yù)置標準支付信息，所述預(yù)置標準支付信息包括訂單號 和支付金額；所述傳輸單元用于將所述預(yù)置標準支付信息轉(zhuǎn)發(fā)至測試服 務(wù)器；
測試服務(wù)器102:包括處理單元1021和數(shù)據(jù)庫1022，所述處理單元1021用于根據(jù)所述預(yù)置標準支付信息進行支付處理，并向支付平臺101 返回處理結(jié)果信息；所述數(shù)據(jù)庫1022包括預(yù)置帳號及其余額。
可以看出，在本實施例中，所述通訊模塊位于支付平臺中，在支付 測試時，用戶通過接口單元在支付平臺輸入帳號及密碼，或以其它方式 提交某筆交易的支付請求，信息生成單元則可以根據(jù)該支付請求生成支 付信息，公知的是，所述支付信息是根據(jù)各網(wǎng)銀接口的具體要求設(shè)置的， 例如，招商銀行網(wǎng)銀接口的基本表單項為
<form name="sendOrder" method="post"
action="https:〃www.cmbchina.com/netpayment/BaseHttp.dll PrePayCl
target="_blank" onsubmit="return submitOrder();" style="margin:Opx;">
〈input type="hidden" name="MerchantUrl"
value="http:〃bankacknowledge.alipay.com/payment/c—m—b—e—bank_ac
knowledge.htm" />
<input type="hidden" name="CoNo" value="002696" />
〈input type="hidden" name="BranchID" value="0571" />
<input type="hidden" name="BillNo" value="2028841097" />
〈input type="hidden" name="Amount" value="1.00" />
<input type="hidden" name="Date" value="20070415" />
<input type="submit" id="dsubmitl" class="Button-7word" value-"去
網(wǎng)上銀行充值"/> </form>
在這種情況下，信息生成單元生成的支付信息包括"CoNo"、 "BranchID"、 "BillNo"、 "Amount" 、 "Date"等。
盡管各網(wǎng)銀所要求的接口設(shè)置不一樣，然而，對于網(wǎng)上支付系統(tǒng)而 言，支付金額("Amount")以及訂單號("BillNo")字段是完成每筆交易 所必須具有的，即，每條支付信息都應(yīng)當(dāng)包括支付金額和訂單號，本發(fā) 明實施例基于這種構(gòu)思，通過通訊模塊的轉(zhuǎn)換單元將所述支付信息轉(zhuǎn)換 為預(yù)置標準支付信息，該預(yù)置標準支付信息至少包括訂單號和支付金額兩個元素。所述轉(zhuǎn)換方式可以為直接提取相應(yīng)字段的方式，假設(shè)采用上
例，則只需要提取包含支付金額("Amount")以及訂單號("BillNo")字 段的代碼，去除其它字段的代碼，即可實現(xiàn)所述轉(zhuǎn)換單元在實際中的轉(zhuǎn) 換。當(dāng)然，本領(lǐng)域技術(shù)人員根據(jù)需要或經(jīng)驗采用其它轉(zhuǎn)換方式都是可行 的，本發(fā)明對此不需要進行限定。
傳輸單元將所述預(yù)置標準支付信息轉(zhuǎn)發(fā)至測試服務(wù)器后，測試服務(wù) 器的處理單元則可以根據(jù)所述預(yù)置標準支付信息進行支付處理，優(yōu)選的 是，所述處理單元可以包括以下子單元
判斷子單元用于判斷數(shù)據(jù)庫中該預(yù)置帳號的余額是否大于或等于 所述支付金額，如果是，則觸發(fā)第一處理子單元，如果否，則觸發(fā)第二 處理子單元；
第一處理子單元用于更新該預(yù)置帳號的余額，并向所述支付平臺 返回支付成功的結(jié)果信息；
第二處理子單元用于向所述支付平臺返回支付失敗的結(jié)果信息。
在這種情況下， 一種優(yōu)選的支付處理方法為'.判斷子單元判斷數(shù)據(jù) 庫中該預(yù)置帳號的余額是否大于或等于所述支付金額，如果是，則更新 該預(yù)置帳號的余額，并向所述支付平臺返回支付成功的結(jié)果信息；如果 否，則直接向所述支付平臺返回支付失敗的結(jié)果信息。
例如，假設(shè)該預(yù)置帳號的余額為2000,支付金額為1500,則所述支 付處理為，在數(shù)據(jù)庫中更新該預(yù)置帳號的余額為500,并通知支付平臺支 付成功；或者，假設(shè)該預(yù)置帳號的余額為500,支付金額為1500，則所 述支付處理為，直接通知支付平臺支付失敗。系統(tǒng)測試或維護人員即可 根據(jù)該處理結(jié)果測試支付平臺的接口是否運行正常，或完成其它測試及 維護。
優(yōu)選的是，所述處理單元還可以包括第三處理子單元用于判斷所 述預(yù)置帳號是否合法，如果否，則向所述支付平臺返回支付失敗的結(jié)果
4呂息。
明對此不需要進行限定。
為了保證測試的安全性，本發(fā)明實施例還可以進一步對用戶提交支付的預(yù)置帳號的合法性進行驗證，該預(yù)置帳號可以為有權(quán)限進行網(wǎng)上支 付的帳號及相應(yīng)的密碼，也可以為系統(tǒng)測試人員或維護人員的專用測試 帳號及密碼，本領(lǐng)域技術(shù)人員可以任意設(shè)置，并且該預(yù)置帳號可以是虛 擬存在的，無需額外占用現(xiàn)實帳戶的資金。此外，所述驗證的方法可以 采用現(xiàn)有技術(shù)中的字符串匹配法或各種加解密算法等，本領(lǐng)域技術(shù)人員 根據(jù)經(jīng)驗或需要采用任一種驗證方法都是可行的，本發(fā)明對此不作限制。 為了避免重復(fù)支付的情況，例如，用戶針對某一筆交易支付后，由 于支付平臺接口的問題或其它問題，測試服務(wù)器沒有返回相應(yīng)的處理結(jié) 果信息，那么用戶很可能會針對該交易重復(fù)發(fā)起一次支付，從而影響支 付測試的準確性。優(yōu)選的是，本發(fā)明實施例所述數(shù)據(jù)庫還可以包括訂單
號，在這種情況下，所述處理單元還可以包括第四處理子單元用于當(dāng) 所述訂單號為數(shù)據(jù)庫中已經(jīng)存在的訂單號時，向所述支付平臺返回支付 失敗的結(jié)果信息。
在實際中，為了保證通訊的準確性，所述預(yù)置標準支付信息還可以 包括支付平臺URL,在這種情況下，所述處理單元還可以包括
讀取子單元用于讀取所述預(yù)置標準支付信息中的支付平臺URL;
返回子單元用于根據(jù)所述支付平臺URL向相應(yīng)的支付平臺返回處 理結(jié)果信息。
在實際中，所述通訊模塊也可以設(shè)置在測試服務(wù)器端，參考圖2,示 出了本發(fā)明的網(wǎng)上支付測試系統(tǒng)實施例2的結(jié)構(gòu)框圖，具體包括以下模 塊
支付平臺201:包括接口單元2011和信息生成單元2012,所述接口 單元2011用于提供用戶支付的接口，以及，向用戶返回處理結(jié)果；所述 信息生成單元2012用于根據(jù)用戶的支付請求生成支付信息；
測試服務(wù)器202:包括通訊才莫塊2021、處理單元2022和數(shù)據(jù)庫2023, 所述通訊模塊2021包括轉(zhuǎn)換單元和傳輸單元，所述轉(zhuǎn)換單元用于將所述 支付信息轉(zhuǎn)換為預(yù)置標準支付信息，所述預(yù)置標準支付信息包括訂單號 和支付金額；所述傳輸單元用于將所述預(yù)置標準支付信息轉(zhuǎn)發(fā)至處理單 元2022;所述處理單元2022用于根據(jù)所述預(yù)置標準支付信息進行支付處 理，并向支付平臺201返回處理結(jié)果信息；所述數(shù)據(jù)庫2023包括預(yù)置帳號及其余額。
優(yōu)選的是，所述處理單元可以包括以下子單元
判斷子單元用于判斷數(shù)據(jù)庫中該預(yù)置帳號的余額是否大于或等于 所述支付金額，如果是，則觸發(fā)第一處理子單元，如果否，則觸發(fā)第二 處理子單元；
第一處理子單元用于更新該預(yù)置帳號的余額，并向所述支付平臺
返回支付成功的結(jié)果信息；
第二處理子單元用于向所述支付平臺返回支付失敗的結(jié)果信息。 優(yōu)選的是，所述處理單元還可以包括第三處理子單元用于判斷所
述預(yù)置帳號是否合法，如果否，則向所述支付平臺返回支付失敗的結(jié)果信息。
優(yōu)選的是，所述數(shù)據(jù)庫還可以包括訂單號，在這種情況下所述處理 單元還可以包括第四處理子單元用于當(dāng)所述訂單號為數(shù)據(jù)庫中已經(jīng)存 在的訂單號時，向所述支付平臺返回支付失敗的結(jié)果信息。
優(yōu)選的是，所述預(yù)置標準支付信息還包括支付平臺URL,在這種情 況下，所述處理單元還可以包括
讀取子單元用于讀取所述預(yù)置標準支付信息中的支付平臺URL;
返回子單元用于根據(jù)所述支付平臺URL向相應(yīng)的支付平臺返回處 理結(jié)果信息。
參考圖3,示出了應(yīng)用圖2所示的系統(tǒng)進行網(wǎng)上支付測試的方法流程 圖，具體包括以下步驟
步驟301 、用戶通過支付平臺接口單元使用預(yù)置帳號提交支付請求， 信息生成單元根據(jù)所述支付請求生成支付信息；
步驟302、轉(zhuǎn)換單元將所述支付信息轉(zhuǎn)換為預(yù)置標準支付信息，所述 預(yù)置標準支付信息包括訂單號和支付金額，并通過傳輸單元將所述預(yù)置 標準支付信息轉(zhuǎn)發(fā)至處理單元；
步驟303、所述處理單元根據(jù)所述預(yù)置標準支付信息進行支付處理， 并向所述支付平臺返回處理結(jié)果信息。
優(yōu)選的是，所述支付處理步驟可以為判斷數(shù)據(jù)庫中該預(yù)置帳號的 余額是否大于或等于所述支付金額，如果是，則更新該預(yù)置帳號的余額，并向所述支付平臺返回支付成功的結(jié)果信息；如果否，則向所述支付平
臺返回支付失敗的結(jié)果信息。
對于所述圖3描述未詳盡之處，請參考本文前述相關(guān)部分。 本發(fā)明通過模擬銀行提供的測試環(huán)境，可以大大減少對網(wǎng)^U妄口的 測試環(huán)境的依賴，同時還可以避免在測試環(huán)境中使用真實帳號進行支付 測試帶來的風(fēng)險和損失，降低了系統(tǒng)維護成本。使系統(tǒng)測試、維護人員 或其他相關(guān)人員可以輕松、筒便地測試銀行網(wǎng)關(guān)相關(guān)的業(yè)務(wù)邏輯，有效 地提高了系統(tǒng)測試、維護人員或其他相關(guān)人員的工作效率。
參考圖4，示出了本發(fā)明網(wǎng)上支付測試的方法實施例流程圖，具體包 括以下步驟
步驟401、使用預(yù)置帳號在支付平臺提交支付請求，并根據(jù)所述支付 請求生成支付信息；
以為系統(tǒng)測試人員或維護人員的專用測試帳號及密碼，本領(lǐng)域技術(shù)人員 可以任意設(shè)置，并且該預(yù)置帳號可以是虛擬存在的，無需額外占用現(xiàn)實 帳戶的資金。
所述支付信息可以根據(jù)各網(wǎng)銀接口的具體要求生成，對于其格式、 內(nèi)容及生成方法本發(fā)明無需限制。
步驟402、將所述支付信息轉(zhuǎn)換為預(yù)置標準支付信息，所述預(yù)置標準 支付信息包括訂單號和支付金額，并將所述預(yù)置標準支付信息轉(zhuǎn)發(fā)至所 述測試服務(wù)器；
優(yōu)選的是，所述預(yù)置標準支付信息還可以包括支付平臺URL,當(dāng)然， 本領(lǐng)域技術(shù)人員還可以根據(jù)經(jīng)驗或需要設(shè)置所述預(yù)置標準支付信息，本 發(fā)明對此不需要進行限定。
步驟403、所述測試服務(wù)器根據(jù)所述預(yù)置標準支付信息進行支付處 理，并向所述支付平臺返回處理結(jié)果信息；
優(yōu)選的是，所述支付處理可以包括以下步驟判斷數(shù)據(jù)庫中該預(yù)置 帳號的余額是否大于或等于所述支付金額，如果是，則更新該預(yù)置帳號 的余額，并向所述支付平臺返回支付成功的結(jié)果信息；如果否，則向所 述支付平臺返回支付失敗的結(jié)果信息。為了保證測試的安全性，本發(fā)明實施例還可以進一 步對用戶提交支 付的預(yù)置帳號的合法性進行驗證，在這種情況下，所述支付處理還可以
包括以下步驟判斷所述預(yù)置帳號是否合法，如果否，則向所述支付平 臺返回支付失敗的結(jié)果信息。
為了避免重復(fù)支付的情況，還可以在所述數(shù)據(jù)庫中記錄訂單號，在 這種情況下，所述支付處理還可以包括以下步驟如果訂單號為數(shù)據(jù)庫 中已經(jīng)存在的訂單號，則向所述支付平臺返回支付失敗的結(jié)果信息。
優(yōu)選的是，在所述預(yù)置標準支付信息包括支付平臺URL的情況下， 所述返回結(jié)果信息的步驟可以包括以下子步驟
子步驟S1、讀取所述預(yù)置標準支付信息中的支付平臺URL;
子步驟S2、根據(jù)所述支付平臺URL向相應(yīng)的支付平臺返回處理結(jié)果 信息。
步驟404、根據(jù)所述處理結(jié)果信息完成支付測試。
所述支付測試可以為測試支付平臺接口是否可以正常使用，或者為 測試新增功能是否可以使用等，本領(lǐng)域技術(shù)人員可以應(yīng)用本發(fā)明完成任 一種支付測試，本發(fā)明對此不作限制。
由于采用圖4所示的方法可以對應(yīng)于前述網(wǎng)上支付測試的具體流程， 相關(guān)內(nèi)容和詳細的實施過程已經(jīng)在前述部分進行了詳細描述，因此，在 此就不再贅述。
以上對本發(fā)明所提供的一種網(wǎng)上支付測試系統(tǒng)及一種網(wǎng)上支付測試 的方法進行了詳細介紹，本文中應(yīng)用了具體個例對本發(fā)明的原理及實施 方式進行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及 其核心思想；同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想， 在具體實施方式
及應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi) 容不應(yīng)理解為對本發(fā)明的限制。
權(quán)利要求
1、一種網(wǎng)上支付測試系統(tǒng)，其特征在于，包括支付平臺包括接口單元和信息生成單元，所述接口單元用于提供用戶支付的接口，以及向用戶返回處理結(jié)果；所述信息生成單元用于根據(jù)用戶的支付請求生成支付信息；通訊模塊包括轉(zhuǎn)換單元和傳輸單元，所述轉(zhuǎn)換單元用于將所述支付信息轉(zhuǎn)換為預(yù)置標準支付信息，所述預(yù)置標準支付信息包括訂單號和支付金額；所述傳輸單元用于將所述預(yù)置標準支付信息轉(zhuǎn)發(fā)至測試服務(wù)器；測試服務(wù)器包括處理單元和數(shù)據(jù)庫，所述處理單元用于根據(jù)所述預(yù)置標準支付信息進行支付處理，并向支付平臺返回處理結(jié)果信息；所述數(shù)據(jù)庫包括預(yù)置帳號及其余額。
2、 如權(quán)利要求l所述的系統(tǒng)，其特征在于，所述通訊模塊位于支付 平臺或測試服務(wù)器中。
3、 如權(quán)利要求2所述的系統(tǒng)，其特征在于，所述處理單元包括 判斷子單元用于判斷數(shù)據(jù)庫中該預(yù)置帳號的余額是否大于或等于所述支付金額，如果是，則觸發(fā)第一處理子單元，如果否，則觸發(fā)第二 處理子單元；第一處理子單元用于更新該預(yù)置帳號的余額，并向所述支付平臺 返回支付成功的結(jié)果信息；第二處理子單元用于向所述支付平臺返回支付失敗的結(jié)果信息。
4、 如權(quán)利要求3所述的系統(tǒng)，其特征在于，所述處理單元還包括 第三處理子單元用于判斷所述預(yù)置帳號是否合法，如果否，則向所述支付平臺返回支付失敗的結(jié)果信息。
5、 如權(quán)利要求l、 2、 3或4所述的系統(tǒng)，其特征在于，所述數(shù)據(jù)庫 還包括訂單號，所述處理單元還包括第四處理子單元用于當(dāng)所述訂單號為數(shù)據(jù)庫中已經(jīng)存在的訂單號 時，向所述支付平臺返回支付失敗的結(jié)果信息。
6、 如權(quán)利要求1或2所述的系統(tǒng)，其特征在于，所述預(yù)置標準支付信息還包括支付平臺URL,所述處理單元還包括讀取子單元用于讀取所述預(yù)置標準支付信息中的支付平臺URL;返回子單元用于根據(jù)所述支付平臺URL向相應(yīng)的支付平臺返回處 理結(jié)果信息。
7、 一種應(yīng)用權(quán)利要求1所述的網(wǎng)上支付系統(tǒng)進行網(wǎng)上支付測試的方 法，其特征在于，包括使用預(yù)置帳號在支付平臺提交支付請求，并根據(jù)所述支付請求生成 支付信息；將所述支付信息轉(zhuǎn)換為預(yù)置標準支付信息，所述預(yù)置標準支付信息 包括訂單號和支付金額，并將所述預(yù)置標準支付信息轉(zhuǎn)發(fā)至所述測試服 務(wù)器；所述測試服務(wù)器根據(jù)所述預(yù)置標準支付信息進行支付處理，并向所 述支付平臺返回處理結(jié)果信息；根據(jù)所述處理結(jié)果信息完成支付測試。
8、 如權(quán)利要求7所述的方法，其特征在于，所述支付步驟包括 判斷數(shù)據(jù)庫中該預(yù)置帳號的余額是否大于或等于所述支付金額，如果是，則更新該預(yù)置帳號的余額，并向所述支付平臺返回支付成功的結(jié) 果信息；如果否，則向所述支付平臺返回支付失敗的結(jié)果信息。
9、 如權(quán)利要求8所述的方法，其特征在于，所述支付步驟還包括 判斷所述預(yù)置帳號是否合法，如果否，則向所述支付平臺返回支付失敗的結(jié)果信息。
10、 如權(quán)利要求7、 8或9所述的方法，其特征在于，所述數(shù)據(jù)庫還 包括訂單號，所述支付步驟還包括如果訂單號為數(shù)據(jù)庫中已經(jīng)存在的訂單號，則向所述支付平臺返回支付失敗的結(jié)果信息。
11、 如權(quán)利要求7所述的方法，其特征在于，所述預(yù)置標準支付信 息還包括支付平臺URL,所述返回結(jié)果信息的步驟包括讀取所述預(yù)置標準支付信息中的支付平臺URL; 根據(jù)所述支付平臺URL向相應(yīng)的支付平臺返回處理結(jié)果信息。
全文摘要
本發(fā)明公開了一種網(wǎng)上支付測試系統(tǒng)，包括支付平臺包括接口單元和信息生成單元，所述接口單元用于提供用戶支付的接口，以及向用戶返回處理結(jié)果；所述信息生成單元用于根據(jù)用戶的支付請求生成支付信息；通訊模塊包括轉(zhuǎn)換單元和傳輸單元，所述轉(zhuǎn)換單元用于將所述支付信息轉(zhuǎn)換為預(yù)置標準支付信息，所述預(yù)置標準支付信息包括訂單號和支付金額；所述傳輸單元用于將所述預(yù)置標準支付信息轉(zhuǎn)發(fā)至測試服務(wù)器；測試服務(wù)器包括處理單元和數(shù)據(jù)庫，所述處理單元用于根據(jù)所述預(yù)置標準支付信息進行支付處理，并向支付平臺返回處理結(jié)果信息；所述數(shù)據(jù)庫包括預(yù)置帳號及其余額。本發(fā)明可以保證相關(guān)人員無風(fēng)險、低成本地完成網(wǎng)上支付測試及維護。
文檔編號G06Q20/00GK101308556SQ200710101790
公開日2008年11月19日 申請日期2007年5月15日 優(yōu)先權(quán)日2007年5月15日
發(fā)明者吳鳳平, 律 顏 申請人:阿里巴巴集團控股有限公司