CN114170023A - 一种资金交易运营平台系统的测试方法及装置 - Google Patents

Abstract

一种资金交易运营平台系统的测试方法及装置，涉及测试技术领域，用以对资金交易运营平台系统的全流程通路进行测试。该方法包括：接收N个业务场景的数据信息；其中，N为正整数；针对每个业务场景的数据信息，对资金交易运营平台系统各模块按照各模块的交易数据处理流程进行测试；比较每个模块的测试结果和预期结果的一致性；所述预期结果设置在每个模块的检查点中。上述技术方案中，既可以对每个模块单独运作是否正常进行测试，也可以对多个模块组合后的整体运作是否正常进行测试。并且在多系统协作时，也可与对多系统之间的数据传输是否正常进行测试。

Description

一种资金交易运营平台系统的测试方法及装置

技术领域

本申请涉及测试技术领域，尤其涉及一种资金交易运营平台系统的测试方法及装置。

背景技术

现有技术中，在资金交易运营平台系统测试过程中，需要人工测试和自动化测试并行的方式对当前系统同时进行大量且多维度的测试验证，才能对系统做全面的测试验证。

资金交易运营平台系统与传统的交易信息管理系统不同的是，一旦交易接入到资金交易运营平台系统后，整个系统对交易的处理流程都是全部自动处理，因此，需要验证资金交易运营平台系统与其他系统之间的信息交互是否正常，以及资金交易运营平台系统中的各功能模块之间衔接是否正常。

因此，目前亟需一种方案，对资金交易运营平台系统的全流程通路进行测试。

发明内容

本申请提供一种资金交易运营平台系统的测试方法及装置，用以对资金交易运营平台系统的全流程通路进行测试。

第一方面，本申请实施例提供一种资金交易运营平台系统的测试方法，该方法包括：接收N个业务场景的数据信息；其中，N为正整数；针对每个业务场景的数据信息，对资金交易运营平台系统各模块按照各模块的交易数据处理流程进行测试；比较每个模块的测试结果和预期结果的一致性；所述预期结果设置在每个模块的检查点中。

在一种可能的设计中，所述比较每个模块的测试结果和预期结果的一致性，包括：若每个模块的测试结果和预期结果一致时，则判断资金交易运营平台系统运行正常；若任一模块的测试结果和预期结果不一致时，则判断所述模块存在问题。

在一种可能的设计中，所述若任一模块的测试结果和预期的结果不一致时，包括：根据结果不一致时的测试结果，调整资金交易运营平台系统的对应业务场景的参数配置。

在一种可能的设计中，所述资金交易运营平台系统的各个模块包括：交易管理模块，交易证实模块，清结算模块、报文管理模块。

在一种可能的设计中，所述预期结果设置在每个模块的检查点中，包括：根据所述资金交易运营平台的不同业务场景的配置参数，在检查点中设置不同的预期结果。

在一种可能的设计中，所述接收N个业务场景的数据信息，包括：从资金组合与交易系统接收N个业务场景的数据信息，测试资金组合与交易系统和资金交易运营平台系统的数据传输功能是否正常。

第二方面，本申请实施例提供一种资金交易运营平台系统的测试装置，包括：

接收模块，用于接收N个业务场景的数据信息；其中，N为正整数；

处理模块，用于针对每个业务场景的数据信息，对资金交易运营平台系统各模块按照各模块的交易数据处理流程进行测试；若每个模块的测试结果和预期的结果一致时，则资金交易运营平台系统运行正常；若任一模块的测试结果和预期的结果不一致时，则判断所述模块存在问题。

在一种可能的设计中，所述处理模块，还用于若每个模块的测试结果和预期结果一致时，则判断资金交易运营平台系统运行正常；若任一模块的测试结果和预期结果不一致时，则判断所述模块存在问题。

在一种可能的设计中，所述处理模块，还用于根据结果不一致时的测试结果，调整资金交易运营平台系统的对应业务场景的参数配置。

在一种可能的设计中，所述资金交易运营平台系统的各个模块包括：交易管理模块，交易证实模块，清结算模块、报文管理模块。

在一种可能的设计中，所述处理模块，还用于根据所述资金交易运营平台的不同业务场景的配置参数，在检查点中设置不同的预期结果。

在一种可能的设计中，所述接收模块，还用于从资金组合与交易系统接收N个业务场景的数据信息；所述处理模块，还用于测试资金组合与交易系统和资金交易运营平台系统的数据传输功能是否正常。

第三方面，本申请实施例还提供一种计算机设备，包括：

存储器，用于存储程序指令；

处理器，用于调用所述存储器中存储的程序指令，按照获得的程序指令执行如第一方面的各种可能的设计中所述的方法。

第四方面，本申请实施例还提供一种计算机可读存储介质，其中存储有计算机可读指令，当计算机读取并执行所述计算机可读指令时，使得上述第一方面或第一方面的任一种可能的设计中所述的方法实现。

第五方面，本申请实施例还提供一种计算机程序产品，包括计算机可读指令，当计算机可读指令被处理器执行时，使得上述第一方面或第一方面的任一种可能的设计中所述的方法实现。

上述技术方案中，既可以对每个模块单独运作是否正常进行测试，也可以对多个模块组合后的整体运作是否正常进行测试。并且在多系统协作时，还可与对多系统之间的数据传输是否正常进行测试。既保障了资金交易运营平台系统每个模块独立运作正常，也可以保障多个模块组合后运作正常。并且通过大量业务场景对资金交易平台系统的多维度测试，可以使测试更全面，测试结果更准确。

附图说明

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

图1为本申请实施例提供的测试系统的系统架构的示意图；

图2为本申请实施例提供的一种资金交易运营平台系统的测试方法的流程示意图；

图3为本申请实施例提供的一种资金交易运营平台系统的测试装置的示意图；

图4为本申请实施例提供的一种计算机设备的示意图。

具体实施方式

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

在本申请的实施例中，多个是指两个或两个以上。“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。

本申请实施例中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

为了更好的理解本申请的实施例，下面对现有技术和本申请所涉及的名词及功能进行解释。

投资组合与资金交易系统(简称IPFT系统)：该系统主要用来记录金融市场的各种类产品的交易合约要素。目前系统接入的产品有外汇的即远期、掉期、拆借、贵金属、大宗衍生品、债券、基金等。

IPFT系统将与客户达成的交易合约进行交易录入，IPFT系统中的各种金融产品的交易要素是FTB系统的主要数据来源，IPFT系统定时传送新录入的批量交易到FTB系统中，以便为存续期内的交易做进一步的数据处理。

资金交易运营平台系统(简称FTB系统)：是指金融市场领域的后台资金业务处理系统，具体业务功能包括交易复核、交易确认、交易清洁算、合约登记、灵活参数配置等后台业务功能。

资金交易运营平台系统包括如下几个模块:

交易管理模块：主要用于接收IPFT系统传送的交易信息，并对这些交易信息进行交易要素规则检查。

交易证实模块：主要用于对每笔交易的交易细节以及监管性的法律要素进行逐一核实确认。

交易清结算模块：主要是用来对交易产生的实际交割现金流进行管理。

报文管理模块：主要用于对发送报文和接收报文的要素按照预先设定的规则进行匹配。

图1示例性地示出了本申请实施例提供的一种测试系统的系统架构的示意图。如图1所示，该测试系统包括多个调用接口和多个检查点，其中，调用接口用于接入资金交易运营平台的各个模块，如交易管理模块、交易证实模块、交易清结算模块和报文管理模块等模块。在对资金交易运营平台系统测试时，将测试数据输入到资金交易运营平台的第一个模块中，然后依次将上一个模块的输出结果输入到一下各模块中，检查点用于在测试时对每个模块输出的数据进行检查确认，若数据在检查点检查通过时，则自动流入下一接口所接入的模块，对下一个模块进行测试；若数据在检查点检查不通过时，则认为该模块存在问题。

需要说明的是，上述图1所示的系统架构仅是一种示例，本发明实施例对此不做限定。

图2示例性地示出了本申请实施例提供的一种资金交易运营平台系统的测试方法，该方法应用于上述测试系统。如图2所示，该方法包括以下步骤：

步骤201、接收N个业务场景的数据信息。其中，N为正整数。

步骤202、针对每个业务场景的数据信息，对资金交易运营平台系统各模块按照各模块的交易数据处理流程进行测试。

步骤203、比较每个模块的测试结果和预期结果的一致性。所述预期结果设置在每个模块的检查点中。

上述技术方案中，根据资金交易运营平台系统(FTB系统)的不同业务场景的配置参数，在检查点中设置不同的预期结果。若每个模块的测试结果和预期结果一致时，则判断资金交易运营平台系统运行正常；若任一模块的测试结果和预期结果不一致时，则判断该模块存在问题。进一步地，若任一模块的测试结果和预期的结果不一致时，根据结果不一致时的测试结果，调整资金交易运营平台系统的对应业务场景的参数配置。需要说明的是，在FTB系统实际处理的业务场景非常多，借助于参数配置功能，可以将一组交易要素组合起来从而决定该种业务场景的交易产生的资金流的走向。那么当对某一模块的测试结果和预期的结果不一致时，很可能是由于参数配置错误导致的，因此，可以根据测试结果，调整资金交易运营平台系统的对应业务场景的参数配置。

步骤201中，N个业务场景的数据信息根据FTB系统的实际处理业务确定的测试数据，N个业务场景需要全面覆盖不同交易要素组成的多种类型的交易。每种类型的交易也可以有由不同交易要素组成的多笔交易数据。

在一种可能的实施方式中，在开始测试时，N个业务场景的数据信息可以从投资组合与资金交易系统(IPFT系统)高频批量接收得到的，以检测IPFT系统与FTB系统的数据传输功能是否正常。具体的，在从FTB系统接收到N个业务场景的数据信息后，在检查点通过数据库脚本语言从IPFT系统数据库里将N个业务场景的数据信息中的交易要素批量摘抄出来，然后通过数据库脚本语言从FTB系统数据库里将接入到FTB系统的N个业务场景的数据信息中的交易要素批量摘抄出来，批量验证IPFT系统和FTB系统中N个业务场景的数据信息的交易要素的一致性。验证交易要素的一致性可以包括对交易数量的一致性进行验证，比如IPFT系统一次高频处理了100笔有效交易数据，同样FTB系统接收到的也是100笔有效交易数据。也可以验证每一笔交易的交易要素及交易状态的一致性，比如，验证同一笔交易的交易金额、交易日期、交易类型以及交易方向等相关信息，在IPFT系统和FTB系统的数据库里存储时的一致性。若某笔交易的一致性验证失败，测试系统会通报异常，等待人工处理，以根据该笔交易的一致性的验证结果，调整FTB系统的数据接入单元的参数配置。其中，参数配置可以根据交易的业务场景灵活配置，例如，可以通过定义某个交易要素的映射关系，将IPFT系统和FTB系统对应的一笔交易关联起来，以告知FTB系统接收到的这笔交易应该走什么类型的交易证实方式。

步骤202中、资金交易运营平台系统的各个模块包括：交易管理模块，交易证实模块，清结算模块和报文管理模块。

首先，将N个业务场景的数据信息输入到交易管理模块，对交易管理模块进行测试。具体的，可以在检查点中，先验证交易管理模块中每笔交易的处理状态，通过数据库语言从交易合约表中查询出每笔交易的交易处理状态。由于每笔交易的处理期限可能不同，交易状态可以分为4种，交易处理状态为00，表示交易初始接入，等待处理；交易处理状态为01，表示交易处理中；交易处理状态为05，表示交易处理失败；交易处理状态为03，表示交易处理成功。接着，对于交易处理状态为03的交易进行交易规则检查。具体的，如果某笔交易的交易处理状态是03，但对该笔交易的交易规则检查失败，则证明交易管理模块对该种类型的交易处理过程中存在差错。对于此种情况，测试系统会通报异常，等待人工处理，再根据测试结果，调整交易管理模块的对应业务场景的参数配置后，重新对该笔交易进行处理。如果交易处理状态是03，且交易规则检查全部通过，则证明交易管理模块可以对该种类型的交易正常处理。此时，系统数据库会根据交易信息生成实际交割现金流记录。并将交易信息和该笔交易的实际交割现金流记录输入到后续模块中对该模块进行测试。

在对交易管理模块测试通过后，测试系统会继续对后续模块进行测试。在一种可能的实施方式中，可以按照FTB系统各模块的交易数据处理流程，同时对交易证实模块和清结算模块进行测试。进一步地，报文管理模块与交易证实模块以及清结算模块在每笔交易的处理过程中相互依赖，因此，在对交易证实模块和清结算模块进行测试时，也会对报文管理模块进行测试。

具体的，对于交易证实模块存在多种不同的交易证实方式，下面以常用的Swift证实方式为例进一步阐述交易证实模块和报文管理模块是如何进行报文匹配工作的。首先，通过数据库语言从交易证实主表中查询出每笔交易的交易证实任务记录，验证交易证实任务记录入库并且交易数据正常，其中，交易证实任务的匹配状态默认为初始状态，即“待匹配(awaiting confirm，AM)”状态。其次，交易证实模块通知报文管理模块去登记证实报文(发送报文)，通过数据库语言从证实报文主表中查询出每笔交易的交易证实任务报文，验证交易证实任务报文入库并且交易数据正常。当报文管理模块接收到外系统发来的接收报文后，报文管理模块会通过报文的高频批处理对发送报文和接收报文按照事先约定好的匹配规则进行匹配，如果匹配成功，则更新交易证实报文状态为“匹配成功(successfulconfirm，SM)”，并且会通知交易证实模块交易证实报文已匹配成功，交易证实模块也会同步更新交易证实任务记录的状态为“证实成功SM”。如果一直没收到接收报文，或者接收到了接收报文，但发送报文和接收报文未通过事先约定好的匹配规则，则这笔交易会一直停留在“待匹配状态AM”不会继续后续流程处理。因此，我们在检查点中，检查每笔交易数据的发送报文和接收报文的匹配状态，若匹配状态为“匹配成功SM”，则证明交易证实模块和报文管理模块可以对该种类型的交易正常处理；若匹配状态为“匹配失败”，则证明交易证实模块和报文管理模块对该种类型的交易处理过程中存在差错。对于此种情况，测试系统会通报异常，等待人工处理，在根据测试结果，调整交易证实模块和报文管理模块的对应业务场景的参数配置后，重新对该笔交易进行处理。

清结算模块的功能主要是用来对交易产生的实际交割现金流的管理，例如，对于外汇即期交易，数据库里会产生两条交割现金流，一条是收款方向，一条是付款方向。首先，验证每笔交易实际交割现金流的条数记录、交易金额、交易方向等所有交易要素都能正常入库。交割现金流记录的初始入库的状态为“未授权，未清算”。当交易证实任务匹配通过之后，交易证实模块会通知清结算模块，启动收付款子流程，该子过程会根据每笔交易最初的参数配置中的付款或收款路径来对交割现金流进行处理。以国际外汇交易走Swift清算报文为例，清结算模块会与报文管理模块进行交互，清结算模块通知报文管理模块登记收款清算报文和付款清算报文两条报文记录，报文管理模块定时检测清算报文是否已发送成功，这里的发送成功是指通过外系统与Swift结算系统进行交互，一旦收到Swift结算系统的回执信息，报文管理模块会更新清算报文记录的状态为“发送成功”。报文管理模块收到外系统发回来的回执信息后，会通知清结算模块，清结算模块会同步更新这笔交易的交割现金流记录的状态为“已授权，已清算”。在检查点中对清算报文记录的状态和交割现金流记录的状态进行检测，若清算报文记录的状态为“发送成功”，交割现金流记录的状态为“已授权，已清算”，则证明清结算模块和报文管理模块可以对该种类型的交易正常处理；若清算报文记录的状态为“发送失败”，交割现金流记录的状态为“清算失败”，则证明清结算模块和报文管理模块对该种类型的交易处理过程中存在差错。对于此种情况，测试系统会通报异常，等待人工处理，在根据测试结果，调整清结算模块和报文管理模块的对应业务场景的参数配置后，重新对该笔交易进行处理。

本申请实施例提供的一种资金交易运营平台系统的测试方法，即可以对每个模块单独运作是否正常进行测试，也可以对多个模块组合后的整体运作是否正常进行测试。并且在多系统协作时，还可与对多系统之间的数据传输是否正常进行测试。既保障了资金交易运营平台系统每个模块独立运作正常，也可以保障多个模块组合后运作正常。并且通过大量业务场景对资金交易平台系统的多维度测试，可以使测试更全面，测试结果更准确。

基于相同的技术构思，图3示例性地示出了本申请实施例提供的一种资金交易运营平台系统的测试装置，该装置用于实现上述实施例中的资金交易运营平台系统的测试方法。如图3所示，该装置300包括：

接收模块301，用于接收N个业务场景的数据信息；其中，N为正整数；

处理模块302，针对每个业务场景的数据信息，对资金交易运营平台系统各模块按照各模块的交易数据处理流程进行测试；若每个模块的测试结果和预期的结果一致时，则资金交易运营平台系统运行正常；若任一模块的测试结果和预期的结果不一致时，则判断所述模块存在问题。

在一种可能的设计中，所述处理模块302，还用于若每个模块的测试结果和预期结果一致时，则判断资金交易运营平台系统运行正常；若任一模块的测试结果和预期结果不一致时，则判断所述模块存在问题。

在一种可能的设计中，所述处理模块302，还用于根据结果不一致时的测试结果，调整资金交易运营平台系统的对应业务场景的参数配置。

在一种可能的设计中，所述资金交易运营平台系统的各个模块包括：交易管理模块，交易证实模块，清结算模块、报文管理模块。

在一种可能的设计中，所述处理模块302，还用于根据所述资金交易运营平台的不同业务场景的配置参数，在检查点中设置不同的预期结果。

在一种可能的设计中，所述接收模块301，还用于从资金组合与交易系统接收N个业务场景的数据信息；所述处理模块302，还用于测试资金组合与交易系统和资金交易运营平台系统的数据传输功能是否正常。

基于相同的技术构思，本申请实施例提供了一种计算机设备，如图4所示，包括至少一个处理器401，以及与至少一个处理器连接的存储器402，本申请实施例中不限定处理器401与存储器402之间的具体连接介质，图4中处理器401和存储器402之间通过总线连接为例。总线可以分为地址总线、数据总线、控制总线等。

在本申请实施例中，存储器402存储有可被至少一个处理器401执行的指令，该至少一个处理器401通过执行存储器402存储的指令，可以实现上述资金交易运营平台系统的测试方法的步骤。

其中，处理器401是计算机设备的控制中心，可以利用各种接口和线路连接计算机设备的各个部分，通过运行或执行存储在存储器402内的指令以及调用存储在存储器402内的数据，从而进行资源设置。可选的，处理器401可包括一个或多个处理单元，处理器401可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器401中。在一些实施例中，处理器401和存储器402可以在同一芯片上实现，在一些实施例中，它们也可以在独立的芯片上分别实现。

处理器401可以是通用处理器，例如中央处理器(CPU)、数字信号处理器、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器402作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。存储器402可以包括至少一种类型的存储介质，例如可以包括闪存、硬盘、多媒体卡、卡型存储器、随机访问存储器(Random AccessMemory，RAM)、静态随机访问存储器(Static Random Access Memory，SRAM)、可编程只读存储器(Programmable Read Only Memory，PROM)、只读存储器(Read Only Memory，ROM)、带电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、磁性存储器、磁盘、光盘等等。存储器402是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本申请实施例中的存储器402还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。

基于相同的技术构思，本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质存储有计算机可读指令，当计算机读取并执行所述计算机可读指令时，使得上述任一方式所列的资金交易运营平台系统的测试方法实现。

基于相同的技术构思，本申请实施例还提供一种计算机程序产品，包括计算机可读指令，当计算机可读指令被处理器执行时，使得上述任一方式所列的资金交易运营平台系统的测试方法实现。

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

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

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

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

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

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

Claims (10)

1.一种资金交易运营平台系统的测试方法，其特征在于，所述方法包括：

接收N个业务场景的数据信息；其中，N为正整数；

针对每个业务场景的数据信息，对资金交易运营平台系统各模块按照各模块的交易数据处理流程进行测试；

比较每个模块的测试结果和预期结果的一致性；所述预期结果设置在每个模块的检查点中。

2.根据权利1所述的方法，其特征在于，所述比较每个模块的测试结果和预期结果的一致性，包括：

若每个模块的测试结果和预期结果一致时，则判断资金交易运营平台系统运行正常；

若任一模块的测试结果和预期结果不一致时，则判断所述模块存在问题。

3.根据权利2所述的方法，其特征在于，所述若任一模块的测试结果和预期的结果不一致时，包括：

根据结果不一致时的测试结果，调整资金交易运营平台系统的对应业务场景的参数配置。

4.根据权利1所述的方法，其特征在于，所述资金交易运营平台系统的各个模块包括：

交易管理模块，交易证实模块，清结算模块、报文管理模块。

5.根据权利要求1所述的方法，其特征在于，所述预期结果设置在每个模块的检查点中，包括：

根据所述资金交易运营平台的不同业务场景的配置参数，在检查点中设置不同的预期结果。

6.根据权利要求1所述的方法，其特征在于，所述接收N个业务场景的数据信息，包括：

从资金组合与交易系统接收N个业务场景的数据信息，测试资金组合与交易系统和资金交易运营平台系统的数据传输功能是否正常。

7.一种资金交易运营平台系统的测试装置，其特征在于，包括：

接收模块，用于接收N个业务场景的数据信息；其中，N为正整数；

处理模块，用于针对每个业务场景的数据信息，对资金交易运营平台系统各模块按照各模块的交易数据处理流程进行测试；比较每个模块的测试结果和预期结果的一致性；所述预期结果设置在每个模块的检查点中。

8.一种计算机设备，其特征在于，包括：

存储器，用于存储程序指令；

处理器，用于调用所述存储器中存储的程序指令，按照获得的程序指令执行如权利要求1至6中任一项所述的方法。

9.一种计算机可读存储介质，其特征在于，包括计算机可读指令，当计算机读取并执行所述计算机可读指令时，使得如权利要求1至6中任一项所述的方法实现。

10.一种计算机程序产品，其特征在于，包括计算机可读指令，当计算机可读指令被处理器执行时，使得如权利要求1至6中任一项所述的方法实现。

Images