本发明涉及互联网技术领域，具体而言，涉及一种支付测试方法及装置。
背景技术：
近年来，电子商务逐渐成为互联网经济发展的主要潮流，网上购物和支付逐渐成为一种方便的生活方式。电子商务的关键环节之一是支付和结算体系，而网上支付则是电子商务最理想的支付方案，对于网上支付在实际中的可行性，需要本领域技术人员在各种场景、环境以及情况下进行多次测试，才能得到符合现代用户需求的网上支付系统。
发明人经研究发现，现有的在线支付一般采用接入第三方支付公司接口的方式，但在测试环境下，第三方支付系统因没有提供沙箱环境，只能调用真实支付接口，导致测试订单金额较大时财务不能提供支持，而且第三方还要收取一定的支付手续费。这些问题导致用户在测试环境进行大金额支付的时候面临很大的阻碍。
技术实现要素：
有鉴于此，本发明的目的在于提供一种支付测试方法及装置，以有效解决用户在测试环境进行大金额支付的时候面临很大的阻碍的情况。
为了达到上述目的，本发明较佳实施例提供一种支付测试方法，所述方法包括：
a.获取用户根据支付场景填写的信息并在确认后生成支付订单信息，所述支付订单信息包括支付订单号；
b.获取测试服务器中存储的多个预设订单信息，所述预设订单信息包括预设订单号；
c.在所述多个预设订单信息中查找与所述支付订单号相匹配的预设订单号以得到该预设订单号对应的预设订单信息，并将该预设订单信息作为目标订单信息；
d.将所述支付订单信息中包括的第一信息与该目标订单信息中包括的第一预设信息进行匹配，当不匹配时，生成第一日志信息并返回步骤a；
e.当匹配时，根据所述支付订单信息中包括支付状态信息和所述预设订单信息中包括的预设状态信息得到支付结果，并根据所述支付结果生成第二日志信息。
在本发明较佳实施例中，在上述支付测试方法中，所述第一信息包括支付金额信息和支付用户信息，所述第一预设信息包括预设金额信息和预设用户信息。
在本发明较佳实施例中，在上述支付测试方法中，获取用户根据支付场景填写的信息并在确认后生成支付订单信息之后，所述方法还包括：
对所述支付订单信息进行加密，得到加密后的支付订单信息。
在本发明较佳实施例中，在上述支付测试方法中，获取用户根据支付场景填写的信息并在确认后生成支付订单信息之前，所述方法还包括：
根据预设应用配置生成多个支付场景；
获取用户在多个支付场景中选取的一个支付场景。
在本发明较佳实施例中，在上述支付测试方法中，根据预设应用配置生成的多个支付场景包括模拟订单支付场景、平台使用费支付场景和保证金支付场景。
本发明还提供一种支付测试装置，包括：
第一获取模块：用于获取用户根据支付场景填写的信息并在确认后生成支付订单信息，所述支付订单信息包括支付订单号；
第二获取模块：用于获取测试服务器中存储的多个预设订单信息，所述预设订单信息包括预设订单号；
查找模块：用于在所述多个预设订单信息中查找与所述支付订单号相匹配的预设订单号以得到该预设订单号对应的预设订单信息，并将该预设订单信息作为目标订单信息；
匹配模块：用于将所述支付订单信息中包括的第一信息与该目标订单信息中包括的第一预设信息进行匹配，当不匹配时，生成第一日志信息；
支付结果生成模块：用于当匹配时，根据所述支付订单信息中包括支付状态信息和所述预设订单信息中包括的预设状态信息得到支付结果，并根据所述支付结果生成第二日志信息。
在本发明较佳实施例中，在上述支付测试装置中，所述第一信息包括支付金额信息和支付用户信息，所述第一预设信息包括预设金额信息和预设用户信息。
在本发明较佳实施例中，在上述支付测试装置中，所述装置还包括：
加密模块：用于对所述支付订单信息进行加密，得到加密后的支付信息。
在本发明较佳实施例中，在上述支付测试装置中，所述装置还包括：
场景生成模块：用于根据预设应用配置生成多个支付场景；
场景获取模块：用于获取用户在多个支付场景中选取的一个支付场景。
在本发明较佳实施例中，在上述支付测试装置中，根据预设应用配置生成的多个支付场景包括模拟订单支付场景、平台使用费支付场景和保证金支付场景。
本发明实施例提供的一种支付测试方法及装置，所述方法包括：a.获取用户根据支付场景填写的信息并在确认后生成支付订单信息，所述支付订单信息包括支付订单号，b.获取测试服务器中存储的多个预设订单信息，所述预设订单信息包括预设订单号，c.查找与所述支付订单号相匹配的预设订单号以得到该预设订单号对应的预设订单信息，并将该预设订单信息作为目标订单信息，d.将所述支付订单信息中包括的第一信息与该目标订单信息中包括的第一预设信息进行匹配，当不匹配时，生成第一日志信息并返回步骤a，e.当匹配时，根据所述支付订单信息中包括支付状态信息和所述预设订单信息中包括的预设状态信息得到支付结果，并根据所述支付结果生成第二日志信息。通过上述方法，以有效解决用户在测试环境进行大金额支付的时候面临很大的阻碍的情况。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
图1为本发明实施例提供的一种电子设备的连接框图。
图2为本发明实施例提供的一种支付测试方法的流程示意图。
图3为本发明实施例提供的一种支付测试方法的另一流程示意图。
图4为本发明实施例提供的一种支付测试装置的连接框图。
图5为本发明实施例提供的一种支付测试装置的另一连接框图
图标：10-电子设备；12-存储器；14-处理器；100-支付测试装置；110-第一获取模块；120-第二获取模块；130-查找模块；140-匹配模块；150-支付结果生成模块；160-场景生成模块；170-场景获取模块。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。
因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
如图1所示，是本发明较佳实施例提供的电子设备10的方框示意图。本发明实施例中的电子设备10可以为服务器、计算机等具备数据处理能力的设备。如图1所示，电子设备10包括：存储器12和处理器14。
所述存储器12与处理器14相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。存储器12中存储有以软件或固件(firmware)的形式存储于所述存储器12中的软件功能模块，所述处理器14通过运行存储在存储器12内的软件程序以及模块，如本发明实施例中的支付测试装置100，从而执行各种功能应用以及数据处理，即实现本发明实施例中的支付测试方法。
其中，所述存储器12可以是，但不限于，随机存取存储器(randomaccessmemory，ram)，只读存储器(readonlymemory，rom)，可编程只读存储器(programmableread-onlymemory，prom)，可擦除只读存储器(erasableprogrammableread-onlymemory，eprom)，电可擦除只读存储器(electricallyerasableprogrammableread-onlymemory，eeprom)等。其中，存储器12用于存储程序，所述处理器14在接收到执行指令后，执行所述程序。
所述处理器14可能是一种集成电路芯片，具有信号的处理能力。上述的处理器14可以是通用处理器，包括中央处理器(centralprocessingunit，cpu)、网络处理器(networkprocessor，np)等。还可以是数字信号处理器14(dsp)、专用集成电路(asic)、现场可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
可以理解，图1所示的结构仅为示意，电子设备10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。图1中所示的各组件可以采用硬件、软件或其组合实现。
请参阅图2，本发明提供的一种支付测试方法，所述方法包括s110-s150五个步骤。
步骤s110：获取用户根据支付场景填写的信息并在确认后生成支付订单信息，所述支付订单信息包括支付订单号。
其中，所述测试服务器可以是但不限于模拟订单支付场景、平台使用费支付场景或保证金支付场景。所述支付场景中包括用户需要填写的信息，且该需要填写的信息可以包括但不限于订单号、交易金额信息和支付用户信息等。
步骤s120：获取测试服务器中存储的多个预设订单信息，所述预设订单信息包括预设订单号。
其中，所述测试服务器可以是但不限于web服务器或数据库服务器。所述预设订单信息中还可以包括但不限于预设金额信息和预设用户信息等。
步骤s130：查找与所述支付订单号相匹配的预设订单号以得到该预设订单号对应的预设订单信息，并将该预设订单信息作为目标订单信息。
其中，当所述支付订单号与所述预设订单号一致时，则判定所述预设订单号与所述支付订单号相匹配。其中，所述支付订单号可以是由数字组成，也可以由字母组成，还可以由字母和数字共同构成。在此不作具体限定。
步骤s140：将所述支付订单信息中包括的第一信息与该目标订单信息中包括的第一预设信息进行匹配。当不匹配时，执行步骤s142：生成第一日志信息，并返回步骤s110。
在本实施例中，所述第一信息包括支付金额信息和支付用户信息，所述第一预设信息包括预设金额信息和预设用户信息。
将所述第一信息与第一预设信息进行匹配的方式可以是，将所述支付金额信息与所述预设金额信息进行匹配，以及将所述支付用户信息与所述预设用户信息进行匹配，当所述支付金额信息与预设信息不匹配和/或支付用户信息与预设用户信息不匹配时，则生成第一日志信息并返回步骤s110。
其中所述第一日志信息包括中可以包括提示信息，例如，当所述支付用户信息与所述预设用户信息不匹配时，所述提示信息为“用户信息错误”或“用户信息无效”等，当所述支付金额信息与预设信息不匹配时，则所述提示信息为“支付金额错误”或“支付金额与订单金额不符”等。通过上述设置以使用户可以根据所述支付场景及所述第一日志信息中包括的提示信息再次填写或更改信息。
当匹配时，则执行步骤s150：根据所述支付订单信息中包括支付状态信息和所述预设订单信息中包括的预设状态信息得到支付结果，并根据所述支付结果生成第二日志信息。
其中，所述预设状态信息可以是完成支付或等待支付，所述支付结果可以是支付成功或支付失败，所述第二日志信息可以包括提示信息，当支付结果为支付成功时，则第二日志信息中包括的提示信息为“支付成功”，也可以时表示支付成功的标识符，当支付失败时，所述第二日志信息中包括的提示信息可以是“支付失败”，也可以是表示支付失败的标识符，在此不作具体限定
需要说明的是，当所述支付订单信息中包括的第一信息与所述目标订单信息中包括的第一预设信息向匹配时，也可以生成第一日志信息，且该第一日志信息中可以包括提示信息，且该提示信息可以时“ok”或“订单一致”等信息，在此不作具体限定。
通过上述，使得用户在进行支付测试时，有效避免采用接入第三方支付公司接口的方式，但在测试环境下，第三方支付系统因没有提供沙箱环境，只能调用真实支付接口，导致测试订单金额较大时财务不能提供支持，而且第三方还要收取一定的支付手续费的问题，进而有效避免用户在测试环境进行大金额支付的时候面临很大的阻碍的问题。
此外，通过在测试过程中生成第一日志信息和第二日志信息，以极大的方便了用户在匹配或支付出错时，可以根据日志信息快速查找并分析问题。并在支付完成后，以使用户可以继续测试支付订单的后续业务，并有效保障了支付测试结果的准确性。
请结合图3，可选的，在本实施例中，在获取用户根据支付场景填写的信息并在确认后生成支付订单信息之前，所述方法还包括：
步骤s160：根据预设应用配置生成多个支付场景。
其中不同的应用配置生成的支付场景不同。可选的，在本实施例中，所述多个支付场景包括模拟订单支付场景、平台使用费支付场景或保证金支付场景，不同的支付场景填写的信息不同。
步骤s170：获取用户在多个支付场景中选取的一个支付场景。
通过上述方法以使用户可以根据选取的支付场景填写信息，以得到对应的支付订单。此外，通过上述方法步骤以使所述支付测试方法能够实现对不同支付场景下生成的支付订单进行测试。
可选的，在本实施例中，所述获取用户根据支付场景填写的信息并在确认后生成支付订单信息之后，所述方法还包括：
对所述支付订单信息进行加密，得到加密后的支付订单信息。
其中，对所述支付订单信息进行加密的方式在此不作具体限定。通过对所述支付订单信息进行加密以有效避免支付订单信息被窃取或非法调用的情况。
需要说明的是，在本实施例中，所述支付测试方法可以应用于实际的线上支付中。当所述测试方法应用于实际线上支付时，所述获取用户根据支付场景填写的信息并在确认后生成支付订单信息的方式为获取用户根据支付场景填写的信息并在确认支付后生成支付订单信息，通过对所述支付订单信息进行加密可以有效避免所述订单信息被窃取或非法调用，从而提高业务场景调用的安全性。
请结合图4，在上述基础上，本发明实施例还提供一种支付测试装置100，所述支付测试装置100包括第一获取模块110、第二获取模块120、查找模块130、匹配模块140和支付结果生成模块150。
所述第一获取模块110用于获取用户根据支付场景填写的信息并在确认后生成支付订单信息，所述支付订单信息包括支付订单号。具体地，所述第一获取模块110可用于执行图2中所示的步骤s110，具体的操作方法可参考步骤s110的详细描述。
所述第二获取模块120：用于获取测试服务器中存储的多个预设订单信息，所述预设订单信息包括预设订单号。具体地，所述第一获取模块110可用于执行图2中所示的步骤s120，具体的操作方法可参考步骤s120的详细描述。
所述查找模块130用于在所述多个预设订单信息中查找与所述支付订单号相匹配的预设订单号以得到该预设订单号对应的预设订单信息，并将该预设订单信息作为目标订单信息。具体地，所述查找模块130可用于执行图2中所示的步骤s130，具体的操作方法可参考步骤s130的详细描述。
所述匹配模块140用于将所述支付订单信息中包括的第一信息与该目标订单信息中包括的第一预设信息进行匹配，并在不匹配时生成第一日志信息。具体地，所述匹配模块140可用于执行图2中所示的步骤s140，具体的操作方法可参考步骤s140的详细描述。
可选的，在本实施例中，所述第一信息包括支付金额信息和支付用户信息，所述第一预设信息包括预设金额信息和预设用户信息。
所述支付结果生成模块150用于当匹配时，根据所述支付订单信息中包括支付状态信息和所述预设订单信息中包括的预设状态信息得到支付结果，并根据所述支付结果生成第二日志信息。具体地，所述支付结果生成模块150可用于执行图2中所示的步骤s150，具体的操作方法可参考步骤s150的详细描述。
请结合图5，在本实施例中，所述支付测试装置100还包括场景生成模块160和场景获取模块170。
所述场景生成模块160用于根据预设应用配置生成多个支付场景。具体地，所述场景生成模块160可用于执行图3中所示的步骤s160，具体的操作方法可参考步骤s160的详细描述。
所述场景获取模块170用于获取用户在多个支付场景中选取的一个支付场景。具体地，所述场景获取模块170可用于执行图3中所示的步骤s170，具体的操作方法可参考步骤s170的详细描述。
可选的，在本实施例中，根据预设应用配置生成的多个支付场景包括模拟订单支付场景、平台使用费支付场景和保证金支付场景。
可选的，在本实施例中，所述支付测试装置100还包括加密模块，所述加密模块用于对所述支付订单信息进行加密，得到加密后的支付信息。
综上，本发明提供的一种支付测试方法及装置，所述方法包括，s110：获取用户根据支付场景填写的信息并在确认后生成支付订单信息，所述支付订单信息包括支付订单号，s120：获取测试服务器中存储的多个预设订单信息，所述预设订单信息包括预设订单号，s130：查找与所述支付订单号相匹配的预设订单号以得到该预设订单号对应的预设订单信息，并将该预设订单信息作为目标订单信息，s140：将所述支付订单信息中包括的第一信息与该目标订单信息中包括的第一预设信息进行匹配，当不匹配时，生成第一日志信息并返回步骤s110，当匹配时，根据所述支付订单信息中包括支付状态信息和所述预设订单信息中包括的预设状态信息得到支付结果，并根据所述支付结果生成第二日志信息。通过上述方法，以有效解决用户在测试环境进行大金额支付的时候面临很大的阻碍的情况，以及有效保障了支付测试结果的准确性。
在本发明实施例所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置和方法实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的装置来实现，或者可以用专用硬件与计算机指令的组合来实现。另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，电子设备，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。