CN110263551A - 一种测试方法及装置 - Google Patents

Abstract

本发明实施例涉及金融科技(Fintech)技术领域，公开了一种测试方法及装置，其中方法包括：接收待测试程序和预设筛选条件，根据预设筛选条件，获取第一数据以及第一数据对应的第二数据，并使用待测试程度测试第一数据，得到第三数据，若第三数据与第二数据的差异程度满足预设差异规则，则确定待测试程序测试成功。本发明实施例中，通过获取处于不同时间节点的第一数据和第二数据，可以从实际场景中获取数据，如此，测试案例较为丰富，从而可以提高测试的准确性，避免将具有漏洞的程序应用到业务系统而导致金融科技领域的重大损失。

Description

一种测试方法及装置

技术领域

本发明涉及金融科技(Fintech)技术领域，尤其涉及一种测试方法及装置。

背景技术

随着计算机技术的发展，越来越多的技术应用在金融领域，传统金融行业也正在逐步向金融科技(Fintech)转变，然而，由于金融行业的安全性、实时性要求，使得金融科技领域对技术提出了更高的要求。

一般来说，金融科技领域中通常会涉及到多种交易，比如转账交易、贷款交易、保险交易等，其中，多种交易可以分别由负责多种交易的业务系统来维护。举例来说，存款业务系统若接收到某一用户提交的一笔存款业务，则可以在该用户的账户中添加该笔存款业务对应的存款额；然而，随着时间的推进，该用户的账户中也需要添加该笔存款额相应的利息。在一种可能的实现方式中，金融科技领域可以使用与存款业务相关的程序来自动计算利息，然而，随着系统的软件配置和/或硬件配置的更新，与存款业务相关的程序也需要进行调整，比如程序版本升级。在该种情况下，金融科技领域在将调整的程序应用到业务系统之前，通常需要对调整的程序进行测试，以保证调整的程序没有漏洞，从而避免将具有漏洞的程序应用到业务系统而导致金融科技领域的重大损失。

综上，目前亟需一种测试方法，用以对程序进行测试，避免将具有漏洞的程序应用到业务系统而导致金融科技领域的重大损失。

发明内容

本发明实施例提供一种测试方法，用以对程序进行测试，避免将具有漏洞的程序应用到业务系统而导致金融科技领域的重大损失。

第一方面，本发明实施例提供的一种测试方法，所述方法包括：

接收测试指令，所述测试指令中包括待测试程序和预设筛选条件；根据所述预设筛选条件，获取与所述预设筛选条件匹配的第一数据以及所述第一数据对应的第二数据，所述第二数据的生成时刻晚于所述第一数据；进一步地，使用所述待测试程序测试所述第一数据，得到第三数据，并确定所述第三数据与所述第二数据的差异程度是否满足预设差异规则，若所述第三数据与所述第二数据的差异程度满足所述预设差异规则，则确定所述待测试程序测试成功。

在上述设计中，通过获取处于不同时间节点的第一数据和第二数据，可以使得第一数据与第二数据均为真实数据，如此，可以无需针对于待测试程序设计案例即可实现对待测试程序进行测试，从而可以避免将具有漏洞的程序应用到业务系统而导致金融科技领域的重大损失；且，上述设计通过从实际场景中获取数据，可以使得测试案例较为丰富，提高测试的准确性。

在一种可能的设计中，所述根据所述预设筛选条件，获取与所述预设筛选条件匹配的第一数据以及所述第一数据对应的第二数据，包括：根据所述预设筛选条件，从第一数据库中获取与所述预设筛选条件匹配的所述第一数据，所述第一数据库中存储有一条或多条交易在第一时刻对应的至少一条第一交易数据；进一步地，从第二数据库中获取与所述第一数据对应的第二数据，所述第二预设数据库中存储有所述一条或多条交易在第二时刻对应的至少一条第二交易数据，所述第二时刻晚于所述第一时刻。

在上述设计中，第一数据库可以为第二数据库的备份数据库，第一数据库中可以存储有时间较早的交易数据，而第二数据库中可以存储有时间较晚的交易数据，从而通过第一数据库获取到的交易数据可以标识第二数据库中获取到的交易数据的历史状态，两者均为实际业务场景中生成的交易数据，通过使用真实的交易数据进行测试，可以提高测试的准确性。

在一种可能的设计中，所述使用所述待测试程度测试所述第一数据之前，还包括：从所述第一数据中提取所述第一数据包括的至少一个维度信息，并根据所述待测试程序所属的业务场景确定所述至少一个维度信息与所述待测试程序的关联程度；进一步地，将所述第一数据包括的至少一个维度信息中与所述待测试程序的关联程度小于第一预设阈值的维度信息删除，得到更新后的所述第一数据。

在上述设计中，通过将第一交易数据和第二交易数据中与待测试程序无关的维度信息删除，可以有效降低测试数据量，从而可以使得测试过程耗时更短，对资源的要求更低，并可以提高测试的效率。

在一种可能的设计中，所述确定所述第三数据与所述第二数据的差异程度是否满足预设差异规则，包括：分别对所述第二数据和所述第三数据进行切片，得到所述第二数据包含的至少一条第二子数据和所述第三数据包含的至少一条第三子数据，所述至少一条第二子数据与所述至少一条第三子数据一一对应；相应地，根据所述至少一条第二子数据和所述至少一条第三子数据中相互对应的第二子数据与第三子数据的差异程度，确定所述第三数据与所述第二数据的差异程度是否满足预设差异规则。

在上述设计中，通过对待测试数据进行分片得到多个任务，可以采用多台服务器并行地处理多个任务，从而可以提高任务处理的效率。

在一种可能的设计中，所述根据所述至少一条第二子数据和所述至少一条第三子数据中相互对应的第二子数据与第三子数据的差异程度，确定所述第三数据与所述第二数据的差异程度是否满足预设差异规则，包括：根据所述待测试程序对应的业务场景，确定预设差异维度与目标差异规则，并从所述相互对应的第二子数据与第三子数据中分别提取所述预设差异维度对应的信息，得到所述相互对应的第二子数据与第三子数据中所述第二子数据包含的第一信息以及所述第三子数据包含的第二信息；如此，若相互对应的第二子数据与第三子数据中第一信息与第二信息的差值满足所述目标差异规则的相互对应的第二子数据与第三子数据的数量大于第二预设阈值，则确定所述第三数据与所述第二数据的差异程度满足预设差异规则。

在上述设计中，通过设置业务场景与预设差异规则的对应关系，可以使得本发明实施例中的测试方法满足不同的业务场景需求，该对应关系可以由用户进行设置，从而可以更加满足实际情况，提高用户的体验。

第二方面，本发明实施例提供的一种测试装置，所述装置包括：

收发模块，用于接收测试指令，所述测试指令中包括待测试程序和预设筛选条件；

获取模块，用于根据所述预设筛选条件，获取与所述预设筛选条件匹配的第一数据以及所述第一数据对应的第二数据，所述第二数据的生成时刻晚于所述第一数据；

测试模块，用于使用所述待测试程序测试所述第一数据，得到第三数据；

确定模块，用于确定所述第三数据与所述第二数据的差异程度是否满足预设差异规则，若所述第三数据与所述第二数据的差异程度满足所述预设差异规则，则确定所述待测试程序测试成功。

在一种可能的设计中，所述获取模块具体用于：根据所述预设筛选条件，从第一数据库中获取与所述预设筛选条件匹配的所述第一数据，所述第一数据库中存储有一条或多条交易在第一时刻对应的至少一条第一交易数据；进一步地，从第二数据库中获取与所述第一数据对应的第二数据，所述第二预设数据库中存储有所述一条或多条交易在第二时刻对应的至少一条第二交易数据，所述第二时刻晚于所述第一时刻。

在一种可能的设计中，所述测试模块还用于：从所述第一数据中提取所述第一数据包括的至少一个维度信息，并根据所述待测试程序所属的业务场景确定所述至少一个维度信息与所述待测试程序的关联程度；进一步地，将所述第一数据包括的至少一个维度信息中与所述待测试程序的关联程度小于第一预设阈值的维度信息删除，得到更新后的所述第一数据。

在一种可能的设计中，所述确定模块具体用于：分别对所述第二数据和所述第三数据进行切片，得到所述第二数据包含的至少一条第二子数据和所述第三数据包含的至少一条第三子数据，所述至少一条第二子数据与所述至少一条第三子数据一一对应；进一步地，根据所述至少一条第二子数据和所述至少一条第三子数据中相互对应的第二子数据与第三子数据的差异程度，确定所述第三数据与所述第二数据的差异程度是否满足预设差异规则。

在一种可能的设计中，所述确定模块具体用于：根据所述待测试程序对应的业务场景，确定预设差异维度与目标差异规则，并从所述相互对应的第二子数据与第三子数据中分别提取所述预设差异维度对应的信息，得到所述相互对应的第二子数据与第三子数据中所述第二子数据包含的第一信息以及所述第三子数据包含的第二信息；如此，若相互对应的第二子数据与第三子数据中第一信息与第二信息的差值满足所述目标差异规则的相互对应的第二子数据与第三子数据的数量大于第二预设阈值，则确定所述第三数据与所述第二数据的差异程度满足预设差异规则。

第三方面，本发明实施例提供的一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行如上述第一方面或第一方面任意所述的交易处理方法。

第四方面，本发明实施例提供的一种计算机程序产品，当其在计算机上运行时，使得计算机执行如上述第一方面或第一方面任意所述的交易处理方法。

本发明的这些方面或其他方面在以下实施例的描述中会更加简明易懂。

附图说明

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

图1为本发明实施例提供的一种分布式测试系统的架构示意图；

图2为本发明实施例提供的一种测试方法的流程示意图；

图3为本发明实施例提供的一种测试装置的结构示意图。

具体实施方式

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

金融科技(Fintech)是指将信息技术融入金融领域后，为金融领域带来的一种新的创新科技，通过使用先进的信息技术辅助实现金融作业、交易执行以及金融系统改进，可以提升金融系统的处理效率、业务规模，并可以降低成本和金融风险。一般来说，金融科技领域通常会涉及到大量的交易，比如信贷业务系统的贷款交易、销售业务系统的售卡交易、支付业务系统的转账交易等，如何采用科技的手段从大量的交易中挖掘出金融领域所需要的特征，一直是金融科技领域追求的目标。

为了对待测试程序进行测试，在一种可能的实现方式中，金融科技领域中可以设置有专门的测试人员，若测试人员接收到某一个业务系统发送的待测试程序，则可以针对于该待测试程序设计对应的案例，进而可以使用该案例对待测试程序进行测试。以存款业务系统中的计息程序为例，存款业务系统在开发出一款新的计息程序V₂后，可以将计息程序V₂提交给测试人员；相应地，测试人员可以针对于计息程序V₂设计对应的测试案例(比如测试案例中可以包括存款账户、存款时间和存款利息等)。进一步地，测试人员可以通过联机操作将测试案例传输至银行系统，从而可以调用银行系统当前使用的计息程序V₁对测试案例进行测试，得到该测试案例对应的第一份验证数据；且，测试人员还可以使用计息程序V₂对测试案例进行测试，得到该测试案例对应的第二份验证数据。如此，测试人员可以从第一份验证数据和第二份验证数据中分别挑选出待验证的信息(比如利息)，进而可以通过人为的方式对比这两份验证数据中的待验证的信息，从而确定计息程序V₂是否存在漏洞。

采用上述实现方式，可能会存在如下技术问题：

(1)由于不同业务系统对应的交易类型不同，导致不同业务系统的待测试程序不同；采用上述实现方式，测试人员需要为每个业务系统的待测试程序设计对应的案例，从而导致测试人员的工作量较大，维护成本较高；且，通过测试人员设计测试案例，可能会使得测试案例的种类较少，导致测试的准确性较低。

(2)各个业务系统在测试程序时，均需要通过联机操作调用银行系统当前使用的程序进行测试，对于银行系统来说，各个业务系统调用程序进行测试的过程可能会对银行系统本身的交易造成干扰，使得银行系统处理交易的效率和准确性均下降；对于各个业务系统来说，由于银行系统的资源有限，若当前时刻存在多个业务系统同时调用银行系统的程序，则可能多个业务系统需要执行资源竞争，且可能等待较长的时间方可执行测试过程，从而使得测试的效率较低。

(3)上述实现方式需要测试人员采用人工的方式对比待验证的信息，人工对比可能会存在失误，且若案例较多或待测试程序较多，则需要测试人员耗费较多的时间和精力，从而人工成本较高、测试效率较低。

根据上述内容可知，由于每个业务系统执行的交易类型不同，导致每个业务系统需要测试的程序也不同，因此，金融科技领域中需要采用批量处理作业的方式对大量的待测试程序进行处理，由于批量处理作业所处理的待测试程序的数量较多、金融应用场景广泛，因此需要保证批量处理作业处理的待测试程序是准确的、安全的和不可丢失的。

基于此，本发明实施例提供一种分布式测试系统，用于自动实现对多个业务系统的待测试程序进行测试，无需人工操作，且可以降低人工成本和维护成本，并能够提高测试效率。

图1为本发明实施例提供的一种分布式测试系统的系统架构示意图，如图1所示，该系统可以包括中心服务器110以及中心服务器110管理的至少一个服务器(如图1所示意出的服务器101、服务器102、服务器103和服务器104)。其中，中心服务器110可以与至少一个服务器中的每个服务器连接，从而实现与每个服务器的通信，比如可以通过有线方式实现连接，或者也可以通过无线方式实现连接，具体不作限定。

在一种可能的实现方式中，如图1所示，中心服务器110还可以与一个或多个客户端设备(比如客户端设备121、客户端设备122、客户端设备123和客户端设备124)连接；其中，客户端设备121～客户端设备124可以分别为不同业务系统对应的客户端设备，比如客户端设备121为存款业务系统对应的客户端设备、客户端设备122为信贷业务系统对应的客户端设备、客户端设备123为营销业务系统对应的客户端设备、客户端设备124为保险业务系统对应的客户端设备。

具体实施中，多个业务系统可以分别通过客户端设备121～客户端设备124向中心服务器110发送待测试程序，如此，中心服务器110在接收到至少一个待测试程序后，可以为每个待测试程序设置对应的节点，并可以将至少一个待测试程序分别发送给对应的节点进行处理。此处，待测试程序对应的节点可以是指服务器(比如服务器101～服务器104中的任意一个或任意多个服务器)，或者也可以是指服务器中的进程(比如服务器101中的任意一个或任意多个进程)，具体不作限定。在一个示例中，在节点执行待测试程序的过程中，中心服务器110可以按照预设周期向节点发送状态请求消息；相应地，节点在接收到状态请求消息后，可以将当前的处理状态(处理完成、处理故障、空闲状态等)上报给中心服务器110。如此，中心服务器110若接收到其它待测试程序，则可以将其它待测试程序分配给处于空闲状态的节点进行处理，或者，中心服务器110若确定某一节点处理故障(比如网络断开、硬件损坏等)，则可以将该节点当前处理的待测试程序分配给处于空闲状态的节点进行处理。

下面以待测试程序为计息程序V₂为例具体描述中心服务器110处理一个待测试程序的过程，可以理解地，中心服务器110处理其它待测试程序的过程可以参照该过程进行实现，具体不在赘述。

以存款业务系统为例，若存款业务系统开发了一种新的计息程序V₂，则可以通过客户端设备121将计息程序V₂发送给中心服务器110；相应地，中心服务器110在接收到计息程序V₂后，可以从预设数据库(可以设置在中心服务器中，或者也可以设置在客户端设备121中，不作限定)中获取待测试的100条账户信息，并可以从服务器101～服务器104中选择一个或多个服务器作为目标服务器(比如服务器101)，进而可以将计息程序V₂和这100条账户信息发送给服务器101。如此，服务器101接收到计息程序V₂和这100条账户信息后，可以使用计息程序V₂对这100条账户信息进行测试，若得到这100条账户信息的测试结果(测试成功或测试失败，测试成功用于标识对待测试数据计息正确，测试失败用于标识对待测试数据计息不正确)，则可以向中心服务器110发送响应消息，以使中心服务器110将这100条账户信息的测试结果上报给客户端设备121；相应地，存款业务系统中的用户(比如运维人员)可以从客户端设备121中获取这100条账户信息的测试结果，若确定100条账户信息中测试成功的账户信息的数量大于或等于80条，则可以将计息程序V₂投入银行系统，若确定100条账户信息中测试成功的账户信息的数量小于80条，则可以对计息程序V₂进行修正。

需要说明的是，若中心服务器110选择了多个服务器作为目标服务器，则中心服务器110还可以合并多个目标服务器分别发送的测试结果。举例来说，若中心服务器110从服务器101～服务器104中选择了服务器101和服务器103作为目标服务器，并将计息程序V₂和30条账户信息发送给服务器101，将计息程序V₂和70条账户信息发送给服务器103，则中心服务器110在接收到服务器101和服务器103分别发送的30条账户信息的测试结果和70条账户信息的测试结果后，还可以合并得到100条账户信息的测试结果，进而上报给客户端设备121。

本发明实施例中，通过使用分布式测试系统中的多个服务器或节点对批量的待测试程序进行处理，可以充分利用计算机资源，自动地实现对多个业务系统的待测试程序进行测试，且无需人工操作，从而可以降低人工成本和维护成本，并能够提高测试效率。

基于图1所示意的系统架构，图2为本发明实施例提供的一种测试方法，该测试方法的执行主体可以为客户端设备121～客户端设备123中的任意一个客户端设备，或者也可以为服务器101～服务器104中的任意一个服务器，或者还可以为中心服务器110，具体不作限定。

本发明的下列实施例以测试计息程序V₂为例描述测试方法的具体实现过程，测试其它业务系统开发的其它程序的过程可以参照该过程进行实现，具体不再赘述。如图2所示，该方法包括：

步骤201，接收客户端设备发送的测试指令。

本发明实施例中，若存款业务系统中的用户想要测试计息程序V₂，则可以将计息程序V₂上传给客户端设备121，进而可以触发客户端设备121根据计息程序V₂生成测试指令，如此，客户端设备121可以将测试指令发送给中心服务器110。

具体实施中，触发客户端设备121生成测试指令的方式可以有多种，在一种可能的实现方式中，客户端设备121上可以设置有全球广域网(World Wide Web，web)浏览器，如此，存款业务系统的用户可以在客户端设备121的WEB浏览器中输入预设链接访问预设测试界面，预设测试界面中可以设置有多个功能图标，比如“输入配置信息”功能图标、“执行测试”功能图标等，用户可以通过触发(比如点击、拖拽等)不同的功能图标提示客户端设备121生成不同的指令。在该种实现方式中，客户端设备121若检测到用户触发预设测试界面上的“输入配置信息”功能图标，则可以提示用户输入配置信息；相应地，用户输入的配置信息可以包括计息程序V₂以及预设筛选条件；其中，预设筛选条件可以包括指定日期、账户名、手机号、交易时间中的任意一项或任意多项，具体不作限定。进一步地，用户在输入完成后，可以触发预设测试界面上的“启动测试”功能图标；如此，客户端设备121可以根据用户输入的配置信息生成测试指令。

在另一种可能的实现方式中，客户端设备121上可以设置有命令行，用户可以在启动命令行后，在命令行中输入配置信息，且可以通过多种方式触发客户端设备121生成测试指令。比如，客户端设备121中可以配置有测试指令与预设按键的对应关系，如此，用户可以通过点击预设按键触发客户端设备121生成测试指令；或者，客户端设备121中可以配置有语音检测模块，如此，用户可以通过输入“启动测试”的语音信息触发客户端设备121生成测试指令。

相应地，中心服务器110在接收到客户端设备121发送的测试指令后，可以解析测试指令得到配置信息；其中，配置信息中可以包括计息程序V₂以及预设筛选条件。

步骤202，获取与所述预设筛选条件匹配的第一数据以及所述第一数据对应的第二数据。

在一种可能的实现方式中，中心服务器110中可以设置有第一数据库和第二数据库，第一数据库中可以存储有至少一个业务系统执行的一条或多条交易在第一时刻对应的至少一条第一交易数据，第二数据库中可以存储有至少一个业务系统执行的一条或多条交易在第二时刻对应的至少一条第二交易数据，第二时刻可以晚于第一时刻。在另一种可能的实现方式中，为了保证数据的隐私性，第一数据库和第二数据库也可以存储在客户端设备121中；在该种实现方式中，中心服务器110在解析得到配置信息后，可以向客户端设备121发送获取数据的指示信息，如此，客户端设备121接收到指示信息后，可以查询第一数据库获取第一数据以及查询第二数据库获取第二数据，进而可以将第一数据和第二数据发送给中心服务器110。本发明的下列实施例以第一数据库和第二数据库存储在中心服务器110中为例描述测试方法的具体实现过程。

以存款业务系统为例，若第一时刻为2019年06月22日上午10:00，第二时刻为2019年06月23日上午10:00，则第一数据库中可以存储有存款业务系统执行的所有存款交易(比如100条存款交易)在2019年06月22日上午10:00对应的第一交易数据，而第二数据库中可以存储有这100条存款交易在2019年06月23日上午10:00对应的第二交易数据，由于存款超过一天即可计算利息，因此，第二数据库中的第二交易数据相比于第一数据库中的第一交易数据来说，可以多包括一项利息信息。

在一个示例中，表1为本发明实施例提供的一种第一数据库的示意表。

表1：一种第一数据库的示意

姓名	账户号	存款额	身份证号	交易时间
					张三	1000	10000	X<sub>1</sub>	2019.06.22.10:00
李四	1001	5000	X<sub>2</sub>	2019.06.22.10:00
					王五	1002	6000	X<sub>3</sub>	2019.06.22.10:00

如表1所示，第一数据库中可以存储有多条第一交易数据，其中，每条第一交易数据可以包括执行该条第一交易数据的用户的姓名、账户号、存款额、手机号、身份证号、交易时间等信息。根据表1的内容可知，在2019年06月22日上午10:00时，张三、李四和王五三名用户分别在存款业务系统中执行了存款交易，张三在账户1000中存了10000激励值，李四在账户1001中存了5000激励值，王五在账户1002中存了6000激励值；且，张三的身份证号可以为X₁，李四的身份证号可以为X₂，王五的身份证号可以为X₃。

相应地，表2为与表1所示的第一数据库对应的第二数据库的示意表。

表2：一种第二数据库的示意

姓名	账户号	存款额	身份证号	交易时间	利息
						张三	1000	10000	X<sub>1</sub>	2019.06.23.10:00	1.2
李四	1001	5000	X<sub>2</sub>	2019.06.23.10:00	0.5
						王五	1002	6000	X<sub>3</sub>	2019.06.23.10:00	0.6

如表2所示，第二数据库中可以存储有与第一数据库中的3条第一交易数据一一对应的3条第二交易数据，其中，每条第二交易数据除了可以包括执行该条交易数据的用户的姓名、账户号、存款额、手机号、身份证号、交易时间，还可以包括利息信息。根据表1和表2的内容可知，截止至2019年06月23日上午10:00，张三在账户1000中存款10000激励值的交易对应的利息为1.2激励值，李四在账户1001中存款5000激励值的交易对应的利息为0.5激励值，王五在账户1002中存款6000激励值的交易对应的利息为0.6激励值。

需要说明的是，表1与表2仅是一种示例性的简单说明，其所列举的交易数据的内容仅是为了便于说明方案，并不构成对方案的限定。在一个示例中，第二数据库中除了可以存储有第一数据库中的至少一条第一交易数据对应的第二交易数据外，也可以存储有存款业务系统在2019年06月22日上午10:00至2019年06月22日上午10:00之间产生的交易的第一交易数据，本发明实施例对此不作具体描述。

本发明实施例中，第一数据库可以为第二数据库的备份数据库，第一数据库中可以存储有时间较早的交易数据，而第二数据库中可以存储有时间较晚的交易数据，从而通过第一数据库获取到的交易数据可以标识第二数据库中获取到的交易数据的历史状态，两者均为实际业务场景中生成的交易数据，通过使用真实的交易数据进行测试，可以提高测试的准确性。

具体实施中，中心服务器110在解析测试指令得到计息程序V₂和预设筛选条件后，可以根据预设筛选条件，从第一数据库中确定与预设筛选条件匹配的至少一条第一交易数据，进而可以从第二数据库中确定与至少一条第一交易数据对应的至少一条第二交易数据。举例来说，基于表1所示的第一数据库和表2所示的第二数据库，若预设筛选条件为指定时间2019年06月22日，则中心服务器110可以确定表1中第二行、第三行和第四行所示的3条第一交易数据为与指定时间2019年06月22日匹配的第一交易数据，进而可以确定表2中第二行、第三行和第四行所示的3条第二交易数据为与这3条第一交易数据分别对应的3条第二交易数据。

本发明实施例中，确定第一交易数据对应的第二交易数据的方式可以有多种，在一种可能的实现方式中，配置信息中还可以包括关键字特征，关键字特征可以为用户在预设测试界面上的关键字特征列表中进行勾选得到的，关键字特征对应的值可以用于唯一标识一条交易。其中，关键字特征可以包括一项内容，或者也可以包括多项内容；比如，存款交易的关键字特征可以为身份证号，或者也可以为姓名与手机号码的组合，或者还可以为姓名、卡号和手机号码的组合，具体不作限定。相应地，针对于任意一条第一交易数据，中心服务器110可以从该第一交易数据中获取关键字特征对应的值，并可以从第二数据库的多条第二交易数据中获取多条第二交易数据的关键字特征对应的值，若某一条第二交易数据的关键字特征对应的值与第一交易数据的关键字特征对应的值相同，则该条第二交易数据即可为该第一交易数据对应的第二交易数据。

举例来说，如表1所示，若关键字特征包括身份证号，则表1中第二行所示的第一交易数据的关键字特征对应的值可以为X₁；进一步地，如表2所示，表2中第二行所示的第二交易数据的关键字特征对应的值可以为X₁，表2中第三行所示的第二交易数据的关键字特征对应的值可以为X₂，表2中第四行所示的第二交易数据的关键字特征对应的值可以为X₃，因此，表2中第二行所示的第二交易数据可以为表1中第二行所示的第一交易数据对应的第二交易数据。

在一种可能的实现方式中，如表1和表2所示，在从第一数据库中确定3条第一交易数据并从第二数据库中确定与这3条第一交易数据对应的3条第二交易数据后，中心服务器110可以从每条第一交易数据和/或每条第二交易数据中确定出与计息程序V₂相关的交易信息和与计息程序V₂无关的交易信息，从而可以根据与计息程序V₂相关的交易信息获取至少一条待测试数据；其中，待测试数据中可以包括具有对应关系的第一交易数据和第二交易数据中与计息程序V₂相关的交易信息。

举例来说，由于计息程序V₂是对于存款额的利息进行计算，因此，表1第二行所示的第一交易数据包括的姓名、账户号、存款额、身份证号、交易时间等交易信息中仅存款额信息与计息程序V₂相关，如此，中心服务器110可以不获取表1第二行所示的第一交易数据包括的姓名、账户号、身份证号、交易时间等信息，而仅获取表1第二行所示的第一交易数据包括的存款额信息，从而得到第一交易数据。相应地，针对于与表1第二行所示的第一交易数据对应的表2第二行所示的第二交易数据，中心服务器110可以不获取表2第二行所示的第二交易数据包括的姓名、账户号、身份证号、交易时间等信息，而仅获取表2第二行所示的第二交易数据包括的存款额和利息，从而得到一条待测试数据。

本发明实施例中，中心服务器110按照上述过程获取到的3条待测试数据可以如表3所示。

表3：一种待测试数据的示意

如表3所示，中心服务器110可以得到第一～第三对待测试数据，第一～第三对待测试数据中可以包括3个交易在2019.6.22日10:00时的存款额、2019.6.23日10:00时的存款额和利息。

本发明实施例中，通过仅获取第一交易数据和第二交易数据中与待测试程序相关的维度信息，可以有效降低测试数据量，从而可以使得测试过程耗时更短，对资源的要求更低，并可以提高测试的效率。

步骤203，使用待测试程序测试第一数据，得到第三数据。

在一种可能的实现方式中，中心服务器110在获取到第一～第三对待测试数据后，可以对第一～第三待测试对数据进行切片，从而可以根据切片后的待测试数据和计息程序V₂生成多个任务，每个任务中可以包括一对或多对待测试数据和计息程序V₂。举例来说，在一个示例中，中心服务器110可以对第一～第三对待测试数据切片得到第一～第三任务，第一任务可以包括第一对待测试数据和计息程序V₂，第二任务可以包括第二对待测试数据和计息程序V₂，第三任务可以包括第三对待测试数据和计息程序V₂。

进一步地，中心服务器110可以从服务器101～服务器104中选择至少一个服务器作为目标服务器，进而可以将多个任务分别发送给目标服务器进行处理。比如，若目标服务器包括服务器101、服务器102和服务器104，则中心服务器110可以将第一任务发送给服务器101，将第二任务发送给服务器102，将第三任务发送给服务器103；如此，服务器101在接收到第一任务后，可以使用计息程序V₂对第一对待测试数据进行测试，服务器102在接收到第二任务后，可以使用计息程序V₂对第二对待测试数据进行测试，服务器104在接收到第三任务后，可以使用计息程序V₂对第三对待测试数据进行测试。

以服务器101处理第一任务为例，服务器101在接收到第一任务后，可以解析第一对待测试数据获取存款额(即10000)，进而可以使用计息程序V₂对存款额10000进行计息，得到计息程序V₂对应的利息。需要说明的是，此处仅是以待测试程序为计息程序V₂为例描述测试过程，若待测试程序为其它程序，则使用待测试程序测试第一对待测试数据得到的测试结果可以不为利息，比如可以为账户状态、时刻信息等，此处不作限定。

本发明实施例中，通过对待测试数据进行分片得到多个任务，可以采用多台服务器并行地处理多个任务，从而可以提高任务处理的效率。

步骤204，根据第三数据与第二数据的差异程度确定所述待测试程序是否测试成功。

在一种可能的实现方式中，服务器101在计算得到计息程序V₂对应的利息(为了便于理解，此处称为计息程序V₂的预测利息)后，可以根据计息程序V₂对应的业务场景，确定需要对比的维度信息。由于计息程序V₂对应的业务场景为计息业务，因此需要对比的维度信息可以为利息；如此，服务器101可以获取第一对待测试数据中第二交易信息包括的利息(为了便于理解，此处称为实际利息)，并可以根据计息程序V₂的预测利息与实际利息的差异程度。

本发明实施例中，通过确定需要对比的维度信息，可以仅对测试结果和第二交易数据中与待测试程序相关的维度信息进行对比，而无需对比与待测试程序无关的信息，从而可以提高测试的效率，降低系统的资源占用率；且，维度信息可以根据实际的业务场景进行设置，如此，可以使得对比过程更加满足实际需要，提高对比结果的准确性。

在一个示例中，服务器101中可以设置有多个业务场景对应的预设差异规则，表4为本发明实施例提供的一种预设差异规则的示意表。

表4：一种预设差异规则的示意

业务场景	预设差异规则
		计息业务	利息差值小于第一预设阈值
账户状态业务	账户状态一致
		访问系统业务	时刻字段一致

如表4所示，本发明实施例中设置了至少一个业务场景以及至少一个业务场景对应的预设差异规则，比如，若业务场景为计息业务，则当待测试程序计算得到的利息与真实利息的差值小于第一预设阈值时，可以确定待测试程序不存在漏洞；若业务场景为账户状态业务，则当待测试程序确定的账户状态(比如冻结、正常、销户、欠款等)与真实账户状态一致时，可以确定待测试程序不存在漏洞；若业务场景为访问系统业务，则当待测试程序确定的访问系统时间中时刻信息与真实访问系统时间的时刻信息一致(日期可以一致)时，可以确定待测试程序不存在漏洞。其中，第一预设阈值、账户状态和时刻字段可以由本领域技术人员根据经验进行设置，或者也可以由用户根据需要进行设置，具体不作限定。

需要说明的是，表4仅是一种示例性的简单说明，本发明实施例中还包括其它业务系统以及其它业务系统对应的预设差异规则，此处不再一一列举。

本发明实施例中，通过设置业务场景与预设差异规则的对应关系，可以使得本发明实施例中的测试方法满足不同的业务场景需求，该对应关系可以由用户进行设置，从而可以更加满足实际情况，提高用户的体验。

具体实施中，由于业务场景为计息业务，因此服务器101可以将计息程序V₂的预测利息与真实利息进行对比，如表2所示，真实利息为1.2，在第一预设阈值为0.3时，若计息程序V₂的预测利息为1.0，则计息程序V₂的预测利息与真实利息的差值(即0.2)小于第一预设阈值0.3，如此，服务器101可以确定计息程序V₂不存在漏洞；相应地，若计息程序V₂的预测利息为0.7，则计息程序V₂的预测利息与真实利息的差值(即0.5)大于第一预设阈值0.3，如此，服务器101可以确定计息程序V₂存在漏洞。

进一步地，服务器101可以将第一对待测试数据的测试结果发送给中心服务器110，第一对待测试数据的测试结果用于表征使用计息程序V₂测试第一对待测试数据得到的测试结果，测试结果可以为“计息程序V₂存在漏洞”或者“计息程序V₂不存在漏洞”。如此，中心服务器110可以分别接收服务器101、服务器102和服务器104发送的第一～第三对待测试数据的测试结果。在一个示例中，中心服务器110若确定第一～第三对待测试数据中测试结果为“计息程序V₂存在漏洞”的待测试数据的数量大于第二预设阈值，则可以确定计息程序V₂测试失败，从而中心服务器110可以向客户端设备121发送测试失败的指示信息；相应地，中心服务器110若确定第一～第三对待测试数据中测试结果为“计息程序V₂存在漏洞”的数据的数量小于或等于第二预设阈值，则可以确定计息程序V₂测试成功，从而中心服务器110可以向客户端设备121发送测试成功的指示信息。

在一个示例中，客户端设备121在接收到测试成功或者测试失败的指示信息后，可以通过钉钉、微信、企业微信、邮件等方式将指示信息推送给存款业务系统的用户。相应地，用户接收到指示信息后，若确定计息程序V₂测试成功，则可以在实际业务场景中应用计息程序V₂，若确定计息程序V₂测试失败，则可以修正计息程序V₂。

本发明的上述实施例中，接收测试指令，所述测试指令中包括待测试程序和预设筛选条件；根据所述预设筛选条件，获取与所述预设筛选条件匹配的第一数据以及所述第一数据对应的第二数据，所述第二数据的生成时刻晚于所述第一数据；进一步地，使用所述待测试程度测试所述第一数据，得到第三数据，并确定所述第三数据与所述第二数据的差异程度是否满足预设差异规则，若所述第三数据与所述第二数据的差异程度满足预设差异规则，则确定所述待测试程序测试成功。本发明实施例中，通过获取处于不同时间节点的第一数据和第二数据，可以使得第一数据与第二数据均为真实数据，从而无需针对于待测试程序设计案例即可以实现对待测试程序进行测试，避免将具有漏洞的程序应用到业务系统而导致金融科技领域的重大损失；且，本发明实施例通过从实际场景中获取数据，可以使得测试案例较为丰富，提高测试的准确性。

针对上述方法流程，本发明实施例还提供一种测试装置，该装置的具体内容可以参照上述方法实施。

图3为本发明实施例提供的一种测试装置，该装置包括：

收发模块301，用于接收测试指令，所述测试指令中包括待测试程序和预设筛选条件；

获取模块302，用于根据所述预设筛选条件，获取与所述预设筛选条件匹配的第一数据以及所述第一数据对应的第二数据，所述第二数据的生成时刻晚于所述第一数据；

测试模块303，用于使用所述待测试程序测试所述第一数据，得到第三数据；

确定模块304，用于确定所述第三数据与所述第二数据的差异程度是否满足预设差异规则，若所述第三数据与所述第二数据的差异程度满足所述预设差异规则，则确定所述待测试程序测试成功。

可选地，所述获取模块302具体用于：

根据所述预设筛选条件，从第一数据库中获取与所述预设筛选条件匹配的所述第一数据，所述第一数据库中存储有一条或多条交易在第一时刻对应的至少一条第一交易数据；

从第二数据库中获取与所述第一数据对应的第二数据，所述第二预设数据库中存储有所述一条或多条交易在第二时刻对应的至少一条第二交易数据，所述第二时刻晚于所述第一时刻。

可选地，所述测试模块303还用于：

从所述第一数据中提取所述第一数据包括的至少一个维度信息，并根据所述待测试程序所属的业务场景确定所述至少一个维度信息与所述待测试程序的关联程度；

将所述第一数据包括的至少一个维度信息中与所述待测试程序的关联程度小于第一预设阈值的维度信息删除，得到更新后的所述第一数据。

可选地，所述确定模块304具体用于：

分别对所述第二数据和所述第三数据进行切片，得到所述第二数据包含的至少一条第二子数据和所述第三数据包含的至少一条第三子数据，所述至少一条第二子数据与所述至少一条第三子数据一一对应；

根据所述至少一条第二子数据和所述至少一条第三子数据中相互对应的第二子数据与第三子数据的差异程度，确定所述第三数据与所述第二数据的差异程度是否满足预设差异规则。

可选地，所述确定模块304具体用于：

根据所述待测试程序对应的业务场景，确定预设差异维度与目标差异规则；

从所述相互对应的第二子数据与第三子数据中分别提取所述预设差异维度对应的信息，得到所述相互对应的第二子数据与第三子数据中所述第二子数据包含的第一信息以及所述第三子数据包含的第二信息，若相互对应的第二子数据与第三子数据中第一信息与第二信息的差值满足所述目标差异规则的相互对应的第二子数据与第三子数据的数量大于第二预设阈值，则确定所述第三数据与所述第二数据的差异程度满足预设差异规则。

从上述内容可以看出：本发明的上述实施例中，接收测试指令，所述测试指令中包括待测试程序和预设筛选条件；根据所述预设筛选条件，获取与所述预设筛选条件匹配的第一数据以及所述第一数据对应的第二数据，所述第二数据的生成时刻晚于所述第一数据；进一步地，使用所述待测试程度测试所述第一数据，得到第三数据，并确定所述第三数据与所述第二数据的差异程度是否满足预设差异规则，若所述第三数据与所述第二数据的差异程度满足预设差异规则，则确定所述待测试程序测试成功。本发明实施例中，通过获取处于不同时间节点的第一数据和第二数据，可以使得第一数据与第二数据均为真实数据，从而无需针对于待测试程序设计案例即可以实现对待测试程序进行测试，避免将具有漏洞的程序应用到业务系统而导致金融科技领域的重大损失；且，本发明实施例通过从实际场景中获取数据，可以使得测试案例较为丰富，提高测试的准确性。

基于同一发明构思，本发明实施例还提供了一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行如图2或图2任一项所述的测试方法。

基于同一发明构思，本发明实施例还提供了一种计算机程序产品，当其在计算机上运行时，使得计算机执行如图2或图2任一项所述的测试方法。

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

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

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

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

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

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

Claims (12)

1.一种测试方法，其特征在于，所述方法包括：

接收测试指令，所述测试指令中包括待测试程序和预设筛选条件；

根据所述预设筛选条件，获取与所述预设筛选条件匹配的第一数据以及所述第一数据对应的第二数据，所述第二数据的生成时刻晚于所述第一数据；

使用所述待测试程序测试所述第一数据，得到第三数据；

确定所述第三数据与所述第二数据的差异程度是否满足预设差异规则，若所述第三数据与所述第二数据的差异程度满足所述预设差异规则，则确定所述待测试程序测试成功。

2.根据权利要求1所述的方法，其特征在于，所述根据所述预设筛选条件，获取与所述预设筛选条件匹配的第一数据以及所述第一数据对应的第二数据，包括：

根据所述预设筛选条件，从第一数据库中获取与所述预设筛选条件匹配的所述第一数据，所述第一数据库中存储有一条或多条交易在第一时刻对应的至少一条第一交易数据；

从第二数据库中获取与所述第一数据对应的第二数据，所述第二预设数据库中存储有所述一条或多条交易在第二时刻对应的至少一条第二交易数据，所述第二时刻晚于所述第一时刻。

3.根据权利要求1所述的方法，其特征在于，所述使用所述待测试程度测试所述第一数据之前，还包括：

从所述第一数据中提取所述第一数据包括的至少一个维度信息，并根据所述待测试程序所属的业务场景确定所述至少一个维度信息与所述待测试程序的关联程度；

将所述第一数据包括的至少一个维度信息中与所述待测试程序的关联程度小于第一预设阈值的维度信息删除，得到更新后的所述第一数据。

4.根据权利要求1所述的方法，其特征在于，所述确定所述第三数据与所述第二数据的差异程度是否满足预设差异规则，包括：

分别对所述第二数据和所述第三数据进行切片，得到所述第二数据包含的至少一条第二子数据和所述第三数据包含的至少一条第三子数据，所述至少一条第二子数据与所述至少一条第三子数据一一对应；

根据所述至少一条第二子数据和所述至少一条第三子数据中相互对应的第二子数据与第三子数据的差异程度，确定所述第三数据与所述第二数据的差异程度是否满足预设差异规则。

5.根据权利要求4所述的方法，其特征在于，所述根据所述至少一条第二子数据和所述至少一条第三子数据中相互对应的第二子数据与第三子数据的差异程度，确定所述第三数据与所述第二数据的差异程度是否满足预设差异规则，包括：

根据所述待测试程序对应的业务场景，确定预设差异维度与目标差异规则；

从所述相互对应的第二子数据与第三子数据中分别提取所述预设差异维度对应的信息，得到所述相互对应的第二子数据与第三子数据中所述第二子数据包含的第一信息以及所述第三子数据包含的第二信息，若相互对应的第二子数据与第三子数据中第一信息与第二信息的差值满足所述目标差异规则的相互对应的第二子数据与第三子数据的数量大于第二预设阈值，则确定所述第三数据与所述第二数据的差异程度满足预设差异规则。

6.一种测试装置，其特征在于，所述装置包括：

收发模块，用于接收测试指令，所述测试指令中包括待测试程序和预设筛选条件；

获取模块，用于根据所述预设筛选条件，获取与所述预设筛选条件匹配的第一数据以及所述第一数据对应的第二数据，所述第二数据的生成时刻晚于所述第一数据；

测试模块，用于使用所述待测试程序测试所述第一数据，得到第三数据；

确定模块，用于确定所述第三数据与所述第二数据的差异程度是否满足预设差异规则，若所述第三数据与所述第二数据的差异程度满足所述预设差异规则，则确定所述待测试程序测试成功。

7.根据权利要求6所述的装置，其特征在于，所述获取模块具体用于：

根据所述预设筛选条件，从第一数据库中获取与所述预设筛选条件匹配的所述第一数据，所述第一数据库中存储有一条或多条交易在第一时刻对应的至少一条第一交易数据；

从第二数据库中获取与所述第一数据对应的第二数据，所述第二预设数据库中存储有所述一条或多条交易在第二时刻对应的至少一条第二交易数据，所述第二时刻晚于所述第一时刻。

8.根据权利要求6所述的装置，其特征在于，所述测试模块还用于：

从所述第一数据中提取所述第一数据包括的至少一个维度信息，并根据所述待测试程序所属的业务场景确定所述至少一个维度信息与所述待测试程序的关联程度；

将所述第一数据包括的至少一个维度信息中与所述待测试程序的关联程度小于第一预设阈值的维度信息删除，得到更新后的所述第一数据。

9.根据权利要求6所述的装置，其特征在于，所述确定模块具体用于：

分别对所述第二数据和所述第三数据进行切片，得到所述第二数据包含的至少一条第二子数据和所述第三数据包含的至少一条第三子数据，所述至少一条第二子数据与所述至少一条第三子数据一一对应；

根据所述至少一条第二子数据和所述至少一条第三子数据中相互对应的第二子数据与第三子数据的差异程度，确定所述第三数据与所述第二数据的差异程度是否满足预设差异规则。

10.根据权利要求9所述的装置，其特征在于，所述确定模块具体用于：

根据所述待测试程序对应的业务场景，确定预设差异维度与目标差异规则；

从所述相互对应的第二子数据与第三子数据中分别提取所述预设差异维度对应的信息，得到所述相互对应的第二子数据与第三子数据中所述第二子数据包含的第一信息以及所述第三子数据包含的第二信息，若相互对应的第二子数据与第三子数据中第一信息与第二信息的差值满足所述目标差异规则的相互对应的第二子数据与第三子数据的数量大于第二预设阈值，则确定所述第三数据与所述第二数据的差异程度满足预设差异规则。

11.一种计算机可读存储介质，其特征在于，包括指令，当其在计算机的处理器上运行时，使得计算机的处理器执行如权利要求1至5任一项所述的方法。

12.一种计算机程序产品，其特征在于，当其在计算机上运行时，使得计算机执行如权利要求1至5任一项所述的方法。