CN114035991A - 一种数据测试方法、装置、设备及可读存储介质 - Google Patents

Abstract

本申请公开了一种数据测试方法、装置、设备及可读存储介质。其中，数据测试方法包括：获取预设周期内的待处理业务数据；分别通过第一业务系统和第二业务系统对待处理的业务数据进行处理，得到第一业务数据和第二业务数据；在第一业务数据和第二业务数据存在数据差异的情况下，通过第三业务系统对待处理的业务数据进行处理，得到第三业务数据，其中，第三业务数据包括至少一个业务类别的第一业务子数据；对应每个业务类别，对比第二业务数据和第三业务数据，确定第二业务系统中系统故障点。根据本申请实施例，能够快速定位新业务数据系统中产生错误数据的原因，有利于业务数据系统的快速更新换代。

Description

一种数据测试方法、装置、设备及可读存储介质

技术领域

本申请属于系统测试技术领域，尤其涉及一种数据测试方法、装置、设备及可读存储介质。

背景技术

随着信息化数字化技术的蓬勃发展，越来越多企业的业务数据系统需要更新换代，在对业务数据系统更新的过程中，一方面需要确保更新后的新系统的可用性，另一方面需要确保更新后的系统能够进行准确的数据处理。尤其对于规模较大的业务数据系统，在涉及更新业务数据系统中的核心数据处理的部分时，需要更加谨慎。

为了实现业务数据系统的顺利更新，通常需要先对新业务数据系统进行数据测试，然而目前，当新业务数据系统出现错误时，难以有效的快速定位新业务数据系统产生错误数据的故障点，因此，不利于业务数据系统的快速更新换代。

发明内容

本申请实施例提供一种数据测试方法、装置、设备及可读存储介质，能够快速定位新业务数据系统中产生错误数据的原因，有利于业务数据系统的快速更新换代。

第一方面，本申请实施例提供一种数据测试方法，方法包括：

获取预设周期内的待处理业务数据；

分别通过第一业务系统和第二业务系统对待处理的业务数据进行处理，得到第一业务数据和第二业务数据；

在第一业务数据和第二业务数据存在数据差异的情况下，通过第三业务系统对待处理的业务数据进行处理，得到第三业务数据，其中，第三业务数据包括至少一个业务类别的第一业务子数据；

对应每个业务类别，对比第二业务数据和第三业务数据，确定第二业务系统中系统故障点。

在第一方面的一些可实现方式中，根据每个业务类别，对比第二业务数据和第三业务数据，确定第二业务系统中系统故障点，包括：

获取第二业务数据中与每个业务类别对应的第二业务子数据；

根据每个业务类别，一一对比第一业务子数据和第二业务子数据；

在第一业务子数据和第二业务子数据存在数据差异的情况下，确定存在数据差异的业务类别所对应的业务子系统为故障点。

在第一方面的一些可实现方式中，方法还包括：

在第一业务子数据和第二业务子数据不存在数据差异的情况下，对应每个业务类别，从预设周期内的待处理业务数据中，获取生成每个第二业务子数据所使用的第一待处理子数据，以及从原始业务数据库中获取与业务类别对应的第二待处理子数据；

根据每个业务类别，一一对比第一待处理子数据和第二待处理子数据；

在第一待处理子数据和第二待处理子数据存在数据差异的情况下，确定存在数据差异的业务类别所对应的第一待处理子数据为故障点。

在第一方面的一些可实现方式中，方法还包括：

在第一业务子数据和第二业务子数据不存在数据差异，且第一待处理子数据和第二待处理子数据不存在数据差异的情况下，生成第二检测信息，第二检测信息用于指示第二业务系统不存在故障点。

第二方面，本申请实施例提供一种数据测试装置，装置包括：

获取模块，用于获取预设周期内的待处理业务数据；

处理模块，用于分别通过第一业务系统和第二业务系统对待处理的业务数据进行处理，得到第一业务数据和第二业务数据；

处理模块，还用于在第一业务数据和第二业务数据存在数据差异的情况下，通过第三业务系统对待处理的业务数据进行处理，得到第三业务数据，其中，第三业务数据包括至少一个业务类别的第一业务子数据；

处理模块，还用于对应每个业务类别，对比第二业务数据和第三业务数据，确定第二业务系统中系统故障点。

在第二方面的一些可实现方式中，获取模块，还用于获取第二业务数据中与每个业务类别对应的第二业务子数据；

处理模块，还用于根据每个业务类别，一一对比第一业务子数据和第二业务子数据；

处理模块，还用于在第一业务子数据和第二业务子数据存在数据差异的情况下，确定存在数据差异的业务类别所对应的业务子系统为故障点。

在第二方面的一些可实现方式中，获取模块，还用于在第一业务子数据和第二业务子数据不存在数据差异的情况下，对应每个业务类别，从预设周期内的待处理业务数据中，获取生成每个第二业务子数据所使用的第一待处理子数据，以及从原始业务数据库中获取与业务类别对应的第二待处理子数据；

处理模块，还用于根据每个业务类别，一一对比第一待处理子数据和第二待处理子数据；

处理模块，还用于在第一待处理子数据和第二待处理子数据存在数据差异的情况下，确定存在数据差异的业务类别所对应的第一待处理子数据为故障点。

在第二方面的一些可实现方式中，处理模块，还用于在第一业务子数据和第二业务子数据不存在数据差异，且第一待处理子数据和第二待处理子数据不存在数据差异的情况下，生成第二检测信息，第二检测信息用于指示第二业务系统不存在故障点。

第三方面，本申请提供一种数据测试设备，该设备包括：处理器以及存储有计算机程序指令的存储器；处理器执行计算机程序指令时实现第一方面或者第一方面任一可实现方式中所述的数据测试方法。

第四方面，本申请提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序指令，计算机程序指令被处理器执行时实现第一方面或者第一方面任一可实现方式中所述的数据测试方法。

本申请实施例提供了一种数据测试方法、装置、设备及可读存储介质，在获取预设周期内的待处理业务数据后，分别通过第一业务系统和第二业务系统对待处理的业务数据进行处理，得到第一业务数据和第二业务数据；通过第一业务数据和第二业务数据，可以初步判断第二业务系统是否存在差异，进一步的，在第一业务数据和第二业务数据存在数据差异的情况下，通过第三业务系统对待处理的业务数据进行处理，得到第三业务数据，其中，第三业务数据包括至少一个业务类别的第一业务子数据；对应每个业务类别，对比第二业务数据和第三业务数据，确定第二业务系统中系统故障点，通过使用对应每个业务类别的第三业务系统，得到包括至少一个业务类别的第一业务子数据，有效的快速的定位第二业务系统中具体是故障点，从而便于分析第二业务系统产生错误数据的原因，有利于业务数据系统的快速更新换代。

附图说明

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

图1是本申请实施例提供的一种数据测试方法的流程示意图；

图2是本申请实施例提供的一种数据测试装置的结构示意图；

图3是本申请实施例提供的一种数据测试设备的结构示意图。

具体实施方式

下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅意在解释本申请，而不是限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

随着信息化数字化技术的蓬勃发展，越来越多企业的业务数据系统需要更新换代，在对业务数据系统更新的过程中，一方面需要确保更新后的新系统的可用性，另一方面需要确保更新后的系统能够进行准确的数据处理。尤其对于规模较大的业务数据系统，在涉及更新业务数据系统中的核心数据处理的部分时，需要更加谨慎。

为了实现业务数据系统的顺利更新，通常需要先对新业务数据系统进行数据测试，然而目前，当新业务数据系统出现错误时，难以有效的快速定位新业务数据系统产生错误数据的故障点，因此，不利于业务数据系统的快速更新换代。

针对于此，本申请实施例提供了一种数据测试方法、装置、设备和计算机可读存储介质，在获取预设周期内的待处理业务数据后，分别通过第一业务系统和第二业务系统对待处理的业务数据进行处理，得到第一业务数据和第二业务数据；通过第一业务数据和第二业务数据，可以初步判断第二业务系统是否存在差异，进一步的，在第一业务数据和第二业务数据存在数据差异的情况下，通过第三业务系统对待处理的业务数据进行处理，得到第三业务数据，其中，第三业务数据包括至少一个业务类别的第一业务子数据；对应每个业务类别，对比第二业务数据和第三业务数据，确定第二业务系统中系统故障点，通过使用对应每个业务类别的第三业务系统，得到包括至少一个业务类别的第一业务子数据，有效的快速的定位第二业务系统中具体是故障点，从而便于分析第二业务系统产生错误数据的原因，有利于业务数据系统的快速更新换代。

下面结合附图对本申请实施例所提供的数据测试方法进行介绍。图1示出了本申请一个实施例提供的数据测试方法的流程示意图。如图1所示，该方法可以包括以下步骤：

步骤110，获取预设周期内的待处理业务数据。

在一些实施例中，预设周期例如可以以一个月为周期，也可以以一个季度为周期，在此并不具体限定。为了确保在新的业务数据系统能顺利替换旧的业务数据系统，可以将预设周期内企业实际产生的全部待处理的业务数据，可以作为待处理业务数据。

在获取到待处理的业务数据后，接下来可以执行步骤120。

步骤120，分别通过第一业务系统和第二业务系统对待处理的业务数据进行处理，得到第一业务数据和第二业务数据。

具体地，第一业务系统是指旧的业务系统，第二业务系统是指新的业务系统，分别通过第一业务系统和第二业务系统对待处理的业务数据进行处理，对应一份预设周期内的待处理业务数据，得到第一业务数据和第二业务数据。

因此，可以对第一业务数据和第二业务数据进行对比，判断两份业务数据是否存在数据差异。

接下来，可以执行步骤130。

步骤130，在第一业务数据和第二业务数据存在数据差异的情况下，通过第三业务系统对待处理的业务数据进行处理，得到第三业务数据。

其中，第三业务数据包括至少一个业务类别的第一业务子数据。

由于第一业务数据是由第一业务系统处理得到，即第一业务数据是旧的业务系统产生的。由于旧业务系统已经面向用户、企业等数据产生方和数据需求方，提供正常服务，因此，可以默认第一业务数据为正确的数据结果。

在一些实施例中，当第一业务数据和第二业务数据存在数据差异的情况下，可以认为第二业务系统可能存在故障点。

为了进一步准确确认第二业务系统是否存在故障点，以及在第二业务系统存在故障点时，具体地故障点，因此，通过第三业务系统对待处理的业务数据进行处理，得到第三业务数据。

在一些实施例中，业务数据可以有多个业务类别，例如在银行的IT系统中，业务类别可以包括：参与人、合约、产品、事件、条件、业务方向等，在此不一一列举。第三业务系统是针对每个业务数据进行数据处理的系统，根据每个第三业务系统，可以对应每个业务类别获取待处理的业务数据，以及对待处理的业务数据进行数据计算等处理，得到每个业务类别的第一业务子数据。

示例性的，为了进一步确保第三业务系统产生的结果的准确性，在第三业务系统对待处理业务数据进行数据处理时，可以由用户参与，实时检测第三业务系统在进行数据处理时数据处理逻辑的准确性。

在计算得到第三业务数据后，接下来可以执行步骤140，从而进一步确认第二业务系统的故障点，

在一些实施例中，在第一业务数据和第二业务数据不存在数据差异的情况下，可以暂时认为第二业务数据系统没有故障点，即新业务系统处于正常状态，接下来，可以根据第二业务数据系统的测试次数是否满足预设要求，或者根据有第二业务数据系统的测试通过率是否满足预设要求，进行判断第二业务系统是否可以取代第一业务系统，实现业务系统的顺利更新。

步骤140，对应每个业务类别，对比第二业务数据和第三业务数据，确定第二业务系统中系统故障点。

具体地，通过使用对应每个业务类别的第三业务系统，得到包括至少一个业务类别的第一业务子数据，有效的快速的定位第二业务系统中具体是故障点，从而便于分析第二业务系统产生错误数据的原因，有利于业务数据系统的快速更新换代。

在一些实施例中，步骤140具体可以包括：获取第二业务数据中与每个业务类别对应的第二业务子数据；根据每个业务类别，一一对比第一业务子数据和第二业务子数据；在第一业务子数据和第二业务子数据存在数据差异的情况下，确定存在数据差异的业务类别所对应的业务子系统为故障点。

根据每个业务类别，一一对比第一业务子数据和第二业务子数据，因此，在第一业务子数据和第二业务子数据存在数据差异的情况下，可以快速定位第二业务系统中造成数据错误的故障点，由此方便专业人员有针对性的对第二业务系统中部分数据处理逻辑进行调整或者修改，有利于实现业务系统的顺利更新。

在一些实施例中，在第一业务子数据和第二业务子数据不存在数据差异的情况下，则可以暂时认为第二业务数据系统中的数据处理逻辑没有故障点。接下来可以对第二业务数据所处理的数据进行检测，具体地，本申请实施例还可以包括以下步骤：

对应每个业务类别，从预设周期内的待处理业务数据中，获取生成每个第二业务子数据所使用的第一待处理子数据，以及从原始业务数据库中获取与业务类别对应的第二待处理子数据；

根据每个业务类别，一一对比第一待处理子数据和第二待处理子数据；

在第一待处理子数据和第二待处理子数据存在数据差异的情况下，确定存在数据差异的业务类别所对应的第一待处理子数据为故障点。

第二业务系统生成每个业务类别对应的第二业务子数据，需要从预设周期内的待处理业务数据，获取第一待处理子数据。为了判断造成第一业务数据和第二业务数据存在数据差异是否是因为获取的数据存在质量问题，因此，对应每个业务类别，从原始业务数据库中获取与业务类别对应的第二待处理子数据。

通过根据每个业务类别，一一对比第一待处理子数据和第二待处理子数据，可以判断是否是因为获取的数据存在质量问题，造成了第一业务数据和第二业务数据存在数据差异。

示例性的，数据存在质量问题例如是数据迁移、数据补录、数据转换等原因造成的，在此不一一列举。

通过对比，在第一待处理子数据和第二待处理子数据存在数据差异的情况下，确定存在数据差异的业务类别所对应的第一待处理子数据为故障点。接下来，可以由专业人员有针对性的对第二业务系统中数据获取的逻辑进行调整或者修改，有利于实现业务系统的顺利更新。

在一些实施例中，第一待处理子数据和第二待处理子数据不存在数据差异的情况下，可以认为第二业务系统获取待处理的业务数据暂时不存在问题。

在本申请实施例中，在第一业务子数据和第二业务子数据不存在数据差异，且第一待处理子数据和第二待处理子数据不存在数据差异的情况下，生成第二检测信息，第二检测信息用于指示第二业务系统不存在故障点。

具体地，若第一业务子数据和第二业务子数据不存在数据差异，且第一待处理子数据和第二待处理子数据不存在数据差异，可以暂时认为第二业务数据系统没有故障点，第二业务系统所使用待处理的业务数据也没有问题。

为了进一步保障第二业务系统能够顺利替代第一业务系统，可以多次对第二业务系统进行数据测试，在第二业务系统的测试结果满足预设要求后，可以认为第二业务系统看替代第一业务系统。

根据本申请实施例，在第二业务系统产生的第二业务数据与第一业务数据存在差异的情况下，通过先对第二业务系统中的数据处理逻辑进行排查，再对第二业务系统所使用待处理的业务数据进行排查，从而有效的快速的定位第二业务系统中具体是故障点，从而便于分析第二业务系统产生错误数据的原因，有利于业务数据系统的快速更新换代。

图2是本申请实施例提供的一种数据测试装置的结构示意图，如图2所示，该数据测试装置200可以包括：获取模块210、处理模块220。

获取模块210，用于获取预设周期内的待处理业务数据；

处理模块220，用于分别通过第一业务系统和第二业务系统对待处理的业务数据进行处理，得到第一业务数据和第二业务数据；

处理模块220，还用于在第一业务数据和第二业务数据存在数据差异的情况下，通过第三业务系统对待处理的业务数据进行处理，得到第三业务数据，其中，第三业务数据包括至少一个业务类别的第一业务子数据；

处理模块220，还用于对应每个业务类别，对比第二业务数据和第三业务数据，确定第二业务系统中系统故障点。

在一些实施例中，获取模块210，还用于获取第二业务数据中与每个业务类别对应的第二业务子数据；

处理模块220，还用于根据每个业务类别，一一对比第一业务子数据和第二业务子数据；

处理模块220，还用于在第一业务子数据和第二业务子数据存在数据差异的情况下，确定存在数据差异的业务类别所对应的业务子系统为故障点。

在一些实施例中，获取模块210，还用于在第一业务子数据和第二业务子数据不存在数据差异的情况下，对应每个业务类别，从预设周期内的待处理业务数据中，获取生成每个第二业务子数据所使用的第一待处理子数据，以及从原始业务数据库中获取与业务类别对应的第二待处理子数据；

处理模块220，还用于根据每个业务类别，一一对比第一待处理子数据和第二待处理子数据；

处理模块220，还用于在第一待处理子数据和第二待处理子数据存在数据差异的情况下，确定存在数据差异的业务类别所对应的第一待处理子数据为故障点。

在一些实施例中，处理模块220，还用于在第一业务子数据和第二业务子数据不存在数据差异，且第一待处理子数据和第二待处理子数据不存在数据差异的情况下，生成第二检测信息，第二检测信息用于指示第二业务系统不存在故障点。

可以理解的是，本申请实施例的数据测试装置200，可以对应于本申请实施例图1中的数据测试方法的执行主体，数据测试装置200的各个模块/单元的操作和/或功能的具体细节可以参见上述本申请实施例图1的数据测试方法中的相应部分的描述，为了简洁，在此不再赘述。

本申请实施例的数据测试装置，在获取预设周期内的待处理业务数据后，分别通过第一业务系统和第二业务系统对待处理的业务数据进行处理，得到第一业务数据和第二业务数据；通过第一业务数据和第二业务数据，可以初步判断第二业务系统是否存在差异，进一步的，在第一业务数据和第二业务数据存在数据差异的情况下，通过第三业务系统对待处理的业务数据进行处理，得到第三业务数据，其中，第三业务数据包括至少一个业务类别的第一业务子数据；对应每个业务类别，对比第二业务数据和第三业务数据，确定第二业务系统中系统故障点，通过使用对应每个业务类别的第三业务系统，得到包括至少一个业务类别的第一业务子数据，有效的快速的定位第二业务系统中具体是故障点，从而便于分析第二业务系统产生错误数据的原因，有利于业务数据系统的快速更新换代。

图3示出了本申请一个实施例提供的数据测试设备的结构示意图。如图3所示，该设备可以包括处理器301以及存储有计算机程序指令的存储器302。

具体地，上述处理器301可以包括中央处理器(Central Processing Unit，CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

存储器302可以包括用于信息或指令的大容量存储器。举例来说而非限制，存储器302可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在一个实例中，存储器302可以包括可移除或不可移除(或固定)的介质，或者存储器302是非易失性固态存储器。存储器302可在数据测试设备的内部或外部。

在一个实例中，存储器302可以是只读存储器(Read Only Memory，ROM)。在一个实例中，该ROM可以是掩模编程的ROM、可编程ROM(PROM)、可擦除PROM(EPROM)、电可擦除PROM(EEPROM)、电可改写ROM(EAROM)或闪存或者两个或更多个以上这些的组合。

处理器301通过读取并执行存储器302中存储的计算机程序指令，以实现本申请实施例所描述的方法，并达到本申请实施例执行其方法达到的相应技术效果，为简洁描述在此不再赘述。

在一个示例中，该数据测试设备还可包括通信接口303和总线310。其中，如图3所示，处理器301、存储器302、通信接口303通过总线310连接并完成相互间的通信。

通信接口303，主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。

总线310包括硬件、软件或两者，将在线信息流量计费设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(Accelerated Graphics Port，AGP)或其他图形总线、增强工业标准架构(Extended Industry Standard Architecture，EISA)总线、前端总线(Front Side Bus，FSB)、超传输(Hyper Transport，HT)互连、工业标准架构(Industry Standard Architecture，ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线310可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

该数据测试设备可以执行本申请实施例中的数据测试方法，从而实现本申请实施例描述的数据测试方法的相应技术效果。

另外，结合上述实施例中的数据测试方法，本申请实施例可提供一种可读存储介质来实现。该可读存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种数据测试方法。

需要明确的是，本申请并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本申请的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本申请的精神后，做出各种改变、修改和添加，或者改变步骤之间的顺序。

以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(Application SpecificIntegrated Circuit，ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本申请的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、只读存储器(Read-Only Memory，ROM)、闪存、可擦除只读存储器(Erasable ReadOnly Memory，EROM)、软盘、只读光盘(Compact Disc Read-Only Memory，CD-ROM)、光盘、硬盘、光纤介质、射频(Radio Frequency，RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本申请中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本申请不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

上面参考根据本公开的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器，以产生一种机器，使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。

以上所述，仅为本申请的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。

Claims (10)

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

获取预设周期内的待处理业务数据；

分别通过第一业务系统和第二业务系统对所述待处理的业务数据进行处理，得到第一业务数据和第二业务数据；

在所述第一业务数据和所述第二业务数据存在数据差异的情况下，通过第三业务系统对所述待处理的业务数据进行处理，得到第三业务数据，其中，所述第三业务数据包括至少一个业务类别的第一业务子数据；

对应每个业务类别，对比所述第二业务数据和所述第三业务数据，确定所述第二业务系统中系统故障点。

2.根据权利要求1所述的方法，其特征在于，所述根据每个业务类别，对比所述第二业务数据和所述第三业务数据，确定所述第二业务系统中系统故障点，包括：

获取所述第二业务数据中与每个所述业务类别对应的第二业务子数据；

根据每个业务类别，一一对比所述第一业务子数据和所述第二业务子数据；

在所述第一业务子数据和所述第二业务子数据存在数据差异的情况下，确定存在数据差异的业务类别所对应的业务子系统为所述故障点。

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

在所述第一业务子数据和所述第二业务子数据不存在数据差异的情况下，对应每个业务类别，从所述预设周期内的待处理业务数据中，获取生成每个所述第二业务子数据所使用的第一待处理子数据，以及从原始业务数据库中获取与所述业务类别对应的第二待处理子数据；

根据每个业务类别，一一对比所述第一待处理子数据和所述第二待处理子数据；

在所述第一待处理子数据和所述第二待处理子数据存在数据差异的情况下，确定存在数据差异的业务类别所对应的第一待处理子数据为所述故障点。

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

在所述第一业务子数据和所述第二业务子数据不存在数据差异，且所述第一待处理子数据和所述第二待处理子数据不存在数据差异的情况下，生成第二检测信息，所述第二检测信息用于指示所述第二业务系统不存在故障点。

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

获取模块，用于获取预设周期内的待处理业务数据；

处理模块，用于分别通过第一业务系统和第二业务系统对所述待处理的业务数据进行处理，得到第一业务数据和第二业务数据；

所述处理模块，还用于在所述第一业务数据和所述第二业务数据存在数据差异的情况下，通过第三业务系统对所述待处理的业务数据进行处理，得到第三业务数据，其中，所述第三业务数据包括至少一个业务类别的第一业务子数据；

所述处理模块，还用于对应每个业务类别，对比所述第二业务数据和所述第三业务数据，确定所述第二业务系统中系统故障点。

6.根据权利要求5所述的装置，其特征在于，

所述获取模块，还用于获取所述第二业务数据中与每个所述业务类别对应的第二业务子数据；

所述处理模块，还用于根据每个业务类别，一一对比所述第一业务子数据和所述第二业务子数据；

所述处理模块，还用于在所述第一业务子数据和所述第二业务子数据存在数据差异的情况下，确定存在数据差异的业务类别所对应的业务子系统为所述故障点。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

所述获取模块，还用于在所述第一业务子数据和所述第二业务子数据不存在数据差异的情况下，对应每个业务类别，从所述预设周期内的待处理业务数据中，获取生成每个所述第二业务子数据所使用的第一待处理子数据，以及从原始业务数据库中获取与所述业务类别对应的第二待处理子数据；

所述处理模块，还用于根据每个业务类别，一一对比所述第一待处理子数据和所述第二待处理子数据；

所述处理模块，还用于在所述第一待处理子数据和所述第二待处理子数据存在数据差异的情况下，确定存在数据差异的业务类别所对应的第一待处理子数据为所述故障点。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括：

所述处理模块，还用于在所述第一业务子数据和所述第二业务子数据不存在数据差异，且所述第一待处理子数据和所述第二待处理子数据不存在数据差异的情况下，生成第二检测信息，所述第二检测信息用于指示所述第二业务系统不存在故障点。

9.一种数据测试设备，其特征在于，所述设备包括：处理器，以及存储有计算机程序指令的存储器；

所述处理器读取并执行所述计算机程序指令，以实现如权利要求1-4任意一项所述的数据测试装置。

10.一种可读存储介质，其特征在于，所述可读存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如权利要求1-4任意一项所述的数据测试装置。

Images