CN101308556A

CN101308556A - 网上支付测试系统及网上支付测试方法

Info

Publication number: CN101308556A
Application number: CNA2007101017902A
Authority: CN
Inventors: 颜律; 吴凤平
Original assignee: Alibaba Group Holding Ltd
Current assignee: Alibaba Group Holding Ltd
Priority date: 2007-05-15
Filing date: 2007-05-15
Publication date: 2008-11-19

Abstract

本发明公开了一种网上支付测试系统，包括：支付平台：包括接口单元和信息生成单元，所述接口单元用于提供用户支付的接口，以及向用户返回处理结果；所述信息生成单元用于根据用户的支付请求生成支付信息；通讯模块：包括转换单元和传输单元，所述转换单元用于将所述支付信息转换为预置标准支付信息，所述预置标准支付信息包括订单号和支付金额；所述传输单元用于将所述预置标准支付信息转发至测试服务器；测试服务器：包括处理单元和数据库，所述处理单元用于根据所述预置标准支付信息进行支付处理，并向支付平台返回处理结果信息；所述数据库包括预置帐号及其余额。本发明可以保证相关人员无风险、低成本地完成网上支付测试及维护。

Description

网上支付测试系统及网上支付测试方法

技术领域

本发明涉及网上支付领域，特别涉及一种网上支付测试系统以及一种网上支付测试方法。

背景技术

近年来，电子商务逐渐成为互联网经济发展的主要潮流，网上购物和支付逐渐成为一种方便的生活方式。电子商务的关键环节之一是支付结算体系，而网上支付则是电子商务最理想的支付方案，对于所述网上支付在实际中的可行性，需要本领域技术人员在各种场景、环境以及情况下进行多次测试，才能得到符合现代用户需求的网上支付系统。

现有的网上支付系统主要涉及使用银行卡作为支付工具通过互联网完成电子商务交易的付款方式，在这种情况下，在网上支付系统开发时，银行会提供相应的测试环境，本领域技术人员则在这种测试环境中进行测试，测试正常后则将网上支付系统应用到银行真实环境中。

一旦网上支付系统发布到真实环境中后，如果系统开发人员需要添加或减少系统功能(例如，银行返回页面需要添加活动)或维护该系统，则只能在银行真实环境下进行，因为银行的测试环境可能会在系统开发结束后关闭，并且，从真实环境到测试环境的切换会给系统的应用带来很大的风险。例如，在系统开发人员进入测试环境测试或维护网上支付系统时，如果用户使用系统的充值功能进行充值，那么用户充入的支付金额则进入了银行测试环境下的帐户，而在测试环境下的帐户并不能在真实环境下使用，那么对于用户而言，充入的支付金额就丢失了。

总之，随着网上支付业务的日益发展，迫切需要发展出一种不会影响用户正常使用，可以简单、快捷地进行网上支付测试的网上支付测试方法和系统。

发明内容

本发明所要解决的技术问题是提供一种网上支付测试系统，用以在不影响用户使用的前提下，无风险、低成本地完成支付测试及维护；

本发明的另一个目的是提供一种网上支付测试的方法，以保证上述网上支付测试系统在实际中应用。

为解决上述技术问题，本发明实施例提供了一种支付测试系统，包括：

支付平台：包括接口单元和信息生成单元，所述接口单元用于提供用户支付的接口，以及向用户返回处理结果；所述信息生成单元用于根据用户的支付请求生成支付信息；

通讯模块：包括转换单元和传输单元，所述转换单元用于将所述支付信息转换为预置标准支付信息，所述预置标准支付信息包括订单号和支付金额；所述传输单元用于将所述预置标准支付信息转发至测试服务器；

测试服务器：包括处理单元和数据库，所述处理单元用于根据所述预置标准支付信息进行支付处理，并向支付平台返回处理结果信息；所述数据库包括预置帐号及其余额。

优选的是，所述通讯模块位于支付平台或测试服务器中。

优选的是，所述处理单元包括：

判断子单元：用于判断数据库中该预置帐号的余额是否大于或等于所述支付金额，如果是，则触发第一处理子单元，如果否，则触发第二处理子单元；

第一处理子单元：用于更新该预置帐号的余额，并向所述支付平台返回支付成功的结果信息；

第二处理子单元：用于向所述支付平台返回支付失败的结果信息。

优选的是，所述处理单元还包括：

第三处理子单元：用于判断所述预置帐号是否合法，如果否，则向所述支付平台返回支付失败的结果信息。

优选的是，所述数据库还包括订单号，所述处理单元还包括：

第四处理子单元：用于当所述订单号为数据库中已经存在的订单号时，向所述支付平台返回支付失败的结果信息。

优选的是，所述预置标准支付信息还包括支付平台URL，所述处理单元还包括：

读取子单元：用于读取所述预置标准支付信息中的支付平台URL；

返回子单元：用于根据所述支付平台URL向相应的支付平台返回处理结果信息。

本发明实施例还提供了一种网上支付测试的方法，包括：

使用预置帐号在支付平台提交支付请求，并根据所述支付请求生成支付信息；

将所述支付信息转换为预置标准支付信息，所述预置标准支付信息包括订单号和支付金额，并将所述预置标准支付信息转发至所述测试服务器；

所述测试服务器根据所述预置标准支付信息进行支付处理，并向所述支付平台返回处理结果信息；

根据所述处理结果信息完成支付测试。

优选的是，所述支付步骤包括：

判断数据库中该预置帐号的余额是否大于或等于所述支付金额，如果是，则更新该预置帐号的余额，并向所述支付平台返回支付成功的结果信息；如果否，则向所述支付平台返回支付失败的结果信息。

优选的是，所述支付步骤还包括：

判断所述预置帐号是否合法，如果否，则向所述支付平台返回支付失败的结果信息。

优选的是，所述数据库还包括订单号，所述支付步骤还包括：

如果订单号为数据库中已经存在的订单号，则向所述支付平台返回支付失败的结果信息。

优选的是，所述预置标准支付信息还包括支付平台URL，所述返回结果信息的步骤包括：

读取所述预置标准支付信息中的支付平台URL；

根据所述支付平台URL向相应的支付平台返回处理结果信息。

与现有技术相比，本发明实施例具有以下优点：

本发明通过模拟银行提供的测试环境完成网上支付的测试及维护，从而使系统开发、维护人员或其他相关人员无需在真实环境和测试环境下切换，避免在测试环境中使用真实帐号进行支付测试带来的风险和损失，降低了系统维护成本。并且，本发明实施例可以使系统测试或维护人员简单、快捷地测试银行网关相关的业务逻辑，有效地提高了系统测试、维护人员或其他相关人员的工作效率。

附图说明

图1是本发明的网上支付测试系统实施例1的结构框图；

图2是本发明的网上支付测试系统实施例2的结构框图；

图3是应用图2所示的系统进行网上支付测试的方法流程图；

图4是本发明网上支付测试的方法实施例的流程图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

本发明的核心构思之一在于，通过模拟银行提供的测试环境完成网上支付的测试及维护，从而使系统开发、维护人员或其他相关人员无需在真实环境和测试环境下切换，以保证用户在正常使用网上支付系统的前提下，避免切换带来的各种风险，降低系统维护成本。

参照图1，示出了本发明的网上支付测试系统实施例1的结构框图，具体包括以下模块：

支付平台101：包括接口单元1011、信息生成单元1012和通讯模块1013，所述接口单元1011用于提供用户支付的接口，以及向用户返回处理结果；所述信息生成单元1012用于根据用户的支付请求生成支付信息；所述通讯模块1013包括转换单元和传输单元，所述转换单元用于将所述支付信息转换为预置标准支付信息，所述预置标准支付信息包括订单号和支付金额；所述传输单元用于将所述预置标准支付信息转发至测试服务器；

测试服务器102：包括处理单元1021和数据库1022，所述处理单元1021用于根据所述预置标准支付信息进行支付处理，并向支付平台101返回处理结果信息；所述数据库1022包括预置帐号及其余额。

可以看出，在本实施例中，所述通讯模块位于支付平台中，在支付测试时，用户通过接口单元在支付平台输入帐号及密码，或以其它方式提交某笔交易的支付请求，信息生成单元则可以根据该支付请求生成支付信息，公知的是，所述支付信息是根据各网银接口的具体要求设置的，例如，招商银行网银接口的基本表单项为：

<form name＝″sendOrder″method＝″post″

action＝″https://www.cmbchina.com/netpayment/BaseHttp.dll？PrePayC1

″

target＝″_blank″onsubmit＝″return submitOrder()；″

style＝″margin:0px；″>

<input type＝″hidden″name＝″MerchantUrl″

value＝″http://bankacknowledge.alipay.com/payment/c_m_b_e_bank_ac

knowledge.htm″/>

<input type＝″submit″id＝″dsubmit1″class＝″Button-7word″value＝″去

网上银行充值″/>

</form>

在这种情况下，信息生成单元生成的支付信息包括：“CoNo”、″BranchID″、″BillNo″、″Amount″、″Date″等。

尽管各网银所要求的接口设置不一样，然而，对于网上支付系统而言，支付金额(″Amount″)以及订单号(“BillNo”)字段是完成每笔交易所必须具有的，即，每条支付信息都应当包括支付金额和订单号，本发明实施例基于这种构思，通过通讯模块的转换单元将所述支付信息转换为预置标准支付信息，该预置标准支付信息至少包括订单号和支付金额两个元素。所述转换方式可以为直接提取相应字段的方式，假设采用上例，则只需要提取包含支付金额(″Amount″)以及订单号(“BillNo”)字段的代码，去除其它字段的代码，即可实现所述转换单元在实际中的转换。当然，本领域技术人员根据需要或经验采用其它转换方式都是可行的，本发明对此不需要进行限定。

传输单元将所述预置标准支付信息转发至测试服务器后，测试服务器的处理单元则可以根据所述预置标准支付信息进行支付处理，优选的是，所述处理单元可以包括以下子单元：

在这种情况下，一种优选的支付处理方法为：判断子单元判断数据库中该预置帐号的余额是否大于或等于所述支付金额，如果是，则更新该预置帐号的余额，并向所述支付平台返回支付成功的结果信息；如果否，则直接向所述支付平台返回支付失败的结果信息。

例如，假设该预置帐号的余额为2000，支付金额为1500，则所述支付处理为，在数据库中更新该预置帐号的余额为500，并通知支付平台支付成功；或者，假设该预置帐号的余额为500，支付金额为1500，则所述支付处理为，直接通知支付平台支付失败。系统测试或维护人员即可根据该处理结果测试支付平台的接口是否运行正常，或完成其它测试及维护。

优选的是，所述处理单元还可以包括第三处理子单元：用于判断所述预置帐号是否合法，如果否，则向所述支付平台返回支付失败的结果信息。

当然，本领域技术人员采用其它支付处理的方法也是可行的，本发明对此不需要进行限定。

为了保证测试的安全性，本发明实施例还可以进一步对用户提交支付的预置帐号的合法性进行验证，该预置帐号可以为有权限进行网上支付的帐号及相应的密码，也可以为系统测试人员或维护人员的专用测试帐号及密码，本领域技术人员可以任意设置，并且该预置帐号可以是虚拟存在的，无需额外占用现实帐户的资金。此外，所述验证的方法可以采用现有技术中的字符串匹配法或各种加解密算法等，本领域技术人员根据经验或需要采用任一种验证方法都是可行的，本发明对此不作限制。

为了避免重复支付的情况，例如，用户针对某一笔交易支付后，由于支付平台接口的问题或其它问题，测试服务器没有返回相应的处理结果信息，那么用户很可能会针对该交易重复发起一次支付，从而影响支付测试的准确性。优选的是，本发明实施例所述数据库还可以包括订单号，在这种情况下，所述处理单元还可以包括第四处理子单元：用于当所述订单号为数据库中已经存在的订单号时，向所述支付平台返回支付失败的结果信息。

在实际中，为了保证通讯的准确性，所述预置标准支付信息还可以包括支付平台URL，在这种情况下，所述处理单元还可以包括：

在实际中，所述通讯模块也可以设置在测试服务器端，参考图2，示出了本发明的网上支付测试系统实施例2的结构框图，具体包括以下模块：

支付平台201：包括接口单元2011和信息生成单元2012，所述接口单元2011用于提供用户支付的接口，以及，向用户返回处理结果；所述信息生成单元2012用于根据用户的支付请求生成支付信息；

测试服务器202：包括通讯模块2021、处理单元2022和数据库2023，所述通讯模块2021包括转换单元和传输单元，所述转换单元用于将所述支付信息转换为预置标准支付信息，所述预置标准支付信息包括订单号和支付金额；所述传输单元用于将所述预置标准支付信息转发至处理单元2022；所述处理单元2022用于根据所述预置标准支付信息进行支付处理，并向支付平台201返回处理结果信息；所述数据库2023包括预置帐号及其余额。

优选的是，所述处理单元可以包括以下子单元：

优选的是，所述数据库还可以包括订单号，在这种情况下所述处理单元还可以包括第四处理子单元：用于当所述订单号为数据库中已经存在的订单号时，向所述支付平台返回支付失败的结果信息。

优选的是，所述预置标准支付信息还包括支付平台URL，在这种情况下，所述处理单元还可以包括：

参考图3，示出了应用图2所示的系统进行网上支付测试的方法流程图，具体包括以下步骤：

步骤301、用户通过支付平台接口单元使用预置帐号提交支付请求，信息生成单元根据所述支付请求生成支付信息；

步骤302、转换单元将所述支付信息转换为预置标准支付信息，所述预置标准支付信息包括订单号和支付金额，并通过传输单元将所述预置标准支付信息转发至处理单元；

步骤303、所述处理单元根据所述预置标准支付信息进行支付处理，并向所述支付平台返回处理结果信息。

优选的是，所述支付处理步骤可以为：判断数据库中该预置帐号的余额是否大于或等于所述支付金额，如果是，则更新该预置帐号的余额，并向所述支付平台返回支付成功的结果信息；如果否，则向所述支付平台返回支付失败的结果信息。

对于所述图3描述未详尽之处，请参考本文前述相关部分。

本发明通过模拟银行提供的测试环境，可以大大减少对网银接口的测试环境的依赖，同时还可以避免在测试环境中使用真实帐号进行支付测试带来的风险和损失，降低了系统维护成本。使系统测试、维护人员或其他相关人员可以轻松、简便地测试银行网关相关的业务逻辑，有效地提高了系统测试、维护人员或其他相关人员的工作效率。

参考图4，示出了本发明网上支付测试的方法实施例流程图，具体包括以下步骤：

步骤401、使用预置帐号在支付平台提交支付请求，并根据所述支付请求生成支付信息；

该预置帐号可以为有权限进行网上支付的帐号及相应的密码，也可以为系统测试人员或维护人员的专用测试帐号及密码，本领域技术人员可以任意设置，并且该预置帐号可以是虚拟存在的，无需额外占用现实帐户的资金。

所述支付信息可以根据各网银接口的具体要求生成，对于其格式、内容及生成方法本发明无需限制。

步骤402、将所述支付信息转换为预置标准支付信息，所述预置标准支付信息包括订单号和支付金额，并将所述预置标准支付信息转发至所述测试服务器；

优选的是，所述预置标准支付信息还可以包括支付平台URL，当然，本领域技术人员还可以根据经验或需要设置所述预置标准支付信息，本发明对此不需要进行限定。

步骤403、所述测试服务器根据所述预置标准支付信息进行支付处理，并向所述支付平台返回处理结果信息；

优选的是，所述支付处理可以包括以下步骤：判断数据库中该预置帐号的余额是否大于或等于所述支付金额，如果是，则更新该预置帐号的余额，并向所述支付平台返回支付成功的结果信息；如果否，则向所述支付平台返回支付失败的结果信息。

为了保证测试的安全性，本发明实施例还可以进一步对用户提交支付的预置帐号的合法性进行验证，在这种情况下，所述支付处理还可以包括以下步骤：判断所述预置帐号是否合法，如果否，则向所述支付平台返回支付失败的结果信息。

为了避免重复支付的情况，还可以在所述数据库中记录订单号，在这种情况下，所述支付处理还可以包括以下步骤：如果订单号为数据库中已经存在的订单号，则向所述支付平台返回支付失败的结果信息。

优选的是，在所述预置标准支付信息包括支付平台URL的情况下，所述返回结果信息的步骤可以包括以下子步骤：

子步骤S1、读取所述预置标准支付信息中的支付平台URL；

子步骤S2、根据所述支付平台URL向相应的支付平台返回处理结果信息。

步骤404、根据所述处理结果信息完成支付测试。

所述支付测试可以为测试支付平台接口是否可以正常使用，或者为测试新增功能是否可以使用等，本领域技术人员可以应用本发明完成任一种支付测试，本发明对此不作限制。

由于采用图4所示的方法可以对应于前述网上支付测试的具体流程，相关内容和详细的实施过程已经在前述部分进行了详细描述，因此，在此就不再赘述。

以上对本发明所提供的一种网上支付测试系统及一种网上支付测试的方法进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims

1、一种网上支付测试系统，其特征在于，包括：

2、如权利要求1所述的系统，其特征在于，所述通讯模块位于支付平台或测试服务器中。

3、如权利要求2所述的系统，其特征在于，所述处理单元包括：

4、如权利要求3所述的系统，其特征在于，所述处理单元还包括：

5、如权利要求1、2、3或4所述的系统，其特征在于，所述数据库还包括订单号，所述处理单元还包括：

6、如权利要求1或2所述的系统，其特征在于，所述预置标准支付信息还包括支付平台URL，所述处理单元还包括：

7、一种应用权利要求1所述的网上支付系统进行网上支付测试的方法，其特征在于，包括：

根据所述处理结果信息完成支付测试。

8、如权利要求7所述的方法，其特征在于，所述支付步骤包括：

9、如权利要求8所述的方法，其特征在于，所述支付步骤还包括：

10、如权利要求7、8或9所述的方法，其特征在于，所述数据库还包括订单号，所述支付步骤还包括：

11、如权利要求7所述的方法，其特征在于，所述预置标准支付信息还包括支付平台URL，所述返回结果信息的步骤包括：

读取所述预置标准支付信息中的支付平台URL；

根据所述支付平台URL向相应的支付平台返回处理结果信息。