CN117971649A - 数据处理方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种数据处理方法、装置、计算机设备、存储介质和计算机程序产品。方法包括：接收待处理数据的数据断言请求，数据断言请求包括待处理数据的第一数据标识；基于第一数据标识查询数据断言请求的预期断言数据，基于第一数据标识获取数据断言请求的测试造数数据；基于预期断言数据与测试造数数据，对待处理数据进行数据断言，得到待处理数据的数据断言结果。采用本方法能够提高数据处理的效率。

Description

数据处理方法、装置、计算机设备和存储介质

技术领域

本申请涉及大数据技术领域，特别是涉及一种数据处理方法、装置、计算机设备、存储介质。

背景技术

相关技术中，以对数据库中的数据进行数据处理为例，可以是通过对数据库中的数据逻辑进行验证，从而实现数据处理。具体地，由于数据模型和数据逻辑往往复杂多样，通常都是编写接口操作脚本生成场景数据落库，然后计算数据库数据的逻辑和金额是否正确，如果正确就认为验证通过，不正确就提bug修改，在验证完成后编写完整的自动化脚本以及对应的数据库断言脚本，并基于自动化脚本与数据库断言脚本，对数据进行处理。

然而，目前的数据处理方式，存在效率低下的问题。

发明内容

基于此，有必要针对上述技术问题，提供一种高效的数据处理方法、装置、计算机设备、计算机可读存储介质和计算机程序产品。

第一方面，本申请提供了一种数据处理方法，包括：

接收待处理数据的数据断言请求，所述数据断言请求包括所述待处理数据的第一数据标识；

基于所述第一数据标识查询所述数据断言请求的预期断言数据；

基于所述第一数据标识获取所述数据断言请求的测试造数数据；

基于所述预期断言数据与所述测试造数数据，对所述待处理数据进行数据断言，得到所述待处理数据的数据断言结果。

第二方面，本申请还公开了一种数据处理装置，所述装置包括：

请求接收模块，用于接收待处理数据的数据断言请求，所述数据断言请求包括所述待处理数据的第一数据标识；

预期数据获取模块，用于基于所述第一数据标识查询所述数据断言请求的预期断言数据；

造数数据获取模块，用于基于所述第一数据标识获取所述数据断言请求的测试造数数据；

数据断言模块，用于基于所述预期断言数据与所述测试造数数据，对所述待处理数据进行数据断言，得到所述待处理数据的数据断言结果。

第三方面，本申请还提供了一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

接收待处理数据的数据断言请求，所述数据断言请求包括所述待处理数据的第一数据标识；

基于所述第一数据标识查询所述数据断言请求的预期断言数据；

基于所述第一数据标识获取所述数据断言请求的测试造数数据；

基于所述预期断言数据与所述测试造数数据，对所述待处理数据进行数据断言，得到所述待处理数据的数据断言结果。

第四方面，本申请还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

接收待处理数据的数据断言请求，所述数据断言请求包括所述待处理数据的第一数据标识；

基于所述第一数据标识查询所述数据断言请求的预期断言数据；

基于所述第一数据标识获取所述数据断言请求的测试造数数据；

基于所述预期断言数据与所述测试造数数据，对所述待处理数据进行数据断言，得到所述待处理数据的数据断言结果。

第五方面，本申请还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：

接收待处理数据的数据断言请求，所述数据断言请求包括所述待处理数据的第一数据标识；

基于所述第一数据标识查询所述数据断言请求的预期断言数据；

基于所述第一数据标识获取所述数据断言请求的测试造数数据；

基于所述预期断言数据与所述测试造数数据，对所述待处理数据进行数据断言，得到所述待处理数据的数据断言结果。

上述数据处理方法、装置、计算机设备、存储介质和计算机程序产品，接收待处理数据的数据断言请求，数据断言请求包括待处理数据的第一数据标识；基于第一数据标识查询数据断言请求的预期断言数据，基于第一数据标识获取数据断言请求的测试造数数据；基于预期断言数据与测试造数数据，对待处理数据进行数据断言，得到待处理数据的数据断言结果。整个过程中，测试造数数据是利用第一数据标识查询得到的，而由于预期断言数据是预先存储的与第一数据标识对应的预期结果，因此，可以将预期断言数据作为测试造数数据对应的预期结果，直接根据预期断言数据与测试造数数据对待处理数据进行断言，而无需再对测试造数数据进行复杂的逻辑计算，才能得到测试造数数据的预期结果，而是直接通过预期断言数据与测试造数数据，对待处理数据断言，提高了数据处理的效率。

附图说明

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

图1为一个实施例中数据处理方法的应用环境图；

图2为一个实施例中数据处理方法的流程示意图；

图3为另一个实施例中数据处理方法的流程示意图；

图4为一个具体应用实例中数据处理方法的流程示意图；

图5为一个具体应用实例中数据处理过程中的数据交互示意图；

图6为一个实施例中数据处理装置的结构框图；

图7为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

在数据处理过程中，往往会对数据库中数据的逻辑进行验证，比如，会对账务数据的逻辑进行测试验证。进一步地，由于账务数据模型与数据执行逻辑十分复杂多样，因此，会对账务数据库中的账务数据进行一个初步的验证，再对账务数据进行完整的自动化断言，以确定账务数据是否符合预设的数据执行逻辑。具体地，在开发阶段中，开发人员会对账务数据提出初步的数据处理请求，并编写造数脚本；在初步的验证阶段中，验证人员执行造数脚本以生成实际账务数据，并将实际账务数据导入至账务数据库中，此时，获取账务数据库中的实际账务数据，根据账务数据逻辑和需求设计等文档要求，手动计算实际账务数据的逻辑是否正确，如计算账务金额是否正确，若正确，则认为初步验证通过；若不正确，则认为数据错误，需要提出BUG并进行修改。在初步验证完成后，会编写完整的自动化断言脚本，在执行完整的自动化断言脚本的过程中，再次执行编写的造数脚本以再次生成实际账务数据，并将再次生成的实际账务数据导入至账务数据库中，此时，获取账务数据库中再次生成的实际账务数据，根据账务数据逻辑和需求设计等文档要求，手动计算再次生成的实际账务数据的逻辑是否正确，如账务金额是否正确，得到正确结果，并把手动计算的正确结果作为预期结果，基于预期结果，调用数据断言脚本，将预期结果与实际账务数据进行比对，判断是否一致，若一致，则实际账务数据通过数据断言，即实际账务数据符合预设执行逻辑。

但是，在上述数据处理的过程中，存在多处重复操作，导致数据处理的效率很低，脚本交付和维护较为费劲。比如，在初步验证过程中已经构造了实际账务数据，而在初步验证完成后编写自动化断言脚本时，又需要重复构造实际账务数据；又如，在初步验证过程中，会根据业务数据逻辑和需求设计等文档要求，手动计算检查实际账务数据的逻辑，如账务金额是否正确，而在编写自动化断言脚本时，也需要重复计算检查实际账务数据的逻辑是否正确。这大大降低了对数据进行处理的效率，在此基础上，上述数据处理的过程工作量多，复用性差，效率低耗时大，在需求速度要求很高的情况，经常出现无法快速交付合格的自动化脚本。

因此，本申请提供了一种数据处理方法，数据断言服务器通过获取第二数据标识，进一步获取第二数据库中第二数据标识的造数数据，并基于各造数数据的执行逻辑对造数数据进行验证，将通过验证的造数数据作为预期断言数据存储在数据断言服务器的第一数据库中，以实现在接收待处理数据的数据断言请求时，能够基于数据断言请求携带的第一数据标识，在第一数据库中查询数据断言请求的预期断言数据，而无需再重新计算数据断言请求对应的正确逻辑执行结果，避免当待处理数据对应的执行逻辑复杂时，计算量大，耗费时间过长；进一步地，还可以基于第一数据标识在第二数据库中查询数据断言请求的测试造数数据；从而直接基于预期断言数据与测试造数数据，对待处理数据进行数据断言，得到待处理数据的数据断言结果，提高了数据处理的效率。

本申请实施例提供的数据处理方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与服务器104进行通信。数据存储系统可以存储服务器104需要处理的数据。数据存储系统可以集成在服务器104上，也可以放在云上或其他网络服务器上。

验证人员与终端102进行交互，在终端102上输入待处理数据的第一数据标识；终端102接收验证人员上传待处理数据的数据断言服务器调用请求，并基于数据断言服务器调用请求，确定验证人员需要调用的数据断言服务器104，此时，终端102提取数据断言服务器调用请求中待处理数据的第一数据标识，基于第一数据标识，生成数据断言请求至数据断言服务器104，其中，数据断言请求包括待处理数据的第一数据标识，且数据断言请求用于请求数据断言服务器104执行待处理数据的断言任务。

具体地，数据断言服务器104接收待处理数据的数据断言请求，提取数据断言请求中待处理数据的第一数据标识，并基于第一数据标识查询数据断言请求的预期断言数据，基于第一数据标识获取数据断言请求的测试造数数据；基于预期断言数据与测试造数数据，对待处理数据进行数据断言，得到待处理数据的数据断言结果。进一步地，对待处理数据的数据断言结果可以推送至终端102，由终端102展示至验证人员。

其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑、物联网设备和便携式可穿戴设备，物联网设备可为智能音箱、智能电视、智能空调、智能车载设备等。便携式可穿戴设备可为智能手表、智能手环、头戴设备等。数据断言服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在另一些实施例中，数据处理方法也可以单独在终端上实现。当数据处理方法单独在终端实现时，验证人员与终端进行交互，调用终端中的断言数据平台，将待处理数据的数据断言请求发送至断言数据平台，由终端内的数据断言平台采用上述的数据处理方法，完成待处理数据的数据处理，在此不再赘述。

在一些实施例中，如图2所示，提供了一种数据处理方法，以该方法应用于图1中的数据断言服务器104为例进行说明，其中：

S200，接收待处理数据的数据断言请求。

其中，数据断言请求是对待处理数据进行数据断言的请求，数据断言请求中包括待处理数据的第一数据标识。在本申请中，数据断言是指对待处理数据是否满足预设条件进行判断，若满足，则待处理数据通过断言，若不满足，则待处理数据未通过断言。

具体地，验证人员与终端进行交互，在终端上输入待处理数据的第一数据标识，并向终端发出数据断言服务器调用请求；终端接收验证人员上传待处理数据的数据断言服务器调用请求，并基于数据断言服务器调用请求，确定验证人员需要调用的数据断言服务器，此时，终端提取数据断言服务器调用请求中待处理数据的第一数据标识，基于第一数据标识，生成数据断言请求至数据断言服务器，其中，数据断言请求包括待处理数据的第一数据标识，且数据断言请求用于请求数据断言服务器执行待处理数据的断言任务。数据断言服务器接收数据断言请求，提取数据断言请求中待处理数据的第一数据标识。

进一步地，数据断言服务器调用请求是调用数据断言服务器接口的请求，也就是说，调用数据断言服务器是通过调用数据断言服务器中接口来实现的，即用户向终端发出数据断言服务器调用请求，以请求调用数据断言服务器的接口，终端接收该请求，生成数据断言请求，数据断言请求能够调用数据断言服务器的接口，以请求数据断言服务器执行数据断言任务。数据断言服务器调用请求中还可以包括数据库标识，数据库标识可以由验证人员在终端上操作输入，且终端生成的数据断言请求中也包括数据库标识。其中，数据库标识用于确定后续获取的测试造数数据所在数据库的标识。

S400，基于第一数据标识查询数据断言请求的预期断言数据。

S600，基于第一数据标识获取数据断言请求的测试造数数据。

其中，预期断言数据，是对造数数据的执行逻辑进行验证后确定的断言数据。本申请中预期断言数据被存储在数据断言服务器的第一数据库中。造数数据是指执行造数脚本后，造出的实际业务场景中数据，比如当实际业务场景为账务场景时，造出的造数数据为账务数据。在造数完成后，会将造出的数据导入至第二数据库，进行数据落库，使得造数数据成为第二数据库中静态数据，也就是说，造数数据其实是实际业务场景中的业务数据；而测试造数数据则是在造数数据中，第一数据标识的造数数据，测试造数数据是造数数据的一部分。此外，仍以实际业务场景为账务场景为例，此时的第二数据库可以为与账务有关的账务数据库。

具体地，数据断言服务器可以从第二数据库中获取造数数据，并对造数数据的执行逻辑进行验证，从而基于验证结果确定预期断言数据，并将预期断言数据存储在数据断言服务器的第一数据库中，也就是说，预期断言数据是对造数数据的执行逻辑进行验证后确定的数据。

进一步地，当数据断言服务器接收到待处理数据的数据断言请求时，会基于数据断言请求携带的待处理数据的第一数据标识，从数据断言服务器的第一数据库中查询第一数据标识的预期断言数据，并从第二数据库中获取第一数据标识的测试造数数据，基于预期断言数据与测试造数数据对待处理数据进行数据断言，从而复用对造数数据的执行逻辑进行验证后确定的预期断言数据，来提高数据断言的效率。

更进一步地，数据断言请求的测试造数数据是从第二数据库中获取的，可以理解的是，测试造数数据可以认为是与第一数据标识的造数数据，造数数据既可以用于生成预期断言数据，又可以在自动化验证过程中将它作为测试造数数据，进行直接复用，提高了数据处理的效率。测试造数数据可以以表格的形式表征。本申请中，第二数据库需要区别于数据断言服务器的第一数据库，第二数据库是存储造数数据的数据库，而数据断言服务器的第一数据库是存储预期断言数据的数据库。

S600，基于预期断言数据与测试造数数据，对待处理数据进行数据断言，得到待处理数据的数据断言结果。

其中，断言是一种在程序中的一阶逻辑，目的为了表示与预期的结果是否一致；当程序执行到断言的位置时，对应的断言应该为真。若断言不为真时，程序会中止执行，并给出错误信息。本申请中对待处理数据进行数据断言是指：判断待处理数据的第一数据标识的测试造数数据是否与第一数据标识的预期断言数据相同。

具体地，可以理解的是，预期断言数据是：对造数数据的执行逻辑进行验证后确定的断言数据；数据断言请求的预期断言数据是：对待处理数据的第一数据标识的造数数据进行验证后确定的断言数据，又由于测试造数数据是造数数据中待处理数据的第一数据标识的造数数据，因此，在基于预期断言数据与测试造数数据进行数据断言，得到数据断言结果时，可以实现对待处理数据的自动化断言，而无需再重复计算复杂的待处理数据的执行逻辑对应的正确逻辑处理结果的过程。

进一步地，在自动化断言过程中，终端只需向数据断言服务器上传数据断言请求，且数据断言请求中包括待处理数据的第一数据标识，服务器即可根据数据断言请求，复用第一数据标识的预期断言数据，从而基于预期断言数据以及第一数据标识的测试造数数据，对待处理数据进行自动化断言，避免在自动化断言过程中会重新计算第一数据标识的测试造数数据的正确逻辑处理结果，从而使得数据处理的效率低下。

上述数据处理方法中，接收待处理数据的数据断言请求，数据断言请求包括待处理数据的第一数据标识；基于第一数据标识查询数据断言请求的预期断言数据，基于第一数据标识获取数据断言请求的测试造数数据；基于预期断言数据与测试造数数据，对待处理数据进行数据断言，得到待处理数据的数据断言结果。整个过程中，测试造数数据是利用第一数据标识查询得到的，而由于预期断言数据是预先存储的与第一数据标识对应的预期结果，因此，可以将预期断言数据作为测试造数数据对应的预期结果，直接根据预期断言数据以及测试造数数据，对待处理数据进行断言，而无需再对测试造数数据进行复杂的逻辑计算，才能得到正确的逻辑计算结果，而是直接通过预期断言数据与测试造数数据，对待处理数据断言，提高了数据处理的效率。

在一些实施例中，如图3所示，在S200之前，还包括：

S120，获取造数数据。

具体地，验证人员登录数据断言服务器对应的数据断言平台，在数据断言平台中建立目标业务的数据断言任务，并向数据断言平台发出数据获取请求，数据断言平台将数据获取请求上传至数据断言服务器，数据断言服务器基于数据获取请求，从存储造数数据的第二数据库中获取造数数据。

进一步地，在数据断言服务器从第二数据库中获取造数数据后，将造数数据对应的字段信息推送至数据断言平台，由数据断言平台将造数数据对应的字段信息展示至验证人员。验证人员还可以基于造数数据对应的字段信息，选择造数数据中需要断言的字段，并将选择结果上传至数据断言服务器，由数据断言服务器基于选择结果，过滤造数数据中不需要断言的字段对应的数据，保留需要断言的字段对应的数据，并采用保留的需要断言的字段对应的数据，更新原有的造数数据。

S140，根据造数数据的执行逻辑对造数数据进行验证，得到造数数据的验证结果。

具体地，对造数数据进行验证的方法包括：根据造数数据的执行逻辑对造数数据进行验证，得到验证结果。验证结果可以表征验证未通过，也可以表征验证通过。举例来说，当造数数据是账务的金额时，可以通过金额的执行逻辑和计算工具，验证金额对应的数值是否正确，并得到验证结果。

S160，若验证结果表征造数数据通过验证，则将通过验证的数据作为预期断言数据并存储在第一数据库。

具体地，若验证结果表征造数数据未通过验证，则说明造数数据存在问题，造数数据不符合造数数据的执行逻辑。此时，需要更新造数数据。在更新了造数数据后，还需要再次根据造数数据的执行逻辑对更新后的造数数据进行再次验证，以确认更新后的造数数据是符合执行逻辑的数据。若更新后的造数数据是符合执行逻辑的数据，则可以将更新后的造数数据作为预期断言数据，存储在数据断言服务器的第一数据库中，便于在后续基于预期断言数据进行待处理数据的自动化断言。进一步地，更新造数数据的方法包括：基于造数数据的执行逻辑更新造数数据，即计算得到符合执行逻辑的造数数据，并采用符合执行逻辑的造数数据更新之前的造数数据。

若验证结果表征验证通过，则说明造数数据正确，造数数据符合造数数据的执行逻辑。因此，可以将符合执行逻辑的造数数据作为预期断言数据，存储在数据断言服务器的第一数据库中，便于在后续基于预期断言数据进行待处理数据的自动化断言。

本实施例中，在对待处理数据进行自动化断言之前，能够预先将通过验证的造数数据作为预期断言数据，便于在后续基于预期断言数据与测试造数数据进行待处理数据的自动化断言。进一步地，在对造数数据的验证不通过的情况下，能够对造数数据进行更新，以再次验证更新后的造数数据是否通过执行逻辑的验证，能够避免像现有技术中自动化脚本全是固定的数据，而无法对自动化脚本里不符合执行逻辑的数据进行更新的情况。

在一些实施例中，获取造数数据之前，还包括：

接收目标业务的造数数据请求；执行造数脚本生成造数数据请求的造数数据；根据数据库标识确定造数数据的第二数据库；将造数数据存储在第二数据库。

其中，造数数据请求包括数据库标识以及造数脚本。目标业务是指需要进行数据断言的业务，如，业务可以是账务，在业务是账务时，获取的造数数据是与账务有关的造数数据。

具体地，开发人员编写造数脚本，验证人员将造数脚本上传至终端，并点击终端界面的造数按键，由终端基于造数脚本，生成造数数据请求，进一步将造数数据请求上传至数据断言服务器，由数据断言服务器执行造数数据请求中携带的造数脚本，生成造数数据。

进一步地，造数数据需要被存储在与目标业务有关的第二数据库中。此时，验证人员还可以在终端输入数据库标识，数据库标识用于确定存储造数数据的第二数据库。也就是说，终端可以基于数据库标识与造数脚本，生成造数数据请求，并将造数数据请求上传至数据断言服务器；由数据断言服务器根据造数数据请求中的数据库标识，确定存储造数数据的第二数据库，并将造数数据存储在第二数据库。

更进一步地，将造数数据存储在第二数据库中是通过调用第二数据库的接口来实现的。也就是说，验证人员还会编写第二数据库标识对应的接口调用脚本，以在数据断言服务器获取接口调用脚本、且确定存储造数数据的第二数据库时，调用第二数据库对应的接口来将造数数据存储在第二数据库。且接口还会返回造数数据的存储结果，存储结果包括存储成功消息或存储失败消息。

本实施例中，通过获取目标业务的造数脚本与数据库标识，能够通过执行造数脚本高效生成目标业务的造数数据，且能够通过数据库标识准确确定造数数据要存储的第二数据库，以便于在后续进行数据断言时，能够从第二数据库中高效获取待处理数据的第一数据标识的测试造数数据。

在一些实施例中，获取造数数据，包括：

获取造数数据的查询命令；从第二数据库中查询第二数据标识的造数数据。

其中，查询命令包括造数数据的第二数据标识。

具体地，首先，验证人员在终端界面的数据断言平台上查询功能界面中，输入所需查询的造数数据的查询命令，并点击查询按键，其中，查询命令中会携带第二数据标识，第二数据标识用于标识数据断言服务器需要查询的造数数据，也就是说，在第二数据库中，造数数据是与第二数据标识的造数数据；此外，查询命令中也会携带数据库标识，数据库标识用于确定造数数据所存储的数据库。实际应用中，查询命令一般不超过10个。进一步地，查询命令包括但不限于是SQL查询命令，第二数据标识包括但不限于可以用数字或字母的形式表征。

终端基于验证人员的点击操作，获取造数数据的查询命令，将查询命令转发至数据断言服务器，数据断言服务器提取查询命令中的第二数据标识与数据库标识，基于数据库标识确定造数数据所在的第二数据库，并从第二数据库中查询第二数据标识的造数数据。

本实施例中，通过使用数据断言平台的SQL查询功能，代替传统的mysql客户端，能够在数据断言平台上基于查询命令更高效地查询造数数据。

在一些实施例中，根据造数数据的执行逻辑对造数数据进行验证，得到造数数据的验证结果，包括：

通过造数数据的执行逻辑对字段信息进行处理，得到字段信息的第二数值；根据第一数值与第二数值，得到造数数据的验证结果。

其中，造数数据包括目标业务的字段信息以及字段信息的第一数值。目标业务可以是若干个业务，如，目标业务可以是与账务有关的业务。在目标业务为与账务有关的业务时，字段信息包括但不限于是金额与账户等字段；字段信息的第一数值是该字段信息的实际数据，如当字段信息为金额时，字段信息的第一数值是金额的实际取值，如金额的第一数值可以为50，也可以为100。造数数据的执行逻辑是在实际的业务场景下，业务人员自定义的执行逻辑，造数数据的执行逻辑也就是造数数据中字段信息的执行逻辑，通过执行逻辑，可以得到字段信息的第二数值，第二数值也就是字段信息的正确取值。举例来说，在字段信息为金额的情况下，通过造数数据的执行逻辑可以获取业务人员定义的金额的正确取值为50。

具体地，通过造数数据的执行逻辑对字段信息进行处理，得到业字段信息的第二数值，即第二数值是字段信息的正确逻辑处理结果。验证正确逻辑处理结果与实际的结果是否匹配，即验证目标业务的字段信息的第二数值与第一数值是否一致，得到造数数据的验证结果，验证结果包括验证通过与验证未通过，本申请需要得到的验证结果是第二数值与第一数值一致时的验证结果，即表征验证通过的验证结果。若验证结果表征验证未通过，则说明字段信息的第一数值不满足造数数据中字段信息的执行逻辑，需要提出BUG信息，同时，基于执行目标业务的字段信息的执行逻辑得到的第二数值对第一数值进行更新，且还需要对更新的结果进行再次验证；若验证结果表征通过，则说明造数数据中更新后的第一数值满足字段信息的执行逻辑，无需再次对更新后的第一数值进行更新。此时，造数数据中的第一数值均为满足字段信息的执行逻辑的数值。

在实际应用中，字段信息的执行逻辑一般是复杂的业务逻辑，因此，根据执行逻辑计算得到字段信息的正确逻辑处理结果计算量较大，本申请在得到满足执行逻辑的造数数据时，会将满足执行逻辑的造数数据作为预期断言数据，存储在数据断言服务器的数据库中，为后续的数据断言过程中的预期断言数据的复用作准备。

本实施例中，由于造数数据中包括目标业务的字段信息以及字段信息的第一数值，因此，可以基于执行逻辑获取字段信息对应的正确逻辑处理结果，即第二数值，并将第二数值与第一数值进行比较，以对造数数据进行验证，从而基于验证结果来判断是否需要基于正确逻辑处理结果对字段信息的第一数值进行更新，使得存储的预期断言数据是满足执行逻辑的造数数据，为后续进行高效的自动化断言作准备。

在一些实施例中，还包括：

将第二数据标识以及预期断言数据关联存储在第一数据库。

具体地，由于查询命令与造数数据关联，且造数数据与预期断言数据关联，因此，不仅需要将预期断言数据存储在数据库中，还会确定各查询命令的预期断言数据，以将查询命令与预期断言数据一一映射，并将映射得到的结果关联，共同存储在数据断言服务器的数据库中；进一步地，由于查询命令中携带第二数据标识，因此，可以看成是，第二数据标识与预期断言数据共同存储在数据断言服务器的数据库中。

本实施例中，将第二数据标识以及预期断言数据关联存储在第一数据库，可以在第一数据标识属于第二数据标识的情况下，基于第一数据标识高效查询数据断言服务器中第一数据标识关联的预期断言数据，从而实现与测试造数数据之间的高效数据断言。

在一些实施例中，基于第一数据标识获取数据断言请求的测试造数数据，包括：

确定第一数据标识的测试查询语句；通过测试查询语句，在第二数据库中查询第一数据标识的目标造数数据；将目标造数数据作为数据断言请求的测试造数数据。

其中，造数数据包括目标造数数据。

具体地，验证人员可以在终端修改之前编写的接口调用脚本，包括但不限于是在之前编写的接口调用脚本上新增一个接口请求脚本，接口请求脚本是调用数据断言服务器的接口请求脚本，当验证人员在终端输入待处理数据的第一数据标识与数据库标识时，就会生成调用数据断言服务器的接口的请求，终端基于第一数据标识与数据库标识，生成数据断言请求，通过调用的数据断言服务器的接口将数据断言请求上传至数据断言服务器，其中，数据断言服务器的接口可以是用例结果调用接口，各数据标识存在对应的用例结果调用接口，因此，数据标识也对应用例结果调用接口的标识。

数据断言服务器提取数据断言请求中携带的待处理数据的第一数据标识与数据库标识，由于在数据断言服务器的第一数据库中，第二数据标识与预期断言数据关联，且第二数据标识中包括第一数据标识，因此，可以在第一数据库中查询待处理数据的第一数据标识的预期断言数据以及测试查询语句，并通过数据库标识与测试查询语句，确定数据断言请求的测试造数数据所在的第二数据库，从而通过测试查询语句，查询第二数据库中第一数据标识的目标造数数据，并将目标造数数据作为数据断言请求的测试造数数据，也就是说，造数数据是第二数据标识的数据，而测试造数数据是第一数据标识的目标造数数据，且第一数据标识属于第二数据标识，测试造数数据属于造数数据。

进一步地，数据断言服务器还可以获取终端上传的测试造数数据中需要断言字段，以对测试造数数据进行分析处理，得到测试造数数据中需要断言字段对应的数据，并采用需要断言字段的数据更新测试造数数据。

本实施例中，通过提取数据断言请求中携带的待处理数据的第一数据标识，能够从第一数据库中查询第一数据标识的预期断言数据，以实现对预期断言数据的复用，避免重新计算符合执行逻辑的造数数据，而浪费大量时间，导致效率低下。

在一些实施例中，数据断言结果包括第一数据断言结果和第二数据断言结果；基于预期断言数据与测试造数数据，对待处理数据进行数据断言，得到待处理数据的数据断言结果，包括：

若预期断言数据与测试造数数据匹配时，则得到第一数据断言结果；若预期断言数据与测试造数数据不匹配，则得到第二数据断言结果。

其中，第一数据断言结果表征待处理数据通过数据断言；第二数据断言结果表征待处理数据未通过数据断言。

具体地，待处理数据的第一数据标识的预期断言数据是符合执行逻辑的数据；测试造数数据是造数数据中与第一数据标识对应的数据；数据断言服务器复用之前存储的第一数据标识的预期断言数据，与获取的第一数据标识的测试造数数据进行匹配，并判断预期断言数据与测试造数数据是否一致。

当预期断言数据与测试造数数据匹配时，认为待处理数据通过数据断言，测试造数数据与满足执行逻辑的预期断言数据一致，即测试造数数据也满足执行逻辑；当预期断言数据与测试造数数据不匹配时，认为待处理数据未通过数据断言，测试造数数据与满足执行逻辑的预期断言数据不一致，即测试造数数据不满足执行逻辑。

又由于造数数据包括目标业务的字段信息以及字段信息的第一数值，预期断言数据是对字段信息进行执行逻辑验证后得到的，因此，预期断言数据包括字段信息以及字段信息对应的满足执行逻辑的第一数值。进一步地，由于测试造数数据是复用之前的造数数据，即测试造数数据中也包括待处理数据的第一数据标识的字段信息以及字段信息的第一数值。因此，基于预期断言数据与测试造数数据进行数据匹配，实质上是先获取第一数据标识的预期断言数据以及第一数据标识的测试造数数据，并将预期断言结果中第一数据标识的满足执行逻辑的第一数值与测试造数数据中第一数据标识的字段信息的第一数值进行数据匹配。

举例来说，在第二数据库中存储的造数数据的字段信息是A、B、C，且字段信息A的第一数值为50、字段信息B的第一数值为50、字段信息C的第一数值为60的情况下，待处理数据的第一数据标识的造数数据中字段信息为A，当第一数据标识的预期断言数据中字段信息A满足字段信息的执行逻辑的第一数值为40时，获取第二数据库的造数数据中字段信息为A的第一数值50，并将字段信息A与第一数值50作为测试造数数据，预期断言数据中满足执行逻辑的第一数值40与测试造数数据中的第一数值50无法匹配，此时得到的数据断言结果表征待处理数据未通过数据断言，需要向开发人员提出BUG信息，以将测试造数数据中的第一数值50修改为40。

此时，数据断言服务器返回数据断言结果至终端。进一步地，当数据断言结果表征待处理数据未通过数据断言时，数据断言服务器还会返回详细的失败信息至终端。

更进一步地，当数据断言结果表征待处理数据未通过数据断言时，数据断言服务器还会向开发人员持有的终端发送BUG信息，使得对重新对测试造数数据进行修改，更新测试造数数据。在后续的自动化断言过程中，满足字段信息的执行逻辑的预期断言数据不变，只需要更新未通过断言时对应的测试造数数据。

本实施例中，通过直接复用之前生成的预期断言数据与测试造数数据进行数据匹配，实现了自动化脚本的数据断言管理和高效，避免在自动化脚本编写一大堆的字段比对脚本，提高了数据处理的效率。

在一些实施例中，若后续目标业务发生变更，目标业务对应的执行逻辑也会发生变更，且基于执行逻辑获取的预期断言数据也需要进行修改。具体地，修改方式可以是在终端输入预期断言数据对应的第一数据标识，以查询第一数据标识的预期断言数据，并根据更新后的执行逻辑得到的修改后的预期断言数据，在终端修改预期断言数据，终端将修改后的预期断言数据向数据断言服务器发送，数据断言服务器接收修改后的预期断言数据，并在数据库中对应更新之前存储的预期断言数据。

在一些实施例中，如图4所示，数据处理包括四个阶段，分别是开发阶段、内测阶段、数据断言阶段、以及业务变更阶段。其中，数据断言阶段是在数据断言服务器中完成。数据处理的具体步骤如下所示：

1、开发阶段。验证人员提出数据处理任务，并编写数据处理任务对应的造数脚本与后续存储造数数据的第二数据库的接口调用脚本。

2、内测阶段。验证人员执行造数脚本，生成目标业务的造数数据，并执行接口调用脚本，调用第二数据库的接口，将目标业务的造数数据导入至第二数据库中，成为业务数据库中的静态数据。

3、数据断言阶段。其中，数据断言阶段分为两个子阶段，包括预期结果存储子阶段与自动化断言子阶段。

3.1预期结果存储子阶段。验证人员登录终端中的数据断言平台，在数据断言平台新建数据断言任务，并在数据断言平台中的SQL功能输入页面里输入针对造数数据的查询命令，其中，查询命令包括第二数据标识。点击SQL功能输入页面上的查询操作，数据断言平台将查询命令发送至数据断言平台对应的数据断言服务器，数据断言服务器提取查询命令中的第二数据标识，从第二数据库中查询第二数据标识的造数数据。此外，终端还可以选择数据断言所需断言字段，数据断言服务器根据终端上传的所需断言字段，保留所需断言字段的造数数据，对不需要进行断言的字段的造数数据进行过滤。

进一步地，造数数据包括字段信息以及字段信息的第一数值，数据断言服务器可以基于字段信息的执行逻辑，采用计算工具获取字段信息的第二数值，并判断第一数值是否与第二数值匹配，若不匹配，则提出BUG信息，并采用字段信息的第二数值更新字段信息的第一数值，并将字段信息与更新后的第一数值作为预期断言数据，并与查询命令中的第二数据标识关联存储在数据断言服务器的第一数据库，且在采用第二数值更新第一数值后，还可以通过自动化验证来判断更新的第一数值是否能够通过验证；若更新的第一数值与第二数值匹配，则将更新后的造数数据作为预期断言数据，并与查询命令中的第二数据标识存储在第一数据库。

3.2自动化断言子阶段。验证人员可以修改预期结果存储子阶段中编写的接口调用脚本，增加一个调用数据断言服务器的断言接口请求，并在终端上输入待处理数据的第一数据标识、数据库标识，终端基于第一数据标识、数据库标识，生成数据断言请求，终端通过调用数据断言服务器的接口，向数据断言服务器发送数据断言请求；数据断言服务器提取数据断言请求中待处理数据的第一数据标识，查询第一数据库中第一数据标识的预期断言数据M；并基于数据库标识，确定测试造数数据的第二数据库，从第二数据库中获取第一数据标识的测试造数数据N，判断M与N是否匹配，若匹配，则返回断言成功结果；若不匹配，则返回断言失败结果以及详细的失败字段信息。

4业务变更阶段。若后续如果目标业务存在变更，导致目标业务对应的字段信息的执行逻辑随之调整，则执行逻辑对应的自动化脚本的预期断言数据也需要修改，验证人员可以根据更新后的执行逻辑，在断言平台上的修改预期断言数据页面，输入第一数据标识，查询第一数据标识的预期断言数据，并进行修改。

在一个实施例中，数据处理中的数据交互流程图如图5所示。

具体地：

S1、验证人员在终端界面中的验证平台上，比如Metersphere平台，配置好校验接口、待处理数据的第一数据标识、以及数据库标识。

S2、测试平台调用工具平台对应的服务器的校验接口，如数据断言平台对应的数据断言服务器的校验接口，将第一数据标识、以及数据库标识发送至数据断言服务器。

S3、数据断言服务器从第一数据库，也就是预期结果数据库中获取第一数据标识的预期断言数据以及关联的测试查询语句。

S4、数据断言服务器执行关联的测试查询语句，并基于数据库标识，从第二数据库，也就是业务数据库中获取第一数据标识的测试造数数据，其中，查询语句可以是sql查询语句。

S5、数据断言服务器对测试造数数据与预期断言数据进行数据断言，得到数据断言结果。

S6、数据断言服务器返回数据断言结果至终端上的验证平台。

应该理解的是，虽然如上的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的数据处理方法的数据处理装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个数据处理装置实施例中的具体限定可以参见上文中对于数据处理方法的限定，在此不再赘述。

在一些实施例中，如图6所示，提供了一种数据处理装置，包括：请求接收模块200、预期数据获取模块400、数据断言模块600和数据测试模块800，其中：

请求接收模块200，用于接收待处理数据的数据断言请求，数据断言请求包括待处理数据的第一数据标识。

预期数据获取模块400，用于基于第一数据标识查询数据断言请求的预期断言数据。

造数数据获取模块60，用于基于第一数据标识获取数据断言请求的测试造数数据。

数据断言模块800，用于基于预期断言数据与测试造数数据，对待处理数据进行数据断言，得到待处理数据的数据断言结果。

在一些实施例中，数据处理装置还包括预期断言数据存储模块，预期断言数据存储模块用于获取造数数据；根据造数数据的执行逻辑对造数数据进行验证，得到造数数据的验证结果；若验证结果表征造数数据未通过验证，则将通过验证的造数数据作为预期断言数据并存储在第一数据库。

在一些实施例中，数据处理装置还包括造数模块，造数模块用于接收目标业务的造数数据请求，造数数据请求包括数据库标识以及造数脚本；执行造数脚本生成造数数据请求的造数数据；根据数据库标识确定造数数据的第二数据库；将造数数据存储在第二数据库。

在一些实施例中，预期断言数据存储模块还用于获取造数数据的查询命令，查询命令包括造数数据的第二数据标识；从第二数据库中查询第二数据标识的造数数据。

在一些实施例中，造数数据包括目标业务的字段信息以及字段信息的第一数值；预期断言数据存储模块还用于通过造数数据的执行逻辑对字段信息进行处理，得到字段信息的第二数值；根据第一数值与第二数值，得到造数数据的验证结果。

在一些实施例中，还包括关联存储模块，关联存储模块用于将第二数据标识以及预期断言数据关联存储在第一数据库。

在一些实施例中，数据获取模块400还用于确定第一数据标识的测试查询语句；通过测试查询语句，在第二数据库中查询第一数据标识的目标测试造数数据，将目标造数数据作为数据断言请求的测试造数数据。

在一些实施例中，数据断言结果包括第一数据断言结果和第二数据断言结果；数据断言模块600还用于若预期断言数据与测试造数数据匹配，则得到第一数据断言结果，第一数据断言结果表征待处理数据通过数据断言；若预期断言数据与测试造数数据不匹配，则得到第二数据断言结果，第二数据断言结果表征待处理数据未通过数据断言。

上述数据处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一些实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图7所示。该计算机设备包括处理器、存储器、输入/输出接口(Input/Output，简称I/O）和通信接口。其中，处理器、存储器和输入/输出接口通过系统总线连接，通信接口通过输入/输出接口连接到系统总线。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储造数数据等数据。该计算机设备的输入/输出接口用于处理器与外部设备之间交换信息。该计算机设备的通信接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种数据处理方法。

本领域技术人员可以理解，图7中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一些实施例中，还提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述各方法实施例中的步骤。

在一些实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。

在一些实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。

需要说明的是，本申请所涉及的用户信息（包括但不限于用户设备信息、用户个人信息等）和数据（包括但不限于用于分析的数据、存储的数据、展示的数据等），均为经用户授权或者经过各方充分授权的信息和数据，且相关数据的收集、使用和处理需要符合相关规定。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器（Read-OnlyMemory，ROM）、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器（ReRAM）、磁变存储器（Magnetoresistive Random Access Memory，MRAM）、铁电存储器（Ferroelectric Random Access Memory，FRAM）、相变存储器（Phase Change Memory，PCM）、石墨烯存储器等。易失性存储器可包括随机存取存储器（Random Access Memory，RAM）或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器（Static Random Access Memory，SRAM）或动态随机存取存储器（Dynamic RandomAccess Memory，DRAM）等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。

Claims (11)

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

接收待处理数据的数据断言请求，所述数据断言请求包括所述待处理数据的第一数据标识；

基于所述第一数据标识查询所述数据断言请求的预期断言数据；

基于所述第一数据标识获取所述数据断言请求的测试造数数据；

基于所述预期断言数据与所述测试造数数据，对所述待处理数据进行数据断言，得到所述待处理数据的数据断言结果。

2.根据权利要求1所述的方法，其特征在于，所述接收待处理数据的数据断言请求之前，还包括：

获取造数数据；

根据所述造数数据的执行逻辑对所述造数数据进行验证，得到所述造数数据的验证结果；

若所述验证结果表征所述造数数据通过验证，则将所述通过验证的造数数据作为预期断言数据并存储在第一数据库。

3.根据权利要求2所述的方法，其特征在于，所述获取造数数据之前，还包括：接收目标业务的造数数据请求，所述造数数据请求包括数据库标识以及造数脚本；

执行所述造数脚本生成所述造数数据请求的造数数据；

根据所述数据库标识确定所述造数数据的第二数据库；

将所述造数数据存储在所述第二数据库。

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

获取所述造数数据的查询命令，所述查询命令包括所述造数数据的第二数据标识；

从所述第二数据库中查询所述第二数据标识的造数数据。

5.根据权利要求3所述的方法，其特征在于，所述造数数据包括所述目标业务的字段信息以及所述字段信息的第一数值；所述根据所述造数数据的执行逻辑对所述造数数据进行验证，得到所述造数数据的验证结果，包括：

通过所述造数数据的执行逻辑对所述字段信息进行处理，得到所述字段信息的第二数值；

根据所述第一数值与所述第二数值，得到所述造数数据的验证结果。

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

将所述第二数据标识以及所述预期断言数据关联存储在所述第一数据库。

7.根据权利要求1至6任一项所述的方法，其特征在于，所述造数数据包括目标造数数据，所述基于所述第一数据标识获取所述数据断言请求的测试造数数据，包括：

确定所述第一数据标识的测试查询语句；

通过所述测试查询语句，在所述第二数据库中查询所述第一数据标识的目标造数数据；

将所述目标造数数据作为所述数据断言请求的测试造数数据。

8.根据权利要求1至5任意一项所述的方法，其特征在于，所述数据断言结果包括第一数据断言结果和第二数据断言结果，所述基于所述预期断言数据与所述测试造数数据，对所述待处理数据进行数据断言，得到所述待处理数据的数据断言结果，包括：

若所述预期断言数据与所述测试造数数据匹配，则得到所述第一数据断言结果，其中，所述第一数据断言结果表征所述待处理数据通过数据断言；

若所述预期断言数据与所述测试造数数据不匹配，则得到第二数据断言结果，所述第二数据断言结果表征所述待处理数据未通过数据断言。

9.一种数据处理装置，其特征在于，所述装置包括：

请求接收模块，用于接收待处理数据的数据断言请求，所述数据断言请求包括所述待处理数据的第一数据标识；

预期数据获取模块，用于基于所述第一数据标识查询所述数据断言请求的预期断言数据；

造数数据获取模块，用于基于所述第一数据标识获取所述数据断言请求的测试造数数据；

数据断言模块，用于基于所述预期断言数据与所述测试造数数据，对所述待处理数据进行数据断言，得到所述待处理数据的数据断言结果。

10.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至8中任一项所述的方法的步骤。

11.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至8中任一项所述的方法的步骤。