一种基于支付异常的联调测试方法及装置与流程

本发明涉及计算机技术领域，尤其涉及一种基于支付异常的联调测试方法及装置。

背景技术：

联调测试:一个大型项目都会涉及多个部门，甚至多个公司的多个系统，系统之间通过接口或中间件等形式交互。在项目开发时各系统的工作都是并行的，每个系统按照协议文档开发完成，当内部功能模块测试完毕后，需进行整个项目的系统联调测试。

联调依赖对端业务返回，由于对方系统部署和参数无法调整，因此均只有单一的返回。受限于支付中联调用到真正的货币和其他资源，当请求不满足如加密/金额等支付条件时，很容易出现一些鉴权不通过而无法模拟到真正的业务场景的情况，因此现有模拟场景十分单一。

无论是超时和失败的当前模拟方式都有无法解决的以下问题：

对于超时场景只能模拟到网络异常，由于无法接触到对端机器执行kill–stop命令，因此后端僵死的场景无法模拟到。对于返回异常场景，由于连接到待测进程然后设置断点及返回值等需要耗费时间，往往还未设置完毕后端或前端已经等待超时。

技术实现要素：

本申请实施例提供一种基于支付异常的联调测试方法及装置，能够实现联调测试场景的多样化，提升联调测试能力。

本申请实施例的第一方面提供了一种基于支付异常的联调测试方法，所述方法包括：

接收第一初始支付测试请求，并对所述第一初始支付测试请求进行处理得到第一支付测试请求；

获取所述第一支付测试请求携带的第一标识，并从预设支付异常数据库中获取与所述第一标识对应的第一支付异常；

从预设响应数据库中获取与所述第一初始支付测试请求对应的第一响应，并根据所述第一支付异常对所述第一响应进行修改以得到与所述第一支付异常对应的第一支付异常信息；

对所述第一支付异常信息进行测试并返回测试所得的结果，以响应所述第一初始支付测试请求。

作为一种可选的实现方式，所述对所述第一初始支付测试请求进行处理得到第一支付测试请求，包括：

确认所述第一初始支付测试请求的协议是否属于预设协议；

若不属于所述预设协议，则确认源码数据库是否存有与所述第一初始支付测试请求的协议对应的源码；

若有，则根据所述源码对所述第一初始支付测试请求的协议进行解码以得到第一支付测试请求。

作为一种可选的实现方式，还包括：

若所述源码数据库未存有与所述第一初始支付测试请求的协议对应的源码，则去除所述第一初始支付测试请求的协议的包头以得到第一支付测试请求。

作为一种可选的实现方式，所述接收第一初始支付测试请求之前，包括：

获取多次历史支付测试请求，以及与所述多次历史支付测试请求分别对应的多次历史响应；

将所述多次历史支付测试请求与所述多次历史响应分别对应存储，以得到所述预设响应数据库。

作为一种可选的实现方式，所述获取所述第一支付测试请求携带的第一标识，并从预设支付异常数据库中获取与所述第一标识对应的第一支付异常，包括：

采用正则表达式对所述第一支付测试请求的不同字段进行匹配，以获取所述第一支付测试请求携带的第一标识；

根据预设的标识与支付异常之间的映射关系，获取与所述第一标识对应的第一支付异常。

作为一种可选的实现方式，所述获取所述第一支付测试请求携带的第一标识，并从预设支付异常数据库中获取与所述第一标识对应的第一支付异常，包括：

确认所述第一支付测试请求是否对应为首次连接请求；

若是，则获取所述第一支付测试请求当前对应的交互次数以得到所述第一支付测试请求携带的第一标识；

根据预设的标识与支付异常之间的映射关系，获取与所述第一标识对应的第一支付异常。

本申请实施例的第二方面提供了一种基于支付异常的联调测试装置，所述装置包括：

处理模块，用于接收第一初始支付测试请求，并对所述第一初始支付测试请求进行处理得到第一支付测试请求；

获取模块，用于获取所述第一支付测试请求携带的第一标识，并从预设支付异常数据库中获取与所述第一标识对应的第一支付异常；

修改模块，用于从预设响应数据库中获取与所述第一初始支付测试请求对应的第一响应，并根据所述第一支付异常对所述第一响应进行修改以得到与所述第一支付异常对应的第一支付异常信息；

测试模块，用于对所述第一支付异常信息进行测试并返回测试所得的结果，以响应所述第一初始支付测试请求。

可选的，所述接收模块用于：

确认所述第一初始支付测试请求的协议是否属于预设协议；

若不属于所述预设协议，则确认源码数据库是否存有与所述第一初始支付测试请求的协议对应的源码；

若有，则根据所述源码对所述第一初始支付测试请求的协议进行解码以得到第一支付测试请求。

本申请实施例的第三方面提供了一种服务器，包括处理器、输入设备、输出设备和存储器，所述处理器、输入设备、输出设备和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行所述的方法。

本申请实施例的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行以实现所述的方法。

实施本申请实施例，至少具有如下有益效果：

通过本申请实施例，通过对接收到的支付测试请求进行处理得到相应请求所携带的标识，并从预设支付异常数据库中获取与上述标识对应的支付异常，从预设响应数据库中获取与上述支付测试请求对应的正常响应，并对上述响应进行修改以得到与上述支付异常对应的支付异常信息，然后对上述支付异常信息进行测试并返回测试所得的结果，以响应上述支付测试请求。采用该手段，通过扩展多支付异常场景，使得联调测试场景多样化，提升联调测试的能力。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

其中：

图1为本发明实施例提供的一种基于支付异常的联调测试方法的交互示意图；

图2是本发明实施例提供的一种基于支付异常的联调测试方法的网络架构示意图；

图3是本发明实施例提供的一种基于支付异常的联调测试方法的流程示意图；

图4是本发明实施例提供的一种基于支付异常的联调测试方法的流程示意图；

图5是本发明实施例提供的一种服务器的结构示意图；

图6是本发明实施例提供的一种基于支付异常的联调测试装置的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。

在本申请中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本申请所描述的实施例可以与其它实施例相结合。

请参阅图1，图1为本申请实施例提供了一种基于支付异常的联调测试方法的交互示意图。如图1所示，其可包括待联调系统101，代理模块102和外部系统103，其中待联调系统101为用于进行模拟联调测试的系统，其可以为可进行模拟联调测试的服务器或者终端等；代理模块102为可对正常支付响应进行更改以得到对应支付异常信息的响应，上述代理模块102可以为服务器等；外部系统103为联调测试中需要访问的系统，如外部服务器等。

其中，在支付联调测试时，待联调系统101接收到多次正常支付请求，代理模块102对联调交互请求进行获取，并对获取的请求进行解析并存储。其中，上述多次正常支付请求到达外部系统103经外部系统处理得到对应的多次正常支付响应，代理模块102对联调交互响应也相应进行获取并对应存储。当进行支付异常的联调测试时，待联调系统101接收初始支付测试请求，并将其发送给外部系统103，其中代理模块102可从中间截获该初始支付测试请求，并对该初始支付测试请求进行解析得到支付测试请求，并获取到该支付测试请求所携带的标识，其中该标识可用于与预设支付异常进行匹配，当匹配成功，则获取到该初始支付测试请求所对应的支付异常；如第一标识对应支付冻结异常，第二标识对应支付超时异常，第三标识对应支付无效异常等等；其中，通过获取预先存储的对应该初始支付测试请求的正常支付响应，然后对该正常支付响应进行篡改得到支付异常信息，并将该支付异常信息发送给待联调系统101以响应上述初始支付测试请求。通过获取到对应支付异常进而扩展测试场景，实现为待联调系统101提供多异常模拟场景，以提高待联调系统的模拟能力。

请参阅图2，图2为本申请实施例提供了一种基于支付异常的联调测试方法的网络架构示意图。其中，该网络架构可以包括多个服务器，如图2所示，具体包括代理服务器200a、待联调测试服务器200b、外部服务器200c，待联调测试服务器200b可以通过接收联调测试请求并进行数据传输，代理服务器200a监听待联调测试服务器200b所接收的测试请求并进行解析并存储。其中，代理服务器200a对测试请求进行解析并进行预设标识匹配，如果匹配成功，则基于对应的异常情况进行响应篡改，以得到与匹配成功的异常情况对应的响应，并返回待联调测试服务器200b；如果匹配不成功，则将接收的测试请求发送至外部服务器200c以获取响应。

通过本申请实施例，通过对接收到的支付测试请求进行处理得到相应请求所携带的标识，并从预设支付异常数据库中获取与上述标识对应的支付异常，从预设响应数据库中获取与上述支付测试请求对应的正常响应，并对上述响应进行修改以得到与上述支付异常对应的支付异常信息，然后对上述支付异常信息进行测试并返回测试所得的结果，以响应上述支付测试请求。采用该手段，通过扩展多支付异常场景，使得联调测试场景多样化，提升联调测试的能力。

请参阅图3，图3为本申请实施例提供了一种基于支付异常的联调测试方法的流程示意图。如图3所示，其可包括步骤301-304，具体如下：

301、接收第一初始支付测试请求，并对所述第一初始支付测试请求进行处理得到第一支付测试请求；

其中，在进行支付联调测试时，请求方向待联调系统发出第一初始支付测试请求，代理模块对该第一初始支付测试请求进行监听并通过pcap进行获取，然后代理模块通过dpkt单元解析上述第一初始支付测试请求，对上述第一初始支付测试请求根据协议进行解码并存储。

302、获取所述第一支付测试请求携带的第一标识，并从预设支付异常数据库中获取与所述第一标识对应的第一支付异常；

其中，上述第一标识可以是关键字标识或者是数字或号码等；上述预设支付异常数据库中存储有不同标识对应的不同支付异常，支付异常可以是支付冻结异常，或者支付超时异常，或者支付无效异常等等；不同标识对应不同的异常场景。

其中，获取所述第一支付测试请求携带的第一标识，并从预设支付异常数据库中获取与所述第一标识对应的第一支付异常，可包括：

采用正则表达式对所述第一支付测试请求的不同字段进行匹配，以获取所述第一支付测试请求携带的第一标识；

使用正则匹配数据流中的数据，尤其适用于能够解析的协议，其中，正则匹配可以是关键字段匹配。

根据预设的标识与支付异常之间的映射关系，获取与所述第一标识对应的第一支付异常。

可替代的，也可以通过以下方式：

确认所述第一支付测试请求是否对应为首次连接请求；

若是，则获取所述第一支付测试请求当前对应的交互次数以得到所述第一支付测试请求携带的第一标识；

根据预设的标识与支付异常之间的映射关系，获取与所述第一标识对应的第一支付异常。

采用请求次数匹配，如对于第三次交互的返回模拟超时场景，在多次交互且多待测系统情况下，需要保证次数统计正确，可通过一个新请求连接则增加一个线程的方法统计计数自动从0开始，对于单连接多次交互时，每次交互次数加1，可保证对次数统计的正确性，该手段尤其适用于无法解析协议的情况。

进一步，可将上述两种方式进行结合，以得到符合条件的支付异常。如匹配第n次更新操作，则无需考虑其他如心跳请求，通过正则匹配更新操作，且更新操作为第n次操作即可。

303、从预设响应数据库中获取与所述第一初始支付测试请求对应的第一响应，并根据所述第一支付异常对所述第一响应进行修改以得到与所述第一支付异常对应的第一支付异常信息；

其中，预设响应数据库为代理模块获取多次历史支付测试请求，以及与所述多次历史支付测试请求分别对应的多次历史响应；历史支付测试请求可以是预设时间内的支付测试请求，可以是当前第一初始支付测试请求之前的任一支付测试请求，多次历史响应为与上述多次历史支付测试请求对应的响应，其中，该历史支付测试请求可对应为正常请求，该历史响应可对应为正常响应。通过将所述多次历史支付测试请求与所述多次历史响应分别对应存储，以得到所述预设响应数据库，以便于根据第一初始支付测试请求从预设响应数据库中获取与该第一初始支付测试请求对应的第一响应，其中该第一响应为正常响应。

获取到与该第一初始支付测试请求对应的第一响应后，根据所得到的第一支付异常对所述第一响应进行修改以得到与所述第一支付异常对应的第一支付异常信息。其中，上述修改可以是根据配置映射端口和协议的关系，分析得出对应请求的协议，并进一步使用该协议对第一响应进行包体修改。此处修改是为了获取到异常场景，进而可满足联调测试的多场景测试。

其中，步骤303可以是在实时获取到第一初始支付测试请求后再进行响应修改；其也可以是预先修改好，得到对应不同测试请求的不同篡改后的响应，即不同的支付异常信息，并进行保存，当获取到对应的初始支付测试请求时则直接从保存的支付异常信息中进行获取即可。

304、对所述第一支付异常信息进行测试并返回测试所得的结果，以响应所述第一初始支付测试请求。

将上述扩展得到的对应第一支付异常的第一支付异常信息发送给待联调系统101进行模拟测试，进而可得到对应第一支付异常的测试结果，其中，该测试结果可以是返回失败。

通过本申请实施例，通过对接收到的支付测试请求进行处理得到相应请求所携带的标识，并从预设支付异常数据库中获取与上述标识对应的支付异常，从预设响应数据库中获取与上述支付测试请求对应的正常响应，并对上述响应进行修改以得到与上述支付异常对应的支付异常信息，然后对上述支付异常信息进行测试并返回测试所得的结果，以响应上述支付测试请求。采用该手段，通过扩展多支付异常场景，使得联调测试场景多样化，提升联调测试的能力。

请参阅图4，图4为本申请实施例提供了一种基于支付异常的联调测试方法的流程示意图。如图4所示，其可包括步骤401-407，具体如下：

401、接收第一初始支付测试请求；

该第一初始支付测试请求可以是支付请求，该支付请求可以是任意二进制流的数据；

402、确认所述第一初始支付测试请求的协议是否属于预设协议；

根据上述第一初始支付测试请求，确认第一初始支付测试请求的协议是否属于预设协议，其中，可将第一初始支付测试请求的协议与预设协议库的协议进行比对，以确认是否属于预设协议。其中第一初始支付测试请求的协议可以是根据请求的端口来确认，不同端口可对应不同的协议；如确认第一初始支付测试请求的协议是否为http，protobuf还是私有协议。其中，使用pcap截取数据流,使用通用的python库dpkt识别tcp/udp，以识别tcp/udp/http/gzip/ssl等协议,若无法识别确认，则确认对应的协议为私有协议。

403、若不属于所述预设协议，则确认源码数据库是否存有与所述第一初始支付测试请求的协议对应的源码；

404、若有，则根据所述源码对所述第一初始支付测试请求的协议进行解码以得到第一支付测试请求；

对于存储有对应源码可以解析的则使用对应源码的方法解析，如解析成功，则存储解析后的内容以及协议类型；或者也可以使用已有开源协议+结构体解析，对于有的协议虽然是开源协议，但是包内容还有对应结构体，需要进一步拆解，因此采用已有开源协议+结构体解析，解析成功则存储解析后的内容以及协议类型。

若所述源码数据库未存有与所述第一初始支付测试请求的协议对应的源码，则去除所述第一初始支付测试请求的协议的包头以得到第一支付测试请求。

即对于无解析方法的则去除包头直接存储请求的二进制数据流，对于不能解析的则可设置协议类型为binary。

405、获取所述第一支付测试请求携带的第一标识，并从预设支付异常数据库中获取与所述第一标识对应的第一支付异常；

其中，上述第一标识可以是关键字标识或者是数字或号码等；上述预设支付异常数据库中存储有不同标识对应的不同支付异常，支付异常可以是支付冻结异常，或者支付超时异常，或者支付无效异常等等；不同标识对应不同的异常场景。

其中，对于现有技术中当一笔请求触发多次交互时，无法精细化模拟其中第n次交互，无论是失败还是超时场景，在除第一次调用后端时比较容易模拟外，后面的多次调用均通过传统的方式无法模拟(如果直接设置后端不可读，或杀死后端进程，则只能覆盖到查询失败的场景，实际修改后端无法模拟到)，且每次调用都会有不同的错误码返回，且业务逻辑各有不同。

基于此，上述获取所述第一支付测试请求携带的第一标识，并从预设支付异常数据库中获取与所述第一标识对应的第一支付异常，可包括：

确认所述第一支付测试请求是否对应为首次连接请求；若是，则获取所述第一支付测试请求当前对应的交互次数以得到所述第一支付测试请求携带的第一标识；根据预设的标识与支付异常之间的映射关系，获取与所述第一标识对应的第一支付异常。

采用请求次数匹配，如对于第三次交互的返回模拟超时场景，在多次交互且多待测系统情况下，需要保证次数统计正确，可通过一个新请求连接则增加一个线程的方法统计计数自动从0开始，对于单连接多次交互时，每次交互次数加1，可保证对次数统计的正确性，该手段尤其适用于无法解析协议的情况。

406、从预设响应数据库中获取与所述第一初始支付测试请求对应的第一响应，并根据所述第一支付异常对所述第一响应进行修改以得到与所述第一支付异常对应的第一支付异常信息；

其中，该步骤可以是在实时获取到第一初始支付测试请求后再进行响应修改；其也可以是预先修改好，得到对应不同测试请求的不同篡改后的响应，即不同的支付异常信息，并进行保存，当获取到对应的初始支付测试请求时则直接从保存的支付异常信息中进行获取即可。

407、对所述第一支付异常信息进行测试并返回测试所得的结果，以响应所述第一初始支付测试请求。

通过本申请实施例，通过对接收到的支付测试请求进行处理得到相应请求所携带的标识，并从预设支付异常数据库中获取与上述标识对应的支付异常，从预设响应数据库中获取与上述支付测试请求对应的正常响应，并对上述响应进行修改以得到与上述支付异常对应的支付异常信息，然后对上述支付异常信息进行测试并返回测试所得的结果，以响应上述支付测试请求。采用该手段，通过扩展多支付异常场景，使得联调测试场景多样化，提升联调测试的能力。

与上述实施例一致的，请参阅图5，图5为本申请实施例提供的一种服务器的结构示意图，如图所示，包括处理器、输入设备、输出设备和存储器，所述处理器、输入设备、输出设备和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，上述程序包括用于执行以下步骤的指令；

接收第一初始支付测试请求，并对所述第一初始支付测试请求进行处理得到第一支付测试请求；

获取所述第一支付测试请求携带的第一标识，并从预设支付异常数据库中获取与所述第一标识对应的第一支付异常；

从预设响应数据库中获取与所述第一初始支付测试请求对应的第一响应，并根据所述第一支付异常对所述第一响应进行修改以得到与所述第一支付异常对应的第一支付异常信息；

对所述第一支付异常信息进行测试并返回测试所得的结果，以响应所述第一初始支付测试请求。

通过本申请实施例，通过对接收到的支付测试请求进行处理得到相应请求所携带的标识，并从预设支付异常数据库中获取与上述标识对应的支付异常，从预设响应数据库中获取与上述支付测试请求对应的正常响应，并对上述响应进行修改以得到与上述支付异常对应的支付异常信息，然后对上述支付异常信息进行测试并返回测试所得的结果，以响应上述支付测试请求。采用该手段，通过扩展多支付异常场景，使得联调测试场景多样化，提升联调测试的能力。

上述程序还包括用于执行以下步骤的指令：

确认所述第一初始支付测试请求的协议是否属于预设协议；

若不属于所述预设协议，则确认源码数据库是否存有与所述第一初始支付测试请求的协议对应的源码；

若有，则根据所述源码对所述第一初始支付测试请求的协议进行解码以得到第一支付测试请求。

还包括：

若所述源码数据库未存有与所述第一初始支付测试请求的协议对应的源码，则去除所述第一初始支付测试请求的协议的包头以得到第一支付测试请求。

包括：

获取多次历史支付测试请求，以及与所述多次历史支付测试请求分别对应的多次历史响应；

将所述多次历史支付测试请求与所述多次历史响应分别对应存储，以得到所述预设响应数据库。

所述获取所述第一支付测试请求携带的第一标识，并从预设支付异常数据库中获取与所述第一标识对应的第一支付异常，包括：

采用正则表达式对所述第一支付测试请求的不同字段进行匹配，以获取所述第一支付测试请求携带的第一标识；

根据预设的标识与支付异常之间的映射关系，获取与所述第一标识对应的第一支付异常。

所述获取所述第一支付测试请求携带的第一标识，并从预设支付异常数据库中获取与所述第一标识对应的第一支付异常，包括：

确认所述第一支付测试请求是否对应为首次连接请求；

若是，则获取所述第一支付测试请求当前对应的交互次数以得到所述第一支付测试请求携带的第一标识；

根据预设的标识与支付异常之间的映射关系，获取与所述第一标识对应的第一支付异常。

上述主要从方法侧执行过程的角度对本申请实施例的方案进行了介绍。可以理解的是，终端为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所提供的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对终端进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

与上述一致的，请参阅图6，图6为本申请实施例提供了一种基于支付异常的联调测试装置的结构示意图。其包括处理模块601，获取模块602，修改模块603和测试模块604，具体如下：

处理模块601，用于接收第一初始支付测试请求，并对所述第一初始支付测试请求进行处理得到第一支付测试请求；

获取模块602，用于获取所述第一支付测试请求携带的第一标识，并从预设支付异常数据库中获取与所述第一标识对应的第一支付异常；

修改模块603，用于从预设响应数据库中获取与所述第一初始支付测试请求对应的第一响应，并根据所述第一支付异常对所述第一响应进行修改以得到与所述第一支付异常对应的第一支付异常信息；

测试模块604，用于对所述第一支付异常信息进行测试并返回测试所得的结果，以响应所述第一初始支付测试请求。

可以看出，通过本申请实施例，通过对接收到的支付测试请求进行处理得到相应请求所携带的标识，并从预设支付异常数据库中获取与上述标识对应的支付异常，从预设响应数据库中获取与上述支付测试请求对应的正常响应，并对上述响应进行修改以得到与上述支付异常对应的支付异常信息，然后对上述支付异常信息进行测试并返回测试所得的结果，以响应上述支付测试请求。采用该手段，通过扩展多支付异常场景，使得联调测试场景多样化，提升联调测试的能力。

可选的，所述接收模块601用于确认所述第一初始支付测试请求的协议是否属于预设协议；若不属于所述预设协议，则确认源码数据库是否存有与所述第一初始支付测试请求的协议对应的源码；若有，则根据所述源码对所述第一初始支付测试请求的协议进行解码以得到第一支付测试请求。

所述接收模块601还用于：若所述源码数据库未存有与所述第一初始支付测试请求的协议对应的源码，则去除所述第一初始支付测试请求的协议的包头以得到第一支付测试请求。

还包括存储模块，用于接收第一初始支付测试请求之前，获取多次历史支付测试请求，以及与所述多次历史支付测试请求分别对应的多次历史响应；将所述多次历史支付测试请求与所述多次历史响应分别对应存储，以得到所述预设响应数据库。

所述获取模块602可用于：采用正则表达式对所述第一支付测试请求的不同字段进行匹配，以获取所述第一支付测试请求携带的第一标识；根据预设的标识与支付异常之间的映射关系，获取与所述第一标识对应的第一支付异常。

所述获取模块602还可用于：确认所述第一支付测试请求是否对应为首次连接请求；若是，则获取所述第一支付测试请求当前对应的交互次数以得到所述第一支付测试请求携带的第一标识；根据预设的标识与支付异常之间的映射关系，获取与所述第一标识对应的第一支付异常。

本申请实施例还提供一种计算机存储介质，其中，该计算机存储介质存储用于电子数据交换的计算机程序，该计算机程序使得计算机执行如上述方法实施例中记载的任何一种基于支付异常的联调测试方法的部分或全部步骤。

本申请实施例还提供一种计算机程序产品，所述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，该计算机程序使得计算机执行如上述方法实施例中记载的任何一种基于支付异常的联调测试方法的部分或全部步骤。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在申请明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件程序模块的形式实现。

所述集成的单元如果以软件程序模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储器包括：u盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储器中，存储器可以包括：闪存盘、只读存储器、随机存取器、磁盘或光盘等。

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