CN112994959B - 一种业务测试控制系统、方法、装置和存储介质 - Google Patents

Abstract

本申请涉及通信技术领域，尤其涉及一种业务测试控制系统、方法、装置和存储介质，用以提高资源转移类业务流程的测试效率，其中，业务测试系统包括：路由装置，用于接收通过业务处理系统触发的第一业务测试指令，根据预先配置的第一测试路径，将业务测试指令发送到虚拟应答装置，业务测试指令用于测试资源转移业务；虚拟应答装置，用于获取与第一业务测试指令对应的虚拟业务处理结果，以及，通过路由装置将虚拟业务处理结果发送给业务处理系统。由于本申请通过虚拟应答装置直接获得与第一业务测试指令对应的虚拟业务处理结果后发送给业务处理系统，实现了业务测试虚拟应答，提高测试效率。

Description

一种业务测试控制系统、方法、装置和存储介质

技术领域

本申请涉及通信技术领域，尤其涉及一种业务测试控制系统、方法、装置和存储介质。

背景技术

在换汇平台的业务中，与银行联系紧密，很多最后的操作都需要银行来完成。针对换汇平台的业务测试控制，线上环境一般是连接的专线，但是开发环境和测试环境一般连接的是银行的测试环境，当银行的接口发生变化时，就会影响测试情况，达到一种不稳定的状态；还有当测试人员想模拟银行异常返回时，需要通知银行给予部分特定报错，来触发自身业务的流程，实现过程繁琐；或者，测试环境的前置机有版本在测试，没有可再使用的前置机，这时则需要等待前置机版本测试完成，效率较低。

综上，目前针对换汇平台的业务测试控制，需要前置机链接银行，在测试过程中对银行的依赖性很大，对于其他业务相关业务平台的测试也存在这个问题。

发明内容

本申请实施例提供一种业务测试控制系统、方法、装置和存储介质，用以提高资源转移类业务流程的测试效率。

本申请实施例提供的一种业务测试控制方法，包括：

接收通过业务处理系统触发的第一业务测试指令，所述业务测试指令用于测试资源转移业务；

获取与所述第一业务测试指令对应的虚拟业务处理结果，其中：所述虚拟业务处理结果为根据资源转移业务的结算逻辑的预期处理结果设置的；

将所述虚拟业务处理结果发送给所述业务处理系统。

本申请实施例提供的一种业务测试控制装置，包括：

接收单元，用于接收通过业务处理系统触发的第一业务测试指令，所述第一业务测试指令用于测试资源转移业务；

获取单元，用于获取与所述第一业务测试指令对应的虚拟业务处理结果，其中：所述虚拟业务处理结果为根据资源转移业务的结算逻辑的预期处理结果设置的；

发送单元，用于将所述虚拟业务处理结果发送给所述业务处理系统。

可选的，所述装置还包括：

确认单元，用于在所述获取单元获取所述第一业务测试指令对应的虚拟业务处理逻辑之前，确认根据所述第一业务测试指令执行过模拟结算时，将直接获取之前的模拟业务处理结果。

可选的，所述发送单元还用于：

若所述模拟业务处理结果为失败，则获取失败的原因，并将所述失败的原因、所述模拟业务处理结果组包发送给所述业务处理系统。

可选的，所述第一业务测试指令还包括业务指示信息，所述业务指示信息用于指示本次测试的资源转移业务的业务类型；所述业务类型至少包括购汇或换汇。

本申请实施例提供的一种业务测试控制系统，包括业务处理系统、路由装置和虚拟应答装置；

所述路由装置，用于接收通过所述业务处理装置触发的第一业务测试指令，根据预先配置的第一测试路径，将所述业务测试指令发送到所述虚拟应答装置，所述业务测试指令用于测试资源转移业务；

所述虚拟应答装置，用于获取与所述第一业务测试指令对应的虚拟业务处理结果，以及，通过所述路由装置将虚拟业务处理结果发送给所述业务处理系统，其中：所述虚拟业务处理结果为根据资源转移业务的结算逻辑的预期处理结果设置的。

本申请实施例提供的一种电子设备，包括处理器和存储器，其中，所述存储器存储有程序代码，当所述程序代码被所述处理器执行时，使得所述处理器执行上述一种业务测试控制方法的步骤。

本申请实施例提供一种计算机可读存储介质，其包括程序代码，当所述程序产品在电子设备上运行时，所述程序代码用于使所述电子设备执行上述一种业务测试控制方法的步骤。

本申请有益效果如下：

本申请实施例提供的业务测试控制系统、方法、装置和存储介质，通过虚拟应答装置代替实际的资源转移业务结算系统，在接收到通过路由装置转发的第一业务测试指令后，直接获取第一业务测试指令对应的虚拟业务处理结果，并通过路由装置将虚拟业务处理结果发送给业务处理系统，不需要通过实际的资源转移业务结算系统对业务进行处理，减小了在测试过程中对资源转移业务结算系统的依赖性，实现了自动化业务测试，且在保证实现业务测试的前提下，提高了资源转移类业务流程的测试效率。

本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例中的一种现有技术中的换汇平台业务测试流程的一个可选的示意图；

图2为本申请实施例提供的一种应用场景的一个可选的示意图；

图3为本申请实施例提供的一种业务测试控制方法的一个可选的流程图；

图4为本申请实施例提供的一种业务测试控制的一个可选的流程图；

图5A为本申请实施例提供的一个桩渠道配置的一个可选的示意图；

图5B为本申请实施例提供的一个前置机桩配置的一个可选的示意图；

图5C为本申请实施例提供的另一个前置机桩配置的一个可选示意图；

图5D为本申请实施例提供的一种前置机桩端口配置的一个可选的示意图；

图6为本申请实施例提供的一个可选的业务测试控制实现时序流程示意图；

图7为本申请实施例提供的一种业务测试控制装置的组成结构示意图；

图8为应用本申请实施例的一种电子设备的一个硬件组成结构示意图；

图9为应用本申请实施例的一种计算装置的一个硬件组成结构示意图。

具体实施方式

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

下面对本申请实施例中涉及的部分概念进行介绍。

资源转移业务，在本申请实施例中指需要借助业务结算系统实现资源转移的业务，例如需要借助银行实现的购汇业务、换汇业务，需要借助第三方结算系统实现的结算业务等。

业务结算系统，在本申请实施例中用于进行业务结算的系统，可用于结算资源转移业务，常见的业务结算系统有银行、第三方结算系统等。

购汇：当发生外币业务后需要支付外币时用本位币去购换成外币支付的一种行为就称之为购汇，相当于外汇买卖。

Ia_bank_proxy：银行路由的一个转发器，当需要银行处理业务时，有多家银行选择，此时可以根据配置来决定由哪家银行处理业务。

动态桩：相当于虚拟银行，不用真实去链接银行，但可以模拟银行的返回，并且根据每笔订单的不同，动态返回不同的结果。

前置机：指用于现场的中间设备。以银行为例，根据业务种类和主机系统的不同，一家银行一般会使用一台前置机作为完成业务的中间设备。

配置文件：是一种计算机文件，可以为一些计算机程序配置参数和初始设置。

下面对本申请实施例的设计思想进行简要介绍。

如图1所示，为本申请实施例提供的一种现有技术中的换汇平台业务测试流程的一个可选的示意图；其中Ia_exc_batch为用户通过换汇平台输入的业务测试指令，可以是一个，也可以是多个。Ia_bank_proxy为分发路由器，相当于管理器，用于将业务测试指令通过相应的银行渠道发送给相应的银行前置机；

实际上，不同的银行协议不同，银行前置机通过对业务测试指令进行协议格式转化，将业务测试指令以相应银行可处理的报文格式发送给银行进行处理，用于对业务测试指令进行银行协议报文格式的适配。

其中，在实际的交易中，不需要银行桩，但是图1所示的方式，前置机连接银行桩是为了方便测试。在设置银行桩的方式下，每个银行都需要一个银行桩，需要开发，增加开发工作量；且每个银行协议字段不同，需要进行适配。此外，由图1可知，图中业务流程的实现需要前置机链接银行，由银行进行业务处理，需要验证前置机的功能，当前置机有问题时，不能进行测试。当测试人员想模拟银行异常返回时，需要通知银行给予部分特定报错，来触发自身业务的流程，实现过程繁琐；当测试人员想模拟银行的成功返回时，也不能实时变动，需要由银行进行业务处理，当银行网络阻塞，或者遇到电缆被挖断等情况时，则不能成功返回。目前的测试过程中对银行的依赖性很大，对于其他业务相关业务平台的测试也存在这个问题。

鉴于此，本申请实施例提出一种业务测试控制系统、方法、装置和存储介质，通过虚拟应答装置代替实际的资源转移业务结算系统，在业务处理系统连接的路由网络中设置专用的路由装置，用于路由业务测试指令，在前置机位置，设置虚拟应答装置，虚拟应答装置模拟银行桩来对测试指令进行模拟应答。其中，路由装置中预先为虚拟应答装置配置好第一测试路径，用于将接收到的业务测试指令路由到虚拟应答装置，此外还可为虚拟应答装置配置通信端口，路由装置通过预先配置的第一测试路径将业务测试指令发送到虚拟应答装置对应的通信端口，虚拟应答装置通过监听通信端口接收到路由装置转发的业务测试指令后，则可直接获取第一业务测试指令对应的预虚拟业务处理结果，再通过路由装置将虚拟业务处理结果发送给业务处理系统，不需要通过实际的资源转移业务结算系统对业务进行处理，实现了业务测试指令的虚拟应答，在保证实现业务测试的前提下，提高了业务测试的效率。

以下结合说明书附图对本申请的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本申请，并不用于限定本申请，并且在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

本申请实施例提供一种业务测试控制系统，该系统包括业务处理系统、路由装置和虚拟应答装置；

路由装置，用于接收通过业务处理系统触发的第一业务测试指令，根据预先配置的第一测试路径，将业务测试指令发送到虚拟应答装置，业务测试指令用于测试资源转移业务；

虚拟应答装置，用于获取与第一业务测试指令对应的虚拟业务处理结果，以及，通过路由装置将虚拟业务处理结果发送给业务处理系统，其中：虚拟业务处理结果为根据资源转移业务的结算逻辑的预期处理结果设置的。

其中，虚拟业务测试指需要借助业务结算系统实现资源转移的业务，例如需要借助银行实现的购汇业务、换汇业务，需要借助第三方结算系统实现的结算业务等。

在本申请实施例中的业务测试控制系统中，路由装置主要用于转发接收到的指令或者是应答，虚拟应答装置将资源转移业务的结算逻辑的预期处理结果作为虚拟业务处理结果，通过第一业务测试指令对应的虚拟业务处理结果对用户触发的业务测试指令进行虚拟应答，其中，虚拟业务处理结果为根据资源转移业务的计算逻辑设置的允许出现的业务处理结果，例如成功、失败、系统繁忙等。通过虚拟应答装置直接实现对业务测试指令的虚拟应答，不再需要将业务测试指令发送给资源转移业务结算系统进行处理，根据虚拟业务处理结果实现业务测试，减小了对资源转移业务结算系统的依赖性，提高了资源转移业务流程的测试效率。

如图2所示，其为本申请实施例的应用场景示意图。图中所示业务测试控制系统包括业务处理系统10，路由装置20，虚拟应答装置30。在本申请实施例中，用户A通过业务处理系统10输入第一业务测试指令，路由装置20在接收到用户通过业务处理系统输入的第一业务测试指令后，根据在路由装置20的配置文件中预先配置的第一测试路径，将业务测试指令发送到虚拟应答装置30；虚拟应答装置30获得与第一业务测试指令对应的虚拟业务处理结果，实现对第一业务测试指令进行应答，无需通过资源转移业务结算系统对业务测试指令进行处理并反馈。

在一种可选的实施方式中，路由装置20还用于根据预先配置的第一测试路径，将第一业务测试指令发送到指定的通信端口；虚拟应答装置30，还用于通过监听通信端口接收第一业务测试指令。

其中，通信端口相关配置可通过直接配置在虚拟应答装置的配置文件中，以实现上述功能。

在一种可选的实施方式中，虚拟应答装置还用于获取与第一业务测试指令对应的虚拟业务处理逻辑，根据虚拟业务处理逻辑对测试的资源转移业务进行模拟结算，获得模拟业务处理结果并将模拟业务处理结果发送给业务处理系统，其中：虚拟业务处理逻辑是根据资源转移业务的结算逻辑设置的。

其中，虚拟业务处理逻辑是根据资源转移业务的结算逻辑设置的，结算逻辑是针对某一类资源转移业务进行结算时，具体怎样进行结算的一种处理逻辑。以购汇业务为例，结算逻辑则表示购汇的具体结算逻辑，指怎样根据汇率处理购汇业务的结算，将用户支付的本位币购换为外币。该方式下，虚拟应答装置可以模拟资源转移业务结算系统的部分业务功能，以资源转移业务结算系统为银行为例，则可模拟银行进行购汇、换汇等。具体实施方式将在下文实施例中进行详细说明。

在一种可选的实施方式中，业务测试控制系统还包括多个业务处理前置机40，以及对应每个业务处理前置机分别设置的多个资源转移业务结算系统50，各个业务处理前置机40分别连接在路由装置20和对应的资源转移业务结算系统50之间，其中：

路由装置20，还用于接收到用户A通过业务处理系统10触发的第二业务测试指令时，根据预先配置的第二测试路径，将第二业务测试指令发送到其中一个业务处理前置机40，业务处理前置机40将第二业务测试指令转发给对应连接的资源转移业务结算系统50，并通过路由装置20将资源转移业务结算系统50针对第二业务测试指令返回的业务处理结果发送给业务处理系统10。

其中，资源转移业务结算系统为用于进行资源转移业务结算的系统，常见的资源转移业务结算系统有银行、第三方结算系统等。

需要说明的是，本申请实施例中的第一业务测试指令指需要虚拟应答的一类测试指令，而第二业务测试指令，是指资源转移业务结算系统可直接配合测试的一类测试指令。相应的，虚拟业务处理结果则表示虚拟应答装置对第一业务测试指令进行的虚拟应答结果，业务处理结果则表示资源转移业务结算系统通过第二业务测试指令直接配合测试得到的实际的业务处理结果。

如图2所示，其中1.表示第一业务测试指令，2.表示虚拟业务处理结果，3.表示第二业务测试指令，4.表示业务处理结果。

在设置有业务处理前置机的实施方式下，主要适用于前置机需要版本测试的场景。在业务处理前置机需要版本测试时，需要验证业务处理前置机的功能，因而需要连接资源转移业务结算系统，例如银行，此时，由于图2所示的业务测试控制系统中还包括多个业务处理前置机以及相应的资源转移业务结算系统，因而可以在业务处理前置机需要版本测试时，仍可实现业务测试。该方式下，路由装置主要通过第二测试路径，将第二业务测试指令路由到业务处理前置机，再由业务处理前置机经过一定报文格式的适配后，转发给相应的资源转移业务结算系统进行实际业务处理。

下面主要以资源转移业务结算系统为银行为例进行详细介绍，在此场景下，虚拟应答装置常被称作动态桩或前置机桩。

参阅图3所示，为本申请实施例提供的一种业务测试控制方法的实施流程图，该方法的具体实施流程如下：

S31：接收通过业务处理系统触发的第一业务测试指令，第一业务测试指令用于测试资源转移业务；

在一种可选的实施方式中，业务处理系统为针对资源转移业务的业务处理系统，例如换汇平台。

其中，第一业务测试指令为针对资源转移业务的业务流程的测试指令，用于测试资源转移业务的业务流程。

在业务结算系统为银行的场景下，资源转移业务为间接需要银行参与处理的业务，例如换汇、购汇等，而不是直接请求银行进行处理的业务，例如存款、取款、贷款等业务。

S32：获取与第一业务测试指令对应的虚拟业务处理结果，其中：虚拟业务处理结果为根据资源转移业务的结算逻辑的预期处理结果设置的；

S33：将虚拟业务处理结果发送给业务处理系统。

一般情况下，银行对业务进行处理后可能返回的业务处理结果有成功、失败、业务繁忙等，因而，第一业务测试指令对应的虚拟业务处理结果为成功、失败、业务繁忙等中的任意一种。

此外，虚拟业务处理结果是不需要经过银行进行实际业务处理即可得到的测试结果，可以在保证完整业务流程测试的基础上，提高测试的工作效率。

在一种可能的实施方式中，在获取第一业务测试指令对应的虚拟业务处理结果时，首先获取第一业务测试指令对应的业务预期全局变量；根据获取到的业务预期全局变量确定第一业务测试指令对应的虚拟业务处理结果。

其中，业务预期全局变量用于表示业务测试的预期结果，是提前设置在虚拟应答装置内存中的，因而可在接收到第一业务测试指令后直接从内存中获取。

下面主要以虚拟业务处理结果为成功或失败为例进行详细介绍。

假设，第一业务测试指令对应的业务预期全局变量为1，则可确定第一业务测试指令对应的虚拟业务处理结果为成功；第一业务测试指令对应的业务预期全局变量为0，则可确定第一业务测试指令对应的虚拟业务处理结果为失败。

在本申请实施例中，提前设置业务预期全局变量的方式有很多种，一种可选的实施方式为，用户在通过业务处理系统触发第一业务测试指令之前，先触发第一业务设置指令，第一业务设置指令中至少包括第一业务测试指令对应的业务预期结果指示信息。虚拟应答装置接收用户通过业务处理系统输入的第一业务设置指令；根据第一业务设置指令中的业务预期结果指示信息，设置第一业务测试指令对应的业务预期全局变量。

例如，业务预期结果指示信息为预期成功，则可设置业务预期全局变量为1；业务预期结果指示信息为预期失败，则可设置业务预期全局变量为0。

在一种可选的实施方式中，第一业务设置指令、第一业务测试指令中还可包括业务标识信息，用于指示本次资源转移业务。其中，业务标识信息可以是交易单号，交易指资源转移交易，例如购汇。

一般情况下，资源转移业务的业务测试需要经过银行进行相应的业务处理，并反馈处理结果，在本申请实施中，预先设置好业务预期全局变量，虚拟应答装置则可通过业务预期全局变量确定虚拟业务处理结果，无需经过银行进行业务处理，更加高效。

在一种可选的实施方式中，还可在虚拟应答装置中预先设置与第一业务测试指令对应的虚拟业务处理逻辑，通过预先设置好的虚拟业务处理逻辑可以模拟部分银行业务处理，获得模拟业务处理结果，以模拟银行的业务流程。

具体的，业务预期结果包括预期成功或者预期失败，当第一业务测试指令对应的业务预期全局变量指示的业务预期结果表示预期成功，获取与第一业务测试指令对应的虚拟业务处理逻辑；根据虚拟业务处理逻辑进行模拟结算，获得模拟业务处理结果，其中：虚拟业务处理逻辑是根据资源转移业务的结算逻辑设置的；将模拟业务处理结果发送给业务处理系统，通过业务处理系统展示给用户。

其中，虚拟业务处理逻辑是根据资源转移业务的结算逻辑设置的，用于模拟资源转移业务结算系统的结算逻辑，因为无需将业务测试指令转交给银行进行业务处理后再接收银行的反馈，避免了受银行的限制导致无法得到预期反馈的情况，因而可以提高业务测试的效率，实现了自动化的业务测试。

需要说明的是，本申请实施例中的模拟业务处理结果不同于上述实施例中的业务处理结果或是虚拟业务处理结果。模拟业务处理结果虽然也不需要经过银行进行实际业务处理的，但是需要由虚拟应答装置模拟银行部分功能，根据虚拟应答装置预先设置的虚拟业务处理逻辑进行业务处理得到。

在一种可选的实施方式中，虚拟业务处理逻辑可包括配置文件和一些不同的测试业务流程，配置文件中设置有与测试业务流程相关的测试信息。

其中，测试业务流程可根据业务类型划分，不同的业务类型对应不同的测试业务流程。

在本申请实施例中，资源转移业务测试场景下业务类型可以为购汇、换汇、外币购销等。根据第一业务测试指令对应的业务类型，通过与业务类型相关的测试业务流程进行测试。

其中，第一业务测试指令中可携带业务指示信息，业务指示信息用于指示本次测试的资源转移业务的业务类型。

例如，第一业务测试指令中携带的业务指示信息用req_type表示，假设req_type＝01表示购汇业务，req_type＝02表示换汇业务，req_type＝03表示外币购销业务，等。

下面主要以业务类型为购汇为例进行详细介绍。

当业务类型为购汇时，相应的测试业务流程为：获取第一业务测试指令请求购汇的币种信息，查询配置文件中是否有该币种信息，如果币种信息不存在，则确定模拟业务处理结果为失败，进行报错。若查询配置文件中有该币种信息，则可进一步确定该币种信息对应的汇率值，并根据确定的汇率值进行购汇业务结算。

其中，请求购汇的币种信息也可通过类似req_type的字段携带与业务指示信息进行指示，例如用currency_type表示。

例如，配置文件中预先配置好的币种信息有：币种1、币种2、币种3、币种4、币种5、币种6，共6种，这6种币种信息对应的currency_type分别表示为a、b、c、d、e、f。

假设，第一业务测试指令中携带的业务指示信息中currency_type＝g，表示用户请求购汇的币种为币种7，则可确定配置文件中没有该币种信息。假设，第一业务测试指令中携带的业务指示信息中currency_type＝c，表示用户请求购汇的币种为币种3，则配置文件中有该币种信息。

当配置文件中有用户进行购汇的比值信息时，进一步确定币种信息对应的汇率值的方式，在本申请实施例中确定币种信息对应的汇率值的方式有很多种，下面列举两种：

方式一、从配置文件中查询。

其中，配置文件中预先设置有一些固定的预设汇率值，例如，币种1对应的预设汇率值为7.6，币种2对应的汇率值为3.5，币种3对应的汇率值为2.1，币种4对应的汇率值为0.3，币种5对应的汇率值为8.2，币种6对应的汇率值为5.2。

具体的，通过在配置文件中查询与币种信息对应的预设汇率值，将预设汇率值作为币种信息对应的汇率值。

假设，用户请求购汇的币种为币种3，则可确定币种3对应的汇率值为2.1.

可选的，还可周期性更新配置文件中的预设汇率值。

例如，设置的更新周期为1小时，则每小时更新一次配置文件中的预设汇率值；假设设置的更新周期为1天，则每隔一天更新一次配置文件中的预设汇率值，等。

方式二、实时获取。

具体的，获取该币种信息当前时刻的汇率值，并将当前时刻的汇率值作为币种信息对应的汇率值。该方式下，可设置汇率查询接口，对接外部服务器实时查询当前的汇率值。

其中，汇率查询接口可配置在配置文件中，当需要实时获取汇率值时，则可通过配置文件中配置的汇率查询接口进行查询。此外，可设置不同的汇率查询接口，对接不同的外部服务器等可用于查询汇率的汇率查询系统。

假设，查询到当前时刻币种3的汇率值为2.4，则可确定币种3对应的汇率值为2.4。

在本申请实施例中，确定用户请求购购汇的币种信息对应的汇率值后，根据确定的汇率值以及第一业务测试指令执行购汇业务结算，具体的，假设确定的汇率值为2.1，第一业务测试指令所表示的这笔交易的详细交易信息为币种0，价值21000，则购汇后为币种3，价值10000。

假设确定的汇率值为2.4，第一业务测试指令所表示的这笔交易的详细交易信息为币种0，价值21000，则购汇后币种3，价值8750。

在购汇成功后，则表示业务流程处理完成，将模拟业务处理结果赋值为成功，并返回给业务处理系统。

在一种可选的实施方式中，获取第一业务测试指令对应的虚拟业务处理逻辑之前，若确认根据第一业务测试指令执行过模拟结算，则可将之前进行模拟结算的模拟业务处理结果直接返回给业务处理系统即可，通过业务处理系统返回给用户查看。

例如，用户在2019年9月9日对携带交易单号2019090901的第一业务测试指令执行了模拟结算，并将最终的模拟业务处理结果保存到了内存中；用户在2019年9月10又重新触发了一个第一业务测试指令，且该指令携带的交易单号同样为2019090901，则可直接之前保存的交易单号2019090901对应的模拟业务处理结果返回。

在一种可选的实施方式中，根据虚拟业务处理逻辑获得模拟业务处理结果时，需要先判断业务预期全局变量的状态。

若业务预期全局变量表示预期成功，则进一步对第一业务测试指令中携带的第二业务标识信息与第一业务设置指令中携带的第一业务标识信息进行比对结果，以及虚拟业务处理逻辑，确定模拟业务处理结果。

其中，第一业务标识信息与第二业务标识信息表示两次指令的携带的交易单号，一般情况下两次指令携带的交易单号一致，但是也会出现用户输入错误的情况，因而比对结果有两种，针对不同的比对结果，处理方式也不相同。

可选的，若第一业务测试指令中的第二业务标识信息与第一业务标识信息相同，则根据虚拟业务处理逻辑进行业务结算，确定模拟业务处理结果，具体可参见上述实施例。

可选的，若第一业务测试指令中的第二业务标识信息与第一业务标识信息不同，则直接确定模拟业务处理结果为失败。

在本申请实施例中，若两次业务测试指令中的标识信息不一致，则可确定用户输入的交易单号有误，例如，第一业务标识信息为201901010，第二业务标识信息为201901011。此时，直接确定业务处理失败，将模拟业务处理结果赋值为失败，并将模拟业务处理结果发送给业务处理系统。上述方式，可以实现对部分异常流程的检测，提高前置机桩的稳定性。

若业务预期全局变量表示预期失败，则直接确定模拟业务处理结果为失败。

在一种可选的实施方式中，将模拟业务处理结果发送给业务处理系统时，还可将一起其他参数也一并发给业务处理系统，通过业务处理系统展示给用户。

可选的，模拟业务处理成功时，以购汇为例，则可进一步确定该笔交易购汇后的结果，也就是资源转移结果，例如为：成功将价值为21000的币种0购换为价值为10000的币种3进行外币支付。则可将资源转移结果、交易单号，以及模拟业务处理结果进行组包后统一发送给业务处理系统。

可选的，模拟业务处理失败时，则可获取失败的原因，例如单号错误、交易金额错误、系统繁忙、参数解析错误等，然后将获取失败的原因、交易单号，以及模拟业务处理结果进行组包后统一发送给业务处理系统。

其中，单号错误可赋值为001，交易金额错误可赋值为002，系统繁忙可赋值为003，参数解析错误可赋值为004，模拟业务处理结果为失败时可赋值为0，假设交易单号为20190101，则组包的过程实际为参数的拼接，假设失败原因为单号错误，则拼接参数后为20190101.001.0。

在一种可选的实施方式中，将模拟业务处理结果保存到内存map中，当下一次接受到第一业务测试指令时，首先判断内存中是否存在第一业务测试指令中携带的交易单号。

若存在，则表明之前处理过该笔交易，内存中存储有该笔交易的模拟业务处理结果，这种情况下则可直接将该交易单号对应的模拟业务处理结果作为本次测试的虚拟业务处理结果发送给业务处理系统，通过业务处理系统通知用户；

若不存在，则表示该笔交易为一笔新的交易，此时可根据第一业务设置指令中的业务预期结果指示信息设置业务预期全局变量，并将交易单号保存在内存中，例如保存到python的map中。

例如，业务预期结果指示信息为成功，则可设置业务预期全局变量为1；业务预期结果指示信息为失败，则可设置业务预期全局变量为0。

进一步，则接收批跑调用的第一业务测试指令，从map中取出刚设置的业务预期全局变量进行解析得到业务预期全局变量表示的预期结果。

在本申请实施例中，前置机桩不同于前置机，不用真实去链接银行，但可以模拟银行的返回，并且根据每笔交易订单的不同，动态返回不同的虚拟业务处理结果，在一个流程中就可以完成完整的业务测试，集成在自动化测试中更加节省时间，免去了修改银行桩重启服务带来的繁琐流程。

参阅图4所示，为本申请实施例提供的一种换汇平台的业务测试的示意图。

其中，Ia_exc_batch与图1所示一致，为用户通过换汇平台输入的业务测试指令，这里的业务测试指令可以是一个，也可以是多个。

在一种可选的实施方式中，当多个业务测试指令同时请求时，例如多个测试人员同时要求进行测试，此时可通过多线程或者线程池进行处理，实现对多个业务测试指令的并行处理，例如同时有20个业务测试指令，则可通过线程1处理业务测试指令1～5，通过线程2处理业务测试指令6～10，通过线程3处理业务测试指令11～15，通过线程4处理业务测试指令16～20，线程1～4可并行处理。

其中，Ia_bank_proxy为分发路由器，相当于管理器，为本申请实施例中的业务测试控制系统中的路由装置20，其配置了链接的银行的属性，链接的银行的ip(InternetProtocol，网络之间互连的协议)等一系列的配置项。

在本申请实施例中的Ia_bank_proxy新增配置一个桩渠道4555，并且通过修改配置文件PreHandleConf.conf，使桩渠道内部对应的id(Identity，标识)为10，如图5A所示，其中9101、9102、……、9107等表示不同的银行，通过上述新增配置以及修改，完成预先配置的路径，可以将用户通过换汇平台输入的业务测试指令都经过新增的桩渠道转发，而不再是通过A银行渠道或B银行渠道、C银行渠道、D银行渠道等某一具体的银行渠道进行转发。

图4中所示的前置机桩为业务测试控制系统中的虚拟应答装置，通过虚拟一个前置机桩的配置文件CoreServer.conf，新增一个iapay_test，如图5B所示矩形框中的配置，并通过预设的策略，将前置机桩的配置文件与路由装置ia_bank_proxy的配置文件关联起来，形成一种快速找到配置的方法，以实现iapay_test到ia_bank_proxy中的配置的链接。

进一步，修改ia_bank_proxy的配置文件hasite.xml，根据配置的节点iapay_test，找到该节点对应的ip和端口，使得最后访问的ip为10.125.58.148，端口为前置机桩的8000端口，如图5C中矩形框中的配置。通过上述配置，以实现业务测试指令由路由装置20桩渠道到前置机桩的转发。而不再是图1中所示，经由A银行渠道转发至A银行前置机，再通过A银行前置机链接A银行桩，通过A银行进行实际业务处理才返回业务处理结果。本申请实施例中可直接由前置机桩进行处理。在本申请实施例中，发起交易后，前置机桩则需执行打包流程、审批流程。其中，需要手动修改包信息表和明细表中bank_type为新增的桩渠道4555，如图5D所示，后续不需要修改。

进一步，根据自动化测试用例的流程，也就是业务预期结果指示信息，设置后面去银行的交易是成功还是失败，也就是上述实施例中列举的设置业务预期全局变量的过程；之后将交易业务测试指令发送到前置机桩，根据刚设置的业务预期全局变量，将虚拟业务处理结果动态置为成功或者失败，进行银行的模拟返回。

在一种可选的实施方式中，根据预期结果设置业务预期全局变量时，可在交易前通过向前置机桩发送一个携带业务预期结果指示信息的http(HyperText TransferProtocol，超文本传输协议)指令，链接到4555，进而设置业务预期全局变量状态为成功或失败，也就是通知前置机桩下一步业务测试需要返回的结果。

需要说明的是，本申请实施例中实现的程序设计语言，可以使python、Java、C++等，且并不局限于本申请实施例中所列举的。

在本申请实施例中，通过新增一个桩渠道和前置机渠道，动态模拟前置机返回。保证在不影响其他前置机测试的情况下，图4所示的业务测试流程更加适用于多人并行的项目，例如多个测试人员都需要给银行发指令，比如5个测试人员需要进行业务测试，但是只有4个银行渠道；或者前置机有版本测试的情况下，需要验证前置机的功能性，需要链接银行，但是银行容易出现问题，比如今天断网，所有指令回复都是未处理或者是失败等。此时，则可通过本申请实施例中的桩渠道以及前置机桩实现业务测试控制。通过虚拟一个前置机桩渠道，实现对所有银行打桩不再是对单一银行进行操作，协议简单，统一操作。

并且，在本申请实施例提供的方法不需要关注前置机流程，当其他前置机有版本测试时，可以配置相应渠道，比如当A银行前置机有版本测试，但又要模拟银行的返回，就可以配置其他银行渠道，不影响版本的测试，也不用关心前置机的具体流程；此外，通过前置机桩模拟银行，实现动态模拟银行返回，其中的两次业务指令调用，第一次通知动态桩要做什么操作，第二次对业务进行具体的处理，达到动态返回的结果。

上述方式，可以将动态桩和原有的银行桩相结合，具体可以开多个线程进行整合的方式实现，当需要对前置机版本进行测试时，则可通过原有银行桩的方式进行业务测试。

例如，部分线程用于实现前置机版本测试下的配置，前置机需要与原有银行桩结合，另一部分线程用于实现本申请实施例中的配置。以图4所示为例，部分线程可用于在路由装置Ia_bank_proxy接收到用户通过业务处理系统Ia_exc_batch触发的第二业务测试指令时，根据预先配置的第二测试路径，将第二业务测试指令发送到其中一个业务处理前置机，例如C银行前置机，业务处理前置机将第二业务测试指令转发给对应连接的资源转移业务结算系统C银行，在C银行返回处理结果后，则通过路由装置将资源转移业务结算系统针对第二业务测试指令返回的业务处理结果发送给业务处理系统。

另一部分线程用于在路由装置Ia_bank_proxy接收用户通过业务处理系统Ia_exc_batch触发的第一业务测试指令，根据预先配置的第一测试路径，将第一业务测试指令发送到虚拟应答装置，即图4所示的前置机桩，前置机桩则可获取与第一业务测试指令对应的虚拟业务处理结果，并通过路由装置将虚拟业务处理结果发送给业务处理系统。

参阅图6所示，为一种业务流程检测方法的时序图。该方法的具体实施流程如下：

S600、接收第一业务设置指令，第一业务设置指令中携带有第二业务标识信息；

S601、判断内存中是否存储有第二业务标识信息，如果是，则执行步骤S602；否则，执行步骤S603；

S602、直接返回第二业务标识信息对应的模拟业务处理结果；

S603、根据第一业务设置指令中的业务预期结果指示信息设置业务预期全局变量，并把第二业务标识信息和设置的业务预期全局变量存入内存中；

S604、将第二业务标识信息释放回收；

S605、接收批跑调用的第一业务测试指令，第一业务测试指令中携带有第一业务标识信息；

S606、从内存中取刚设置的业务预期全局变量；

S607、判断刚设置的业务预期全局变量所表示的业务预期结果是否为成功，如果是，则执行步骤608，否则，执行步骤609；

S608、判断第一业务标识信息与第二业务标识信息是否一致，如果是，则执行步骤610，否则，执行步骤609；

S609、将模拟业务处理结果赋值为失败；

S610、根据传递的req_type(请求的业务类型)不同，走不同的分支处理相应的业务流程；

S611、当req_type为购汇时，查询配置文件的币种信息；

S612、判断配置文件中是否有该币种信息，如果是，则执行步骤613，否则，执行步骤616；

S613、根据该币种信息从配置文件获取对应的汇率值，进行计算；

S614、将模拟业务处理结果赋值为成功；

S615、报错，将模拟业务处理结果赋值为失败；

S616、将第一业务标识信息、模拟业务处理结果等组包进行返回。

其中，在步骤611～613中为本申请实施例提供的一种业务类型为购汇时的处理方式，当req_type不是购汇时，则需要其他业务流程进行相应的处理，如S611’，上述购汇的业务流程只是一种可选的实现方式。

在一种可选的实施方式中，可在向业务处理系统发送虚拟业务处理结果之前，确定出模拟业务处理结果，其中模拟业务处理结果的确定方式可参考上述实施例中的任意一种，之后将模拟业务处理结果、虚拟业务处理结果以及单号等一同发送给业务处理系统，或者将虚拟业务处理结果携带在模拟业务处理结果中发送等。

如图7所示，其为业务测试控制装置700的结构示意图，可以包括：

接收单元701，用于接收通过业务处理系统触发的第一业务测试指令，第一业务测试指令用于测试资源转移业务；；

获取单元702，用于获取与第一业务测试指令对应的虚拟业务处理结果，其中：虚拟业务处理结果为根据资源转移业务的结算逻辑的预期处理结果设置的；

发送单元703，用于将虚拟业务处理结果发送给业务处理系统。

可选的，获取单元702具体用于：

获取与第一业务测试指令对应的业务预期全局变量，其中全局变量用于表示业务测试的预期结果；

根据业务预期全局变量所表示的预期结果，确定虚拟业务处理结果。

可选的，装置还包括：设置单元704；

接收单元701，还用于接收通过业务处理系统输入的第一业务设置指令，第一业务设置指令至少包括第一业务测试指令对应的业务预期结果指示信息；

设置单元704，用于根据业务预期结果指示信息，设置第一业务测试指令对应的业务预期全局变量。

可选的，装置还包括：

确认单元705，用于在获取单元702获取与第一业务测试指令对应的虚拟业务处理逻辑之前，确认根据第一业务测试指令执行过模拟结算时，将直接获取之前的模拟业务处理结果。

可选的，业务预期结果包括预期成功或者预期失败，装置还包括：结算单元706；

获取单元702，还用于当第一业务测试指令对应的业务预期全局变量指示的业务预期结果表示预期成功，获取与第一业务测试指令对应的虚拟业务处理逻辑；

结算单元706，用于根据虚拟业务处理逻辑进行模拟结算，获得模拟业务处理结果，其中：虚拟业务处理逻辑是根据资源转移业务的结算逻辑设置的；

发送单元703，还用于将模拟业务处理结果发送给业务处理系统。

可选的，发送单元703还用于：

若模拟业务处理结果为失败，则获取失败的原因，并将失败的原因、模拟业务处理结果组包发送给业务处理系统。

可选的，第一业务测试指令还包括业务指示信息，业务指示信息用于指示本次测试的资源转移业务的业务类型；业务类型至少包括购汇或换汇。

为了描述的方便，以上各部分按照功能划分为各模块(或单元)分别描述。当然，在实施本申请时可以把各模块(或单元)的功能在同一个或多个软件或硬件中实现。

在介绍了本申请示例性实施方式的业务测试控制方法和装置之后，接下来，介绍根据本申请的另一示例性实施方式的业务测试控制装置。

所属技术领域的技术人员能够理解，本申请的各个方面可以实现为系统、方法或程序产品。因此，本申请的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

如图8所示，其中本申请实施例提供的一种电子设备800的框图，包括处理器801以及存储器802。其中，存储器存储有程序代码，当程序代码被处理器执行时，使得处理器执行本说明书上述描述的根据本申请各种示例性实施方式的业务测试控制方法中的步骤。例如，处理器801可以执行如图3中所示的步骤。

下面参照图9来描述根据本申请的这种实施方式的计算装置90。图9的计算装置90仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图9，计算装置90以通用计算装置的形式表现。计算装置90的组件可以包括但不限于：上述至少一个处理单元91、上述至少一个存储单元92、连接不同系统组件(包括存储单元92和处理单元91)的总线93。

总线93表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器、外围总线、处理器或者使用多种总线结构中的任意总线结构的局域总线。

存储单元92可以包括易失性存储器形式的可读介质，例如随机存取存储器(RAM)921和/或高速缓存存储单元922，还可以进一步包括只读存储器(ROM)923。

存储单元92还可以包括具有一组(至少一个)程序模块924的程序/实用工具925，这样的程序模块924包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

计算装置90也可以与一个或多个外部设备94(例如键盘、指向设备等)通信，还可与一个或者多个使得用户能与计算装置90交互的设备通信，和/或与使得该计算装置90能与一个或多个其它计算装置进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口95进行。并且，计算装置90还可以通过网络适配器96与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器96通过总线93与用于计算装置90的其它模块通信。应当理解，尽管图中未示出，可以结合计算装置90使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

在一些可能的实施方式中，本申请提供的业务测试控制方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在计算机设备上运行时，程序代码用于使计算机设备执行本说明书上述描述的根据本申请各种示例性实施方式的业务测试控制方法中的步骤，例如，计算机设备可以执行如图3中所示的步骤。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

本申请的实施方式的业务测试控制的程序产品可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在计算装置上运行。然而，本申请的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被命令执行系统、装置或者器件使用或者与其结合使用。

可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由命令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本申请操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算装置上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算装置上部分在远程计算装置上执行、或者完全在远程计算装置或服务器上执行。在涉及远程计算装置的情形中，远程计算装置可以通过任意种类的网络包括局域网(LAN)或广域网(WAN)连接到用户计算装置，或者，可以连接到外部计算装置(例如利用因特网服务提供商来通过因特网连接)。

应当注意，尽管在上文详细描述中提及了装置的若干单元或子单元，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。反之，上文描述的一个单元的特征和功能可以进一步划分为由多个单元来具体化。

此外，尽管在附图中以特定顺序描述了本申请方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序命令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序命令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的命令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序命令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的命令产生包括命令装置的制造品，该命令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序命令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的命令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (11)

1.一种业务测试控制系统，其特征在于，该系统包括业务处理系统、路由装置和虚拟应答装置；

所述路由装置，用于接收通过所述业务处理系统触发的第一业务测试指令，根据预先配置的第一测试路径，将所述第一业务测试指令发送到所述虚拟应答装置，所述第一业务测试指令用于测试资源转移业务；

所述虚拟应答装置，用于获取与所述第一业务测试指令对应的业务预期全局变量；根据所述业务预期全局变量所表示的业务测试的预期结果，确定虚拟业务处理结果，以及，通过所述路由装置将虚拟业务处理结果发送给所述业务处理系统，其中：所述虚拟业务处理结果是根据资源转移业务的预期处理结果设置的；

其中，所述预期结果包括预期成功或者预期失败，所述虚拟应答装置还用于：

当所述预期结果表示预期成功，获取与所述第一业务测试指令对应的虚拟业务处理逻辑，根据所述虚拟业务处理逻辑对测试的资源转移业务进行模拟结算，获得模拟业务处理结果并将所述模拟业务处理结果发送给所述业务处理系统，其中：所述虚拟业务处理逻辑是根据资源转移业务的结算逻辑设置的。

2.如权利要求1所述的系统，其特征在于，还包括：多个业务处理前置机，以及对应每个业务处理前置机分别设置的多个资源转移业务结算系统，各个业务处理前置机分别连接在所述路由装置和对应的资源转移业务结算系统之间，其中：

所述路由装置，还用于接收到通过所述业务处理系统触发的第二业务测试指令时，根据预先配置的第二测试路径，将所述第二业务测试指令发送到其中一个业务处理前置机，所述业务处理前置机用于将所述第二业务测试指令转发给对应连接的资源转移业务结算系统，并通过所述路由装置将资源转移业务结算系统针对所述第二业务测试指令返回的业务处理结果发送给所述业务处理系统。

3.一种业务测试控制方法，其特征在于，包括：

接收通过业务处理系统触发的第一业务测试指令，所述第一业务测试指令用于测试资源转移业务；

获取与所述第一业务测试指令对应的业务预期全局变量；根据所述业务预期全局变量所表示的业务测试的预期结果，确定虚拟业务处理结果，其中：所述虚拟业务处理结果为根据资源转移业务的结算逻辑的预期处理结果设置的；

将所述虚拟业务处理结果发送给所述业务处理系统；

其中，所述预期结果包括预期成功或者预期失败，所述方法还包括：

当所述预期结果表示预期成功，获取与所述第一业务测试指令对应的虚拟业务处理逻辑；根据所述虚拟业务处理逻辑进行模拟结算，获得模拟业务处理结果；将所述模拟业务处理结果发送给所述业务处理系统，所述虚拟业务处理逻辑是根据资源转移业务的结算逻辑设置的。

4.如权利要求3所述的方法，其特征在于，还包括：

接收通过所述业务处理系统输入的第一业务设置指令，所述第一业务设置指令至少包括所述第一业务测试指令对应的业务预期结果指示信息；

根据所述业务预期结果指示信息，设置所述第一业务测试指令对应的业务预期全局变量。

5.如权利要求3所述的方法，其特征在于，获取与所述第一业务测试指令对应的虚拟业务处理逻辑之前，还包括：

确认根据所述第一业务测试指令执行过模拟结算时，将直接获取之前的模拟业务处理结果。

6.如权利要求3所述的方法，其特征在于，所述将所述模拟业务处理结果发送给所述业务处理系统，还包括：

若所述模拟业务处理结果为失败，则获取失败的原因，并将所述失败的原因和所述模拟业务处理结果组包发送给所述业务处理系统。

7.如权利要求3~6任一所述的方法，其特征在于，所述第一业务测试指令还包括业务指示信息，所述业务指示信息用于指示本次测试的资源转移业务的业务类型；所述业务类型至少包括购汇或换汇。

8.一种业务测试控制装置，其特征在于，包括：

接收单元，用于接收通过业务处理系统触发的第一业务测试指令，所述业务测试指令用于测试资源转移业务；

获取单元，用于获取与所述第一业务测试指令对应的业务预期全局变量；根据所述业务预期全局变量所表示的业务测试的预期结果，确定虚拟业务处理结果，其中：所述虚拟业务处理结果为根据资源转移业务的结算逻辑的预期处理结果设置的；

发送单元，用于将所述虚拟业务处理结果发送给所述业务处理系统；

其中，所述预期结果包括预期成功或者预期失败，所述装置还包括：结算单元；

获取单元，还用于当所述预期结果表示预期成功，获取与所述第一业务测试指令对应的虚拟业务处理逻辑；结算单元，用于根据所述虚拟业务处理逻辑进行模拟结算，获得模拟业务处理结果；发送单元，还用于将所述模拟业务处理结果发送给所述业务处理系统，所述虚拟业务处理逻辑是根据资源转移业务的结算逻辑设置的。

9.如权利要求8所述的装置，其特征在于，所述装置还包括：设置单元；

所述接收单元，用于接收通过所述业务处理系统输入的第一业务设置指令，所述第一业务设置指令至少包括所述第一业务测试指令对应的业务预期结果指示信息；

所述设置单元，用于根据所述业务预期结果指示信息，设置所述第一业务测试指令对应的业务预期全局变量。

10.一种电子设备，其特征在于，其包括处理器和存储器，其中，所述存储器存储有程序代码，当所述程序代码被所述处理器执行时，使得所述处理器执行权利要求3~7中任一项所述方法的步骤。

11.一种计算机可读存储介质，其特征在于，其包括程序代码，当所述程序产品在电子设备上运行时，所述程序代码用于使所述电子设备执行权利要求3~7中任一项所述方法的步骤。

Images