CN117573552A - 账务一致性测试方法、装置、设备、介质及产品 - Google Patents

Abstract

本申请提供了一种账务一致性测试方法、装置、设备、介质及产品，通过配置多个账务指标，不同的账务指标对应不同的指标校验规则，账务指标用于评估账务的一致性；基于多个账务指标，配置多个测试场景，一个测试场景对应一个测试流程，一个测试场景对应一个指标组，指标组包括多个账务指标中的至少一个账务指标；对于多个测试场景的中的任意一个第一场景，基于第一场景对应的第一流程，执行第一场景，得到第一场景对应的第一指标组中每个目标指标对应的指标结果；基于每个目标指标对应的指标结果，以及每个目标指标分别对应的目标校验规则，得到校验结果，校验结果用于指示第一场景是否测试通过。本申请实施例能够提高账务一致性测试的测试效率。

Description

账务一致性测试方法、装置、设备、介质及产品

技术领域

本申请涉及金融技术领域，特别是涉及一种账务一致性测试方法、装置、设备、介质及产品。

背景技术

在当前银行业务中，产品组件的账务处理通常依赖于第三方组件，例如主机和钱包系统，用于执行诸如转账、存款、取款等交易。在这个过程中，如果发生异常情况导致账务结果不明确，银行需要采取相应的处理措施，以确保账务的一致性。为了满足对账务准确性的不断提高的要求，银行产品在设计阶段已经着重考虑了账务一致性的开发。

目前，账务一致性的测试主要依赖于手工操作。测试人员需要手动发起交易、检查相关方的交易余额和流水，以及验证数据库中的各项字段。由于账务一致性是银行账务的核心场景，测试过程异常复杂。测试完成后，还需要相关部门进行审核，因此测试过程中必须保留详细的测试截图、测试步骤、测试报文等信息，形成账务一致性的测试文档，这一系列过程复杂而耗时，从而导致账务一致性的测试效率低下。

发明内容

本申请提供的一种账务一致性测试方法、装置、设备、介质及产品，能够提高账务一致性测试的测试效率。

第一方面，本申请实施例提供一种账务一致性测试方法，方法包括：

配置多个账务指标，不同的账务指标对应不同的指标校验规则，账务指标用于评估账务的一致性；

基于多个账务指标，配置多个测试场景，一个测试场景对应一个测试流程，一个测试场景对应一个指标组，指标组包括多个账务指标中的至少一个账务指标；

对于多个测试场景的中的任意一个第一场景，基于第一场景对应的第一流程，执行第一场景，得到第一场景对应的第一指标组中每个目标指标对应的指标结果；

基于每个目标指标对应的指标结果，以及每个目标指标分别对应的目标校验规则，得到校验结果，校验结果用于指示第一场景是否测试通过。

第二方面，本申请提供一种账务一致性测试装置，该装置包括：

第一配置模块，用于配置多个账务指标，不同的账务指标对应不同的指标校验规则，账务指标用于评估账务的一致性；

第二配置模块，用于基于多个账务指标，配置多个测试场景，一个测试场景对应一个测试流程，一个测试场景对应一个指标组，指标组包括多个账务指标中的至少一个账务指标；

执行模块，用于对于多个测试场景的中的任意一个第一场景，基于第一场景对应的第一流程，执行第一场景，得到第一场景对应的第一指标组中每个目标指标对应的指标结果；

校验模块，用于基于每个目标指标对应的指标结果，以及每个目标指标分别对应的目标校验规则，得到校验结果，校验结果用于指示第一场景是否测试通过。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括：处理器以及存储有计算机程序指令的存储器；

处理器执行计算机程序指令时实现如第一方面中任意一个实施例中的账务一致性测试方法。

第四方面，本申请实施例提供了一种计算机存储介质，计算机存储介质上存储有计算机程序指令，计算机程序指令被处理器执行时实现如第一方面中任意一个实施例中的账务一致性测试方法。

第五方面，本申请实施例提供了一种计算机程序产品，计算机程序产品中的指令由电子设备的处理器执行时，使得电子设备执行实现如上述第一方面中任意一个实施例中的账务一致性测试方法。

在本申请实施例提供的一种账务一致性测试方法、装置、设备、介质及产品中，通过配置多个账务指标，不同的账务指标对应不同的指标校验规则，账务指标用于评估账务的一致性；基于多个账务指标，配置多个测试场景，一个测试场景对应一个测试流程，一个测试场景对应一个指标组，指标组包括多个账务指标中的至少一个账务指标；对于多个测试场景的中的任意一个第一场景，基于第一场景对应的第一流程，执行第一场景，得到第一场景对应的第一指标组中每个目标指标对应的指标结果；基于每个目标指标对应的指标结果，以及每个目标指标分别对应的目标校验规则，得到校验结果，校验结果用于指示第一场景是否测试通过。上述方式，基于预先配置的多个账务指标，自动化配置多个测试场景，充分利用指标组的概念，每个指标组包含各种账务指标和相应的校验规则。在执行测试场景后，能够快速得到每个目标指标的执行测试场景后的具体指标结果，并通过每个目标指标对应的校验规则对指标结果进行自动校验，很大程度上减少了手工操作的介入，提高了测试的执行速度，从而提高了账务一致性测试的测试效率。

附图说明

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

图1是本申请一个实施例提供的账务一致性测试方法的流程示意图；

图2是本申请一个实施例提供的账务一致性测试方法的另一流程示意图；

图3是本申请一个实施例提供的账务一致性测试方法的另一流程示意图；

图4是本申请一个实施例提供的账务一致性测试方法的另一流程示意图；

图5是本申请实施例提供的一种账务一致性测试装置的结构示意图；

图6是本申请实施例提供的电子设备的结构示意图。

具体实施方式

为了能够更清楚地理解本公开的上述目的、特征和优点，下面将对本公开的方案进行进一步描述。需要说明的是，在不冲突的情况下，本公开的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本公开，但本公开还可以采用其他不同于在此描述的方式来实施；显然，说明书中的实施例只是本公开的一部分实施例，而不是全部的实施例。

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

需要说明的是，本申请技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

银行的产品组件的账务通常是调用第三方的组件比如主机比如钱包等进行划账，那么划账的过程中如果发生异常，导致账务结果不明确，那么需要针对不明确的结果进行处理，当前主要有日间和日终两种处理方式，随着对账务的要求越来越高，一般不会把日间的不明确帐留到日终来处理，通常在日间就通过同步和异步的冲正，重发等方式进行保证，并且进行对账。

银行产品做账务交易的时候为了保持账务一致性都有对应的账务一致性的开发设计，那么针对账务一致性的测试目前都是手工进行测试，手工测试需要手工发交易，人工查看交易相关方的交易余额，流水，以及数据库的一些字段以及日终等，并且由于账务一致性是银行账务的核心场景，测试复杂，测试完成之后需要相关部分的审核，所以测试过程需要保留测试截图，测试步骤，测试报文等形成账务一致性的测试文档。

手工测试测试效率低，人工确认账务的各个指标对测试同学的经验有依赖，一旦指标人工核对遗漏或者指标核对错误导致缺陷问题没有发现的话就会造成账务类测试的生产问题，带来较大的银行的账务影响，所以采用自动化测试的方式一方面减少了测试的成本，还可以提高测试的准确性，降低人工核对带来的误差及影响。

现有技术中，通过人工测试进行银行账务一致性测试的流程如下：①准备测试数据和测试环境；②人工提前记录发交易之前的账务指标的余额，流水或者其他指标初始值；③人工发送交易；④人工截图交易返回的结果截图；⑤人工查看交易之后的账务指标的余额，流水或者其他指标的当前值，并进行截图；⑥如果涉及异步处理，比如冲正重发等交易，需要等异步完成之后(约10分钟)再次进行账务指标的余额，流水或者其他指标的当前值进行确认和截图；⑦然后开始测试下一个案例；⑧等待日终进行日终测试；⑨测试通过设置案例，并且经过人工整理测试文档。

现有技术中的人工进行测试效率低，容易有遗留指标，并且容易出错，还需要大量的截图，一旦图片忘记截图，当时交易指标当前值由于追溯不到就要重新进行测试；账务已执行难，测试逻辑复杂，指标的计算特别复杂，总共涉及30多项指标需要核对，在人员流动大的背景下，新同学需要重新梳理对应的计算逻辑进行核对测试，对经验值有较多的依赖，不便于测试资产的积累。

为了解决现有技术问题，本申请实施例提供了一种账务一致性测试方法、装置、设备、介质及产品。下面首先对本申请实施例所提供的账务一致性测试方法进行介绍。

图1示出了本申请一个实施例提供的账务一致性测试方法的流程示意图。如图1所示，该方法具体可以包括如下步骤：

S100，配置多个账务指标，不同的账务指标对应不同的指标校验规则，账务指标用于评估账务的一致性。

可选地，在本申请一种可能的实现方式中，首先针对每个需要评估的账务指标，定义其名称、涉及的数据项、计算公式等信息。例如账户余额指标的数据项为账户主机余额；计算公式为账户主机余额＝交易前余额+交易金额。随后为每个账务指标定义相应的校验规则。例如：余额类账务指标的校验规则：针对账户余额等，检查是否符合交易前后余额变化的规律。流水类账务指标的校验规则：针对流水记录，检查是否存在正向流水记录等。其他静态或动态账务指标的校验规则：针对静态指标或通过动态计算得到的指标，制定相应的校验规则。通过这种方式，可以根据具体的业务需求配置多个账务指标，灵活应对不同的测试场景，并确保账务一致性得到有效的评估和保障。

S200，基于多个账务指标，配置多个测试场景，一个测试场景对应一个测试流程，一个测试场景对应一个指标组，指标组包括多个账务指标中的至少一个账务指标。

可选地，在本申请实施例中，首先，可以明确定义每个测试场景的业务目标和涉及的账务交易类型。例如场景1为账户入金场景：针对账户入金的业务场景。场景2为账户出金场景：针对账户出金的业务场景。随后，对于每个测试场景，明确定义涉及的账务指标，确保每个指标组包含至少一个账务指标。例如账户入金场景包括账户余额指标，流水记录指标。保证金变化场景包括保证金余额指标。随后为每个测试场景配置相应的测试流程，确保涵盖了相关的账务交易步骤。并利用自动化测试工具按照配置的测试流程执行每个测试场景。系统将会模拟实际的账务交易。通过这样的配置，每个测试场景都有其独立的指标组和测试流程，能够更全面地覆盖不同的业务场景，确保账务一致性的测试具有更好的灵活性和可维护性。

S300，对于多个测试场景的中的任意一个第一场景，基于第一场景对应的第一流程，执行第一场景，得到第一场景对应的第一指标组中每个目标指标对应的指标结果。

可选地，在本申请一种具体实现方式中，从已定义的测试场景中选择一个场景作为目标进行测试。随后需要确保测试环境处于可用状态，包括模拟账户数据、必要的第三方组件等。并根据配置的测试流程，执行第一场景的第一流程。具体可以包括模拟用户发起交易、调用第三方组件等。针对第一场景，根据配置的第一指标组，获取每个目标指标对应的实际结果。这可能涉及查询账户余额、流水记录等。将获取到的每个目标指标的实际结果记录下来，以备后续的校验步骤。通过以上步骤，可以在执行第一个场景的过程中得到第一个指标组中每个目标指标对应的实际结果。这些实际结果将用于后续的校验步骤，以验证该场景是否通过了账务一致性的测试。

S400，基于每个目标指标对应的指标结果，以及每个目标指标分别对应的目标校验规则，得到校验结果，校验结果用于指示第一场景是否测试通过。

可选地，在本申请实施例中，利用S300中得到的实际结果，获取每个目标指标的实际值。针对每个目标指标，获取其预先定义的目标校验规则。这些规则可以包括数值比对、范围检查、特定逻辑验证等。根据每个目标指标的目标校验规则，执行相应的校验逻辑。具体可以涉及到数值的比对、范围的检查、特定场景下的逻辑验证等。随后根据校验规则的执行情况，生成每个目标指标的校验结果。通常，校验通过的指标结果为“通过”，否则为“未通过”。综合每个目标指标的校验结果，得到整体的校验结果。这可以采用逻辑运算，例如全部通过才算通过，任一未通过即为未通过。将整体的校验结果输出，以指示第一场景是否通过了账务一致性的测试。通过以上步骤，可以基于实际结果和目标校验规则，得到第一个场景是否测试通过的校验结果。这一结果可用于判定账务一致性测试的成功与否。

在本申请实施例提供的一种账务一致性测试方法中，通过配置多个账务指标，不同的账务指标对应不同的指标校验规则，账务指标用于评估账务的一致性；基于多个账务指标，配置多个测试场景，一个测试场景对应一个测试流程，一个测试场景对应一个指标组，指标组包括多个账务指标中的至少一个账务指标；对于多个测试场景的中的任意一个第一场景，基于第一场景对应的第一流程，执行第一场景，得到第一场景对应的第一指标组中每个目标指标对应的指标结果；基于每个目标指标对应的指标结果，以及每个目标指标分别对应的目标校验规则，得到校验结果，校验结果用于指示第一场景是否测试通过。上述方式，基于预先配置的多个账务指标，自动化配置多个测试场景，充分利用指标组的概念，每个指标组包含各种账务指标和相应的校验规则。在执行测试场景后，能够快速得到每个目标指标的执行测试场景后的具体指标结果，并通过每个目标指标对应的校验规则对指标结果进行自动校验，很大程度上减少了手工操作的介入，提高了测试的执行速度，从而提高了账务一致性测试的测试效率。

在一实施例中，账务指标包括通用指标类和特定指标类；

通用指标类包括账户余额和账户流水中的至少一者；

特定指标类包括预设产品的保证金余额、余额表、流水表和异步表中的至少一者，其中，异步表用于存储进行异步处理的数据。

可选地，在本申请实施例中，基于账务指标进行可配置的驱动进行测试，另外涉及的账务交易(即测试场景)可配置，通过配置化账务指标的指标公式和交易场景可进行产品组件间的快速切换。

可选地，账务指标可以包括两部分数据，一部分通用指标，一部分特定指标，通用指标包括账户的余额和账户的流水，特定指标包括产品的保证金余额等，数据库的余额表，流水表，异步表等指标。

可选地，在本申请实施例中，账户余额：表示账户中可用的资金总额，这是一个关键的通用指标，用于跟踪账户的财务状况。账户流水：记录账户发生的每一笔交易，包括存款、取款、转账等，以便了解账户的交易历史。

产品的保证金余额：针对某一特定金融产品，记录该产品对应的保证金余额。这对于涉及金融衍生品或投资产品的账务非常重要。数据库的余额表：一种数据库表，用于存储各个账户的当前余额信息。这是账务系统中存储账户状态的重要数据表。数据库的流水表：一种数据库表，用于记录账户的交易流水信息。每一笔交易都在此表中留下相应的记录，包括交易时间、交易金额等。数据库的异步表：指存储异步处理相关信息的数据库表。在银行账务系统中，存在一些需要异步处理的任务，例如异步冲正、异步通知等，这些任务的状态和结果会记录在异步表中。

在这些可选地实施例中，这些指标和表在银行账务系统中相互关联，共同构成了对账务状态的全面监控和记录。通用指标是所有账户通用的基础信息，而业务特定指标则根据具体金融产品的特性而定。数据库的余额表和流水表是账务系统的核心数据存储，而异步表则用于处理一些异步任务的状态管理。这些指标和表的综合运用，有助于实现账务一致性的监控和测试。

在一实施例中，账务指标包括以下数据项中的至少一者：

数据项名称，数据项名称用于描述账务指标的名称；

交易之前的值，交易之前的值为账务指标在执行交易以前的初始数据；

交易值，交易值用于指示账务指标执行交易的目标数值；

交易之后的值，交易之后的值为账务指标在执行交易之后的结果数据；

校验标准值，校验标准值用于校验账务指标；

数据项描述，数据项描述用于描述账务指标的内容；

结果标识，结果标识用于指示账务指标是否校验通过。

可选地，在本申请一种具体实现方式中，每一个账务指标包括以下数据项：数据项名称，交易之前的值，交易之后的值，交易值，数据项描述，检核标准值，指标检核方式，是否测试通过等，具体如下表1所示。

表1账务指标的数据项结构

其中，表1中的指标检核方式的具体规则可参照下文的描述。每一个账务指标中的数据项都是用于描述和验证特定账务状态或交易的重要信息。数据项名称：指标的唯一标识符，用于在系统中识别和引用该指标。交易之前的值：描述了在执行特定交易之前，账务指标的原始值。这是为了在执行交易前记录当前状态，以便进行后续的对比和验证。交易之后的值：描述了在执行特定交易之后，账务指标的最新值。这是用于验证交易执行后账务状态的关键数据。交易值：表示执行特定交易时涉及的数值。例如，如果是存款交易，交易值可能是存入的金额。数据项描述：对该数据项的简要说明或解释，提供了关于该指标的更多上下文信息，有助于理解其作用和含义。检核标准值：用于指示在特定条件下该指标的期望值。这是为了在测试过程中将实际结果与期望结果进行比较，以验证账务的正确性。指标检核方式：指定了该指标应如何进行检查和验证的方法。可能的方式包括余额计算、流水匹配等，根据具体情况选择合适的检核方式。是否测试通过：标识该指标在测试过程中是否通过了验证。

在这些可选地实施例中，通过这些数据项，可以对账务指标进行全面的监测和验证。这种结构化的数据项设计使得在账务一致性测试中能够更清晰、更精确地评估系统的稳定性和准确性。

在一实施例中，在账务指标的指标类型为余额类的情况下，校验标准值的确定方式包括以下至少一项：

若交易场景为入账交易场景，且交易场景为正常交易场景，则校验标准值为在交易场景下对应的交易值与交易之前的值之间的和；

若交易场景为异常交易场景，或者交易场景为冲正成功场景，则校验标准值为在交易场景下对应的交易之前的值；

若交易场景为正常交易场景，且交易场景为出账场景，则校验标准值为在交易场景下对应的交易之前的值与交易值之间的差。

在一实施例中，在账务指标的指标类型为流水类的情况下，校验标准值的确定方式包括以下至少一项：

若交易场景为正常交易场景，或交易场景为重发场景，则校验标准值为一条与交易场景的交易方向相同的交易流水；

若交易场景为异常交易场景，则校验标准值为不存在交易流水；

若交易场景为冲正交易场景，则校验标准值为两条交易方向相反且交易值相同的交易流水。

在一实施例中，在账务指标的指标类型为静态指标类的情况下，校验标准值为预设固定值，预设固定值基于账务指标确定；

在账务指标的指标类型为动态指标类的情况下，校验标准值为预设标识符，预设标识符基于交易场景确定，预设标识符用于表征交易场景的场景类型。

可选地，在本申请实施例中，余额类指标：余额类指标主要关注账户余额的变化，涉及账户中的资金总额。这类指标与存款、取款、转账等交易相关。在账务一致性测试中，余额类指标的检核主要集中在交易前后账户余额的正确性上。流水类指标：流水类指标主要关注账户的交易流水，即账户发生的具体交易记录。这包括存款流水、取款流水、转账流水等。在账务一致性测试中，流水类指标的检核通常涉及确保每笔交易都能正确地反映在账户的交易流水中。静态指标类：静态指标类主要指那些在账务处理中保持不变的数据项。这可能包括客户信息、账户类型、产品配置等。在账务一致性测试中，静态指标类的检核主要关注这些静态数据在交易过程中是否保持一致性。动态指标类：动态指标类则涉及在交易执行过程中动态变化的指标。例如，转账类型、交易状态等可能在每次交易中都有所不同。在账务一致性测试中，动态指标类的检核通常涉及确保这些动态变化的指标在每次交易中都符合预期。

在这些可选地实施例中，这样的分类有助于更好地组织和理解不同类型的账务指标，以便在测试过程中能够更有针对性地进行验证。不同类别的指标可能需要采用不同的检核方式和标准，以确保系统在各个方面的账务处理都能够保持一致性。

可选地，在本申请实施例中，具体指标检核方式如下表2所示。

表2指标检核方式

其中，表2中的如果入金场景，那么转账类型＝23，如果出金场景，那么转账类型＝24，仅为示例性进行说明，具体的数值可以根据需要自由确定。

可选地，在本申请实施例中，正向场景：正向场景指的是按照正常流程执行的交易场景。在正向场景中，用户或系统发起一笔交易，系统按照预期的流程进行处理，最终产生正常的交易结果。正向场景用于测试系统在正常操作下的表现和准确性。反向场景：反向场景指的是按照非正常流程执行的交易场景。在反向场景中，模拟系统在异常情况下处理交易，例如用户输入错误的交易信息、账户余额不足等。反向场景的目的是测试系统是否能够正确地处理异常情况，防范潜在的错误和风险。冲正场景：冲正场景是指在发生交易异常或错误后，系统通过撤销或反向之前的交易，使账务回滚到之前的状态。冲正是为了修复错误的交易或撤销错误操作。冲正场景是账务处理中常见的一种方式，用于保证账务数据的一致性。重发场景：重发场景指的是在一笔交易未能成功处理的情况下，系统重新发送相同的交易请求。这样做的目的是尝试再次执行交易，以确保交易最终能够成功完成。重发场景在处理网络异常、系统故障等情况下是常见的应对策略。这些场景的测试对于确保银行系统的稳定性和正确性至关重要。通过模拟不同的交易场景，可以全面地验证系统在各种情况下的表现，并确保系统能够正确地处理各种交易和异常情况。

在一实施例中，指标校验规则包括校验标准值；上述步骤400具体可以执行如下步骤：

S410，将第一指标组中每个目标指标对应的指标结果存储至结果库中；

S420，每隔预设时间，从结果库中获取每个目标指标中的任意一个第一指标对应的目标结果；

S430，获取第一指标的指标类型，以及第一场景的场景类型；

S440，基于场景类型和指标类型，确定第一指标对应的目标标准值；

S450，基于目标标准值，对第一指标对应的目标结果进行匹配，得到第一指标对应的匹配结果，匹配结果用于指示第一指标是否校验通过；

S460，在所有第一指标对应的匹配结果均指示第一指标校验通过的情况下，确定第一场景测试通过。

可选地，在本申请一种可能的实现方式中，如图2所示，账务一致性测试的流程如下：

1.配置完成指标、接口和其他数据：在测试开始之前，首先需要配置测试所需的账务指标、接口信息以及其他必要的测试数据。这包括定义要测试的账务指标，确定需要使用的接口和数据，以及配置测试环境所需的其他参数。

2.通过自动化驱动器进行驱动执行：采用自动化测试工具或驱动器执行测试。这一步包括启动测试脚本或测试用例，自动触发相应的账务交易，并记录执行过程中的关键信息，例如交易结果、错误信息等。

3.环境管理驱动器进行测试环境的统一管控：由于不同的测试场景可能涉及不同的测试环境配置，因此需要使用环境管理驱动器来统一管理和控制测试环境。这确保了每个测试场景都在相同的环境下进行，提高了测试的一致性和可重复性。

4.环境管控驱动分别驱动正流程、冲正流程和其他流程的执行：针对每个测试场景，通过环境管控驱动器进行环境配置和切换，然后分别驱动正常流程、冲正流程和其他特定流程的执行。每个流程都模拟了不同的账务交易情景。

5.正流程、冲正流程和其他流程分别对应不同的账务模式：根据银行的业务需求和设计，正常流程、冲正流程和其他流程可能对应不同的账务模式。例如，集中模式可能是将一批交易一起处理，而逐笔模式可能是逐一处理每一笔交易。执行这些流程，并将结果入库用于后续的检核。

6.异步轮询发现有未检核完成的场景流程就进行指标检核计算：异步轮询是一种检测未完成的交易场景的机制。系统定期检查数据库或异步队列，发现未完成的指标检核流程，然后进行指标检核的计算。这一步确保了对尚未完成检核的指标进行及时的监测和处理。

7.如果全部检核完成任务结束：当所有测试场景的指标检核都完成时，任务结束。系统生成测试报告，包括每个场景的检核结果、通过与否的标识，以及可能的异常信息。这些报告可用于评估整体的账务一致性测试效果。

在这些可选地实施例中，自动化驱动器的应用使得测试执行更加迅速、可靠，减少了手动操作的时间。通过配置多个账务指标和测试场景，可以一次性执行多个测试用例，从而更有效地发现潜在的问题。自动化测试减少了对人工测试的依赖，从而减少了测试的人力成本。环境管理驱动器确保了测试在一致的环境下进行，减少了因环境变化导致的测试结果不一致。自动化的指标检核计算提高了检查的准确性，减少了人为错误的可能性，同时确保了对各种账务交易情景的全面覆盖。

通过异步轮询机制，系统能够及时发现未完成的场景，减少了人工介入的需求，降低了运营成本。异步轮询实现了账务一致性测试的可回溯性。每次检核都生成可回溯的记录，方便回溯查看测试过程和结果，有助于问题的快速定位和解决。

在一实施例中，在上述步骤400之后，该方法还可以具体执行如下步骤：

S500，将每个目标指标的校验过程记录在数据库中；

S600，在多个测试场景均测试完成，且每个测试场景对应的指标组均校验完成的情况下，基于数据库中记录的所有校验过程，生成多个测试场景对应的测试报告。

可选地，在本申请一种具体实现方式中，如图3所示，通过异步的任务每隔一段时间进行测试场景的自动检核，检核的当前的指标结果会进行可回溯数据指标入库(即存储在数据库找中)，一旦指标检核通过就不进入下次检核，最后每一个测试场景的每次自动检核都有对应的可回溯记录，针对异步处理的账务进行及时的过程查看。

可选地，在本申请一种可能的实现方式中，在测试流程中，每当执行一次目标指标的校验过程，将校验结果和相关信息记录到数据库中。具体可以通过数据库操作语句实现，将校验结果、场景名称、指标名称、执行时间等信息插入到指定的数据库表中。数据库表的结构可以提前设计好，以适应记录校验过程所需的各种信息。在所有测试场景均测试完成且所有账务指标均校验完成时，通过数据库查询语句获取所有校验过程的记录。利用获取的校验记录数据，生成多个测试场景对应的测试报告。报告的内容可以包括每个场景的执行结果、校验通过与否、具体的校验信息等。报告可以采用文本、表格、图表等形式，根据具体需求设计合适的报告格式。

如图4所示，在本申请一种具体实施例中，上述账务一致性的测试流程如下：

1)梳理账务一致性涉及的账务通用指标和业务特定指标，该通用指标包括账户的余额和账户的流水，该业务特定指标包括产品的保证金余额等，数据库的余额表，流水表，异步表等指标，并且确定每个账务指标对应的计算公式；

2)维护通用指标和特定指标以及计算公式到配置文件；

3)维护指标的涉及交易，以及测试场景到配置文件；

4)自动执行测试场景，首先获取初始化数据，然后执行场景交易并获取实时结果数据，其中，初始化数据是在进行测试场景执行之前，系统需要的初始状态或初始数值。这些数据用于确保测试环境的一致性和可控性；

5)启动异步轮询机制，进行场景的指标结果核对，全部指标核对通过，测试场景的结果设置通过；

6)再次发起其他测试场景；

7)异步轮询查询所有的场景中指标检核未完成的账务指标，再次进行账务指标的核对；

8)针对测试通过和测试未通过的所有场景进行测试报告的生成，每一个测试场景包括一个可回溯报告。

在这些可选地实施例中，将每个目标指标的校验过程记录在数据库中，使得测试过程的每一个步骤都能够被准确记录和追溯。这有助于在发现问题或异常时，能够准确追溯到具体的测试执行步骤，便于排查和修复。通过数据库记录的所有校验过程，可以全面了解每个测试场景的执行情况和校验结果。这有助于测试团队全面评估系统的稳定性和一致性，减少了可能遗漏的测试环节。数据库中记录的校验过程提供了详细的执行信息，便于在测试过程中发现问题时快速进行问题定位和分析。测试人员可以准确地查看每个指标的校验结果，从而更容易理解问题的本质和原因。并且长期记录的测试数据可以支持历史趋势分析，帮助测试团队了解系统在不同时间点的性能和一致性表现。这对于发现潜在的周期性问题或系统性变化至关重要。

可选地，在本申请实施例中，基于银行产品的账务一致性的特定，提取得到各种账务指标；并基于异步自动轮询实现账务一致性测试的可回溯。结合银行产品的账务一致性测试特点，自动化测试改造，提高测试效率和测试准确性，节约测试成本，提高测试效率和准确性。

图5示出了本申请另一个实施例提供的账务一致性测试装置的结构示意图，为了便于说明，仅示出了与本申请实施例相关的部分。

参照图5，账务一致性测试装置可以包括：

第一配置模块501，用于配置多个账务指标，不同的账务指标对应不同的指标校验规则，账务指标用于评估账务的一致性；

第二配置模块502，用于基于多个账务指标，配置多个测试场景，一个测试场景对应一个测试流程，一个测试场景对应一个指标组，指标组包括多个账务指标中的至少一个账务指标；

执行模块503，用于对于多个测试场景的中的任意一个第一场景，基于第一场景对应的第一流程，执行第一场景，得到第一场景对应的第一指标组中每个目标指标对应的指标结果；

校验模块504，用于基于每个目标指标对应的指标结果，以及每个目标指标分别对应的目标校验规则，得到校验结果，校验结果用于指示第一场景是否测试通过。

在一实施例中，账务指标包括通用指标类和特定指标类；

通用指标类包括账户余额和账户流水中的至少一者；

特定指标类包括预设产品的保证金余额、余额表、流水表和异步表中的至少一者，其中，异步表用于存储进行异步处理的数据。

在一实施例中，账务指标包括以下数据项中的至少一者：

数据项名称，数据项名称用于描述账务指标的名称；

交易之前的值，交易之前的值为账务指标在执行交易以前的初始数据；

交易值，交易值用于指示账务指标执行交易的目标数值；

交易之后的值，交易之后的值为账务指标在执行交易之后的结果数据；

校验标准值，校验标准值用于校验账务指标；

数据项描述，数据项描述用于描述账务指标的内容；

结果标识，结果标识用于指示账务指标是否校验通过。

在一实施例中，在账务指标的指标类型为余额类的情况下，校验标准值的确定方式包括以下至少一项：

若交易场景为入账交易场景，且交易场景为正常交易场景，则校验标准值为在交易场景下对应的交易值与交易之前的值之间的和；

若交易场景为异常交易场景，或者交易场景为冲正成功场景，则校验标准值为在交易场景下对应的交易之前的值；

若交易场景为正常交易场景，且交易场景为出账场景，则校验标准值为在交易场景下对应的交易之前的值与交易值之间的差。

在一实施例中，在账务指标的指标类型为流水类的情况下，校验标准值的确定方式包括以下至少一项：

若交易场景为正常交易场景，或交易场景为重发场景，则校验标准值为一条与交易场景的交易方向相同的交易流水；

若交易场景为异常交易场景，则校验标准值为不存在交易流水；

若交易场景为冲正交易场景，则校验标准值为两条交易方向相反且交易值相同的交易流水。

在一实施例中，在账务指标的指标类型为静态指标类的情况下，校验标准值为预设固定值，预设固定值基于账务指标确定；

在账务指标的指标类型为动态指标类的情况下，校验标准值为预设标识符，预设标识符基于交易场景确定，预设标识符用于表征交易场景的场景类型。

在一实施例中，指标校验规则包括校验标准值；校验模块504可以包括：

第一存储子模块，用于将第一指标组中每个目标指标对应的指标结果存储至结果库中；

第一获取子模块，用于每隔预设时间，从结果库中获取每个目标指标中的任意一个第一指标对应的目标结果；

第二获取子模块，用于获取第一指标的指标类型，以及第一场景的场景类型；

第一确定子模块，用于基于场景类型和指标类型，确定第一指标对应的目标标准值；

匹配子模块，用于基于目标标准值，对第一指标对应的目标结果进行匹配，得到第一指标对应的匹配结果，匹配结果用于指示第一指标是否校验通过；

第二确定子模块，用于在所有第一指标对应的匹配结果均指示第一指标校验通过的情况下，确定第一场景测试通过。

在一实施例中，账务一致性测试装置还可以包括：

记录模块，用于将每个目标指标的校验过程记录在数据库中；

生成模块，用于在多个测试场景均测试完成，且每个测试场景对应的指标组均校验完成的情况下，基于数据库中记录的所有校验过程，生成多个测试场景对应的测试报告。

需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，与本申请方法实施例基于同一构思，是与上述电池热失控预警方法对应的装置，上述方法实施例中所有实现方式均适用于该装置的实施例中，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

图6示出了本申请实施例提供的电子设备的硬件结构示意图。

设备可以包括处理器601以及存储有程序指令的存储器602。

处理器601执行程序时实现上述任意各个方法实施例中的步骤。

示例性的，程序可以被分割成一个或多个模块/单元，一个或者多个模块/单元被存储在存储器602中，并由处理器601执行，以完成本申请。一个或多个模块/单元可以是能够完成特定功能的一系列程序指令段，该指令段用于描述程序在设备中的执行过程。

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

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

存储器可包括只读存储器(ROM)，随机存取存储器(RAM)，磁盘存储介质设备，光存储介质设备，闪存设备，电气、光学或其他物理/有形的存储器存储设备。因此，通常，存储器包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)可读存储介质(例如，存储器设备)，并且当该软件被执行(例如，由一个或多个处理器)时，其可操作来执行参考根据本公开的一方面的方法所描述的操作。

处理器601通过读取并执行存储器602中存储的程序指令，以实现上述实施例中的任意一种方法。

在一个示例中，电子设备还可包括通信接口603和总线610。其中，处理器601、存储器602、通信接口603通过总线610连接并完成相互间的通信。

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

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

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

本申请实施例另提供了一种芯片，芯片包括处理器和通信接口，通信接口和处理器耦合，处理器用于运行程序或指令，实现上述方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

本申请实施例提供一种计算机程序产品，该程序产品被存储在存储介质中，该程序产品被至少一个处理器执行以实现如上述方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

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

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

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

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

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

Claims (12)

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

配置多个账务指标，不同的账务指标对应不同的指标校验规则，所述账务指标用于评估账务的一致性；

基于所述多个账务指标，配置多个测试场景，一个测试场景对应一个测试流程，一个测试场景对应一个指标组，所述指标组包括所述多个账务指标中的至少一个账务指标；

对于所述多个测试场景的中的任意一个第一场景，基于所述第一场景对应的第一流程，执行所述第一场景，得到所述第一场景对应的第一指标组中每个目标指标对应的指标结果；

基于所述每个目标指标对应的指标结果，以及所述每个目标指标分别对应的目标校验规则，得到校验结果，所述校验结果用于指示所述第一场景是否测试通过。

2.根据权利要求1所述的方法，其特征在于，所述账务指标包括通用指标类和特定指标类；

所述通用指标类包括账户余额和账户流水中的至少一者；

所述特定指标类包括预设产品的保证金余额、余额表、流水表和异步表中的至少一者，其中，所述异步表用于存储进行异步处理的数据。

3.根据权利要求1所述的方法，其特征在于，所述账务指标包括以下数据项中的至少一者：

数据项名称，所述数据项名称用于描述所述账务指标的名称；

交易之前的值，所述交易之前的值为所述账务指标在执行交易以前的初始数据；

交易值，所述交易值用于指示所述账务指标执行交易的目标数值；

交易之后的值，所述交易之后的值为所述账务指标在执行交易之后的结果数据；

校验标准值，所述校验标准值用于校验所述账务指标；

数据项描述，所述数据项描述用于描述所述账务指标的内容；

结果标识，所述结果标识用于指示所述账务指标是否校验通过。

4.根据权利要求3所述的方法，其特征在于，在所述账务指标的指标类型为余额类的情况下，所述校验标准值的确定方式包括以下至少一项：

若交易场景为入账交易场景，且所述交易场景为正常交易场景，则所述校验标准值为在所述交易场景下对应的交易值与交易之前的值之间的和；

若所述交易场景为异常交易场景，或者所述交易场景为冲正成功场景，则所述校验标准值为在所述交易场景下对应的交易之前的值；

若所述交易场景为正常交易场景，且所述交易场景为出账场景，则所述校验标准值为在所述交易场景下对应的交易之前的值与交易值之间的差。

5.根据权利要求3所述的方法，其特征在于，在所述账务指标的指标类型为流水类的情况下，所述校验标准值的确定方式包括以下至少一项：

若交易场景为正常交易场景，或所述交易场景为重发场景，则所述校验标准值为一条与所述交易场景的交易方向相同的交易流水；

若所述交易场景为异常交易场景，则所述校验标准值为不存在交易流水；

若所述交易场景为冲正交易场景，则所述校验标准值为两条交易方向相反且交易值相同的交易流水。

6.根据权利要求3所述的方法，其特征在于，在所述账务指标的指标类型为静态指标类的情况下，所述校验标准值为预设固定值，所述预设固定值基于所述账务指标确定；

在所述账务指标的指标类型为动态指标类的情况下，所述校验标准值为预设标识符，所述预设标识符基于交易场景确定，所述预设标识符用于表征所述交易场景的场景类型。

7.根据权利要求3所述的方法，其特征在于，指标校验规则包括所述校验标准值；

所述基于所述每个目标指标对应的指标结果，以及所述每个目标指标分别对应的目标校验规则，得到校验结果，包括：

将所述第一指标组中每个目标指标对应的指标结果存储至结果库中；

每隔预设时间，从所述结果库中获取所述每个目标指标中的任意一个第一指标对应的目标结果；

获取所述第一指标的指标类型，以及所述第一场景的场景类型；

基于所述场景类型和所述指标类型，确定所述第一指标对应的目标标准值；

基于所述目标标准值，对所述第一指标对应的目标结果进行匹配，得到所述第一指标对应的匹配结果，所述匹配结果用于指示所述第一指标是否校验通过；

在所有第一指标对应的匹配结果均指示所述第一指标校验通过的情况下，确定所述第一场景测试通过。

8.根据权利要求1所述的方法，其特征在于，在基于所述每个目标指标对应的指标结果，以及所述每个目标指标分别对应的目标校验规则，得到校验结果之后，所述方法还包括：

将所述每个目标指标的校验过程记录在数据库中；

在所述多个测试场景均测试完成，且每个测试场景对应的指标组均校验完成的情况下，基于所述数据库中记录的所有校验过程，生成所述多个测试场景对应的测试报告。

9.一种账务一致性测试装置，其特征在于，所述装置包括：

第一配置模块，用于配置多个账务指标，不同的账务指标对应不同的指标校验规则，所述账务指标用于评估账务的一致性；

第二配置模块，用于基于所述多个账务指标，配置多个测试场景，一个测试场景对应一个测试流程，一个测试场景对应一个指标组，所述指标组包括所述多个账务指标中的至少一个账务指标；

执行模块，用于对于所述多个测试场景的中的任意一个第一场景，基于所述第一场景对应的第一流程，执行所述第一场景，得到所述第一场景对应的第一指标组中每个目标指标对应的指标结果；

校验模块，用于基于所述每个目标指标对应的指标结果，以及所述每个目标指标分别对应的目标校验规则，得到校验结果，所述校验结果用于指示所述第一场景是否测试通过。

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

所述处理器执行所述计算机程序指令时实现如权利要求1-8任意一项所述的账务一致性测试方法。

11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如权利要求1-8任意一项所述的账务一致性测试方法。

12.一种计算机程序产品，其特征在于，所述计算机程序产品中的指令由电子设备的处理器执行时，使得所述电子设备执行如权利要求1-8任意一项所述的账务一致性测试方法。