CN115587048A - 回归测试方法、终端设备及计算机可读存储介质 - Google Patents

Abstract

本申请公开了回归测试方法、终端设备及计算机可读存储介质，该回归测试方法包括：获取待测试项目的生产数据；对待测试项目进行回归验证，以获取待测试项目的测试数据；基于测试数据和生产数据的比对结果对待测试项目的测试案例进行更新；基于更新后的测试案例对待测试项目进行回归验证，以生成待测试项目的回归测试报告。通过本申请的方法，可以以生产数据作为基准值确认未执行数据，并根据未执行数据定位到对应的分支场景，覆盖的结果更加有效、快速，提高测试数据的精准度。

Description

回归测试方法、终端设备及计算机可读存储介质

技术领域

本申请涉及软件测试技术领域，特别是涉及回归测试方法、终端设备及计算机可读存储介质。

背景技术

为了提升用户体验和扩展新业务线，软件系统在软件周期中会频繁的更新和迭代。为减少频繁更新和迭代带来的问题，通常我们需要对软件系统进行回归测试。

目前，现有技术中的回归测试方式主要分为两种，一种回归测试方法是采用测试人员手工全功能进行测试，该种方式需要测试人员凭借经验选择测试数据进行全量覆盖，回归测试效率低，且容易产生人为的错误检测结果。另一种回归测试方法采用覆盖率工具进行自动化测试，覆盖率工具的颗粒度太细，需要根据具体的分支场景确定使用的服务和接口，并选择对应的参数，需要耗费大量时间，回归测试效率低。因此，亟需一种高效、准确的回归测试方法来进行分支覆盖的统计。

发明内容

为解决上述技术问题，本申请提供了一种回归测试方法、终端设备及计算机可读存储介质。

为解决上述问题，本申请提供一种回归测试方法，包括：获取待测试项目的生产数据；对所述待测试项目进行回归验证，以获取所述待测试项目的测试数据；基于所述测试数据和所述生产数据的比对结果对所述待测试项目的测试案例进行更新；基于更新后的所述测试案例对所述待测试项目进行回归验证，以生成所述待测试项目的回归测试报告。

其中，所述基于所述测试数据和所述生产数据的比对结果对所述待测试项目的测试案例进行更新的步骤，包括：以所述生产数据作为基准值，将所述测试数据与所述生产数据进行比对，以获取所述测试数据与所述生产数据不匹配的未命中数据；基于所述未命中数据获取对应的补充案例；将所述补充案例添加至所述测试案例，以对所述测试案例进行更新。

其中，所述生产数据包括第一服务名称及与所述第一服务名称对应的第一执行情况数据，所述测试数据包括第二服务名称及与所述第二服务名称对应的第二执行情况数据；所述以所述生产数据作为基准值，将所述测试数据与所述生产数据进行比对，以获取所述测试数据与所述生产数据不匹配的未命中数据的步骤，包括：获取与所述第一服务名称相同的所述第二服务名称，并获取与所述第二服务名称对应的第二执行情况数据；以所述第一执行情况数据作为基准值，将所述第二执行情况数据与所述第一执行情况数据进行比对；在所述第二执行情况数据不满足预设条件时，将所述第二执行情况数据对应的测试数据添加至所述未命中数据。

其中，所述基于所述未命中数据获取对应的补充案例的步骤，包括：基于所述未命中数据，获取所述测试数据的分析结果，所述分析结果包括未命中原因；基于所述未命中原因，生成对应的补充案例。

其中，所述基于更新后的所述测试案例对所述待测试项目进行回归验证，以生成所述待测试项目的回归测试报告的步骤，包括：基于更新后的所述测试案例对所述待测试项目进行二次回归验证；获取所述二次回归验证的验证数据；在所述验证数据与所述生产数据匹配时，基于所述验证数据、所述测试数据、所述生产数据和所述分析结果生成所述回归测试报告。

其中，所述基于所述验证数据、所述测试数据、所述生产数据和所述分析结果生成所述回归测试报告的步骤，还包括：基于所述验证数据和所述测试数据，获取在该测试环境下所述待测试项目的执行数据；根据所述执行数据计算所述待测试项目的测试覆盖率；基于所述分析结果、所述测试覆盖率生成所述回归测试报告。

其中，所述获取所述二次回归验证的验证数据的步骤之后，所述回归测试方法还包括：在所述验证数据与所述生产数据不匹配时，获取所述验证数据与所述生产数据不匹配的未命中数据，并执行所述基于所述未命中数据获取对应的补充案例的步骤。

其中，所述生产数据包括所述待测试项目在原来状态下执行一个业务周期的服务数据。

为解决上述问题，本申请提供一种终端设备，包括处理器以及与所述处理器连接的存储器，其中，所述存储器中存储有程序数据，所述处理器调取所述存储器存储的所述程序数据，以执行如上所述的回归测试方法。

为解决上述问题，本申请提供一种计算机可读存储介质，存储有程序指令，所述程序指令被执行以实现如上所述的回归测试方法。

本申请提供了一种回归测试方法、终端设备及计算机可读存储介质，该回归测试方法包括：获取待测试项目的生产数据；对待测试项目进行回归验证，以获取待测试项目的测试数据；基于测试数据和生产数据的比对结果对待测试项目的测试案例进行更新；基于更新后的测试案例对待测试项目进行回归验证，以生成待测试项目的回归测试报告。通过本申请的方法，可以以生产数据作为基准值确认未执行数据，并根据未执行数据定位到对应的分支场景，覆盖的结果更加有效、快速，提高测试数据的精准度。

附图说明

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

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

图2是本申请提供的回归测试方法的另一实施例的流程示意图；

图3是本申请提供的回归测试方法的又一实施例的流程示意图；

图4是本申请提供的终端设备的一实施例的框架示意图；

图5是本申请提供的终端设备的另一实施例的框架示意图；

图6是本申请提供的计算机可读存储介质的一实施例的框架示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动情况下所获得的所有其他实施例，均属于本申请保护的范围。

需要说明，若本申请实施例中有涉及方向性指示（诸如上、下、左、右、前、后……），则该方向性指示仅用于解释在某一特定姿态（如附图所示）下各部件之间的相对位置关系、运动情况等，如果该特定姿态发生改变时，则该方向性指示也相应地随之改变。

另外，若本申请实施例中有涉及“第一”、“第二”等的描述，则该“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。

回归测试（Regression Testing）是一种常用的软件测试方法。在软件测试领域中，软件有当前状态和原来状态之分，回归测试就是对软件的原来状态重新进行功能和非功能的测试，用以确保先前开发并测试过的软件在缺陷修复、配置改变、软件更新等等这些变化之后，仍能符合要求的运行。回归测试通常包括三种方法：第一种是全量测试用例重复测试，即对当前状态的软件进行全部测试用例的执行和结果检查，该种方法能将缺陷遗漏的风险降至最低水平，但是测试成本较高；第二种是选择部分测试用例重复测试，只对当前状态的软件进行部分测试用例的执行和检查；第三种是测试用例优化，即从测试用例的有效和效率角度出发，优化、提取对后续软件版本或特定版本有用的测试用例进行执行和检查。

现有的应用程序通常使用微服务架构的方式进行集中管理，在微服务架构下，各种架构升级更新越来越频繁，基于基础架构升级类的需求也越来越多，因此，进行全量回归测试的需求也越来越高。对于构架类的升级测试，通常可以采用测试人员手工选取测试数据进行全量覆盖和使用覆盖率工具进行全量覆盖的方法。在测试人员手工选取测试数据进行全量覆盖时，测试人员需要按照以往经验在代码层面上进行分析，耗时耗力，并且数据覆盖的准确度不高，性价比不高；在使用覆盖率工具进行全量覆盖时，覆盖率工具分析的颗粒度太细，需要分析具体的分支场景，再根据服务、接口与分支场景的适配性去选择对应的参数，在测试数据量大时进行全量覆盖的难度仍然很大，耗时费力，不利于测试效率的提高。

有鉴于此，本申请提供了一种更加科学、效率更高的回归测试方法，该回归测试方法基于应用监控平台的生产数据对待测试项目进行回归测试，该回归测试方法应用于一种终端设备，可以用于微服务项目的配置更改、更新、缺陷修复等场景。具体的，该回归测试方法可以对集成有多个微服务项目的应用程序或计算机系统进行回归测试，以校验数据的交换、传递和控制管理过程以及相互逻辑依赖的关系，保证应用程序、计算机系统的功能和性能。例如，在该应用程序为银行相关的应用程序时，微服务项目可以与银行卡权益、电子银行、网络购物、电子商务、信用卡权益、金融银行、保险等相关联，在此不做具体限定。

其中，本申请的终端设备可以为服务器，也可以为由服务器和本地终端相互配合的系统。相应地，电子终端包括的各个部分，例如各个单元、子单元、模块、子模块可以全部设置于服务器中，也可以分别设置于服务器和本地终端中。

进一步地，上述服务器可以是硬件，也可以是软件。当服务器为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器为软件时，可以实现成多个软件或软件模块，例如用来提供分布式服务器的软件或软件模块，也可以实现成单个软件或软件模块，在此不做具体限定。在一些可能的实现方式中，本申请实施例的回归测试方法可以通过处理器调用存储器中存储的计算机可读指令的方式来实现。

请参见图1，图1是本申请提供的回归测试方法的一实施例的流程示意图。如图1所示，该回归测试方法包括以下步骤：

步骤S11：获取待测试项目的生产数据。

具体的，待测试项目包括当前状态和原来状态，待测试项目的当前状态为当前需要进行回归测试的项目版本，待测试项目的原来状态为未进行更新或修改操作的项目版本，即当前测试的项目的上一个版本。该终端设备中设置有与多个服务端项目连接的实时监控组件，实时监控组件用于获取原来状态的待测试项目在预设时间段内的实时生产数据，实时的生产数据包括全链路的监控数据，通过获取待测试项目的生产数据，便于深度分析故障案例。

其中，生产数据可以理解为外部用户在生产环境下访问应用程序并进行对应操作时产生的数据，预设时间内的生产数据应包括待测试项目在一个业务周期的所有生产数据，每个业务周期的生产数据应覆盖待测试项目的所有服务的数据。业务周期的具体时间范围可以根据待测试项目的业务场景进行选择，例如，业务周期可以设置为一天、一周等，在此对业务周期不做具体限定。

步骤S12：对待测试项目进行回归验证，以获取待测试项目的测试数据。

在获取原来状态的待测试项目的生产数据后，获取当前状态的待测试项目文件，对当前状态的待测试项目进行回归验证，并获取在当前测试环境下的测试数据，该测试数据为在测试环境下执行待测试项目的各个服务时产生的数据。

具体的，所选取的测试数据的字段包括但不局限于服务名称以及与服务名称对应的执行次数、失败次数、响应时长等。例如，在功能验收测试环境中，选取的测试数据的字段包括服务名称、执行次数、失败次数和响应时长，服务名称为用于标识该项服务的字段名称，执行次数为该项服务在测试期间被执行的次数，失败次数为该项服务在测试期间执行失败的次数，响应时长为该项服务在测试期间。

步骤S13：基于测试数据和生产数据的比对结果对待测试项目的测试案例进行更新。

获取原来状态的待测试项目的生产数据以及当前状态的待测试项目的测试数据后，由于生产数据包括待测试项目在原来状态下所有服务被执行时所产生的数据，通过将测试数据和生产数据进行比对，可以比对出在测试环境中没有执行而在生产环境中有执行的服务，并根据比对结果对待测试项目的测试案例进行更新。

步骤S14：基于更新后的测试案例对待测试项目进行回归验证，以生成待测试项目的回归测试报告。

基于更新后的测试案例再次对待测试项目进行回归验证，基于测试数据以及基于更新后的测试案例进行回归测试的测试结果，生成待测试项目的回归测试报告。回归测试报告具体可以包括本次回归测试的覆盖率及具体覆盖情况的分析结果，回归测试报告可量化性强，测试人员和开发人员可以通过回归测试报告可视化本次回归测试的结果。

在本申请实施例中，回归测试方法包括：获取待测试项目的生产数据；对待测试项目进行回归验证，以获取待测试项目的测试数据；基于测试数据和生产数据的比对结果对待测试项目的测试案例进行更新；基于更新后的测试案例对待测试项目进行回归验证，以生成待测试项目的回归测试报告。本实施例的回归测试方法可以以生产数据作为基准值确认未执行数据，并根据未执行数据定位到对应的分支场景，覆盖的结果更加有效、快速，提高测试数据的精准度。

请参见图2，图2是本申请提供的回归测试方法的另一实施例的流程示意图。如图2所示，步骤S13进一步包括以下步骤：

步骤S21：以生产数据作为基准值，将测试数据与生产数据进行比对，以获取测试数据与生产数据不匹配的未命中数据。

以生产数据作为基准值，将测试数据和生产数据进行比对，可以比对出在测试环境中没有执行而在生产环境中有执行的服务，并将在测试环境中没有执行而在生产环境中有执行的服务作为测试数据与生产数据不匹配的未命中数据。

在一实施方式中，在测试数据的字段包括服务名称、执行次数和失败次数时，可以根据执行次数和失败次数进行匹配，例如，测试数据的执行次数为0，与之对应在生产数据中存在服务名称相同的数据时，则表示该服务在测试环境中没有执行而在生产环境中有执行；测试数据的执行次数和失败次数相等，与之对应在生产数据中存在服务名称相同的数据时，则表示该服务在生产环境中有执行而在测试环境中执行失败。在其他实施方式中，测试数据的字段还可以包括响应时长，还可以通过根据服务执行的响应时长判断该服务的功能是否正常。

步骤S22：基于未命中数据获取对应的补充案例。

获取测试数据与生产数据不匹配的未命中数据后，获取与未命中数据对应的补充案例，补充案例为未命中数据对应的测试案例，以使得终端设备通过补充案例对与未命中数据对应的服务项重新进行测试。

步骤S23：将补充案例添加至测试案例，以对测试案例进行更新。

获取未命中数据对应的补充案例后，将补充案例添加至测试案例，对测试案例进行更新。

响应于测试案例更新的指令，终端设备执行测试案例的补充案例，以使得本实施例的回归测试方法能够定位到对应的生产场景，减少测试遗漏的情况，提高回归测试的效率和准确度。

可选的，生产数据包括第一服务名称及与第一服务名称对应的第一执行情况数据，测试数据包括第二服务名称及与第二服务名称对应的第二执行情况数据。

步骤S21进一步包括：获取与第一服务名称相同的第二服务名称，并获取与第二服务名称对应的第二执行情况数据；以第一执行情况数据作为基准值，将第二执行情况数据与第一执行情况数据进行比对；在第二执行情况数据不满足预设条件时，将第二执行情况数据对应的测试数据添加至未命中数据。

具体的，生产数据的第一执行情况数据包括但不局限于执行总次数、执行失败次数、执行失败率、平均响应时长等，未命中数据中应包括生产数据与对应的测试数据的命中情况。在多个生产数据中，获取与第一服务名称相同的第二服务名称所对应的测试数据。在一实施方式中，当测试数据中不存在与第一服务名称相同的第二服务名称时，测试数据与生产数据命中失败，将生产数据的第一执行情况数据作为未命中数据，此时，未命中数据的命中数为0。

在另一实施方式中，当测试数据中存在与第一服务名称相同的第二服务名称时，以第一执行情况数据作为基准值，将第二执行情况数据与第一执行情况数据进行比对，在测试数据的第二执行情况执行成功率大于第一预设阈值时，将第二执行情况对应的测试数据作为命中数据；在测试数据的第二执行情况执行失败率大于第二预设阈值时，将第二执行情况对应的测试数据作为未命中数据。

将测试数据和生产数据进行比对完成后，可以输出本次比对的所有未命中数据至测试人员，以使得测试人员可以根据未命中数据对故障案例进行分析，或者，测试人员可以根据未命中数据对测试案例进行调整，以改进测试的覆盖范围。

可选的，步骤S22进一步包括：基于未命中数据，获取测试数据的分析结果，分析结果包括未命中原因；基于未命中原因，生成对应的补充案例。

在一实施方式中，获取未命中数据后，将未命中数据输出至测试人员，以使得测试人员根据未命中数据的具体参数对服务的未命中原因进行分析，例如，在命中数为0时，服务的未命中原因可能是任务未执行、任务返回的文件为空等，测试人员可以根据未命中数据具体定位对应的未执行任务。在另一实施方式中，获取未命中数据后，根据未命中数据以及对应的服务代码，终端设备可以对该测试数据进行分析，以获取分析结果，并根据分析结果生成对应的补充案例，以通过补充案例对该服务重新进行测试。

可以理解的，补充案例为根据遗漏的未执行任务进行补充的测试案例，通过将补充案例对测试案例进行更新，重新对待测试项目进行回归验证，可以保证回归测试的全面覆盖精度，使得覆盖的结果更加有效，测试效率更高。

请参见图3，图3是本申请提供的回归测试方法的又一实施例的流程示意图。如图3所示，步骤S14还包括以下步骤：

步骤S31：基于更新后的测试案例对待测试项目进行二次回归验证。

根据补充的测试案例对待测试项目进行二次回归验证，二次回归验证的范围在第一次回归验证时未命中服务项的范围内。

步骤S32：获取二次回归验证的验证数据。

获取二次回归验证的验证数据，该验证数据的字段与实时监控组件传输的生产数据以及第一次回归验证时的测试数据的字段名称类似，在此不做具体限定。

步骤S33：在验证数据与生产数据匹配时，基于验证数据、测试数据、生产数据和分析结果生成回归测试报告。

将二次回归验证的验证数据与生产数据继续进行匹配，验证数据与生产数据的匹配过程与步骤S21类似，在此不再赘述。当验证数据与生产数据匹配时，表明生产数据中的服务项不存在与测试数据未命中的情况，此时，基于验证数据、测试数据、生产数据和分析结果生成回归测试报告。

在本实施例中，在根据测试数据和生产数据的比对结果对待测试项目的测试案例进行更新后，基于更新后的测试案例对待测试项目进行二次回归验证，以在验证数据与生产数据匹配时生成回归测试报告，以使回归测试覆盖的结果更加有效、快速，提高测试数据的精准度。

可选的，步骤S33还包括以下步骤：基于验证数据和测试数据，获取在该测试环境下待测试项目的执行数据；根据执行数据计算待测试项目的测试覆盖率；基于分析结果、测试覆盖率生成回归测试报告。

在验证数据与生产数据匹配时，表明生产环境中被执行的服务项在测试环境中均被成功执行，此时，根据验证数据和测试数据可以获取在该测试环境下待测试项目的所有服务项的执行数据，该执行数据至少包括该服务项在生产环境与测试环境的执行情况的命中信息，命中信息至少包括命中数、命中失败数，根据获取的命中信息可以计算出待测试项目的测试覆盖率，基于分析结果、测试覆盖率生成回归测试报告。

进一步地，在本次回归测试的测试覆盖率大于第三预设阈值时，表明本次回归测试的测试范围符合全量覆盖的要求；在在本次回归测试的测试覆盖率小于第三预设阈值时，表明本次回归测试的测试范围不符合全量覆盖的要求，需要测试人员对本次回归测试的结果进行量化分析，进而补充测试数据继续进行回归测试。

可选的，步骤S32之后，回归测试方法还包括：在验证数据与生产数据不匹配时，获取验证数据与生产数据不匹配的未命中数据，并执行基于未命中数据获取对应的补充案例的步骤。

在二次回归验证的验证数据与生产数据不匹配时，根据验证数据与生产数据不匹配的未命中数据继续补充对应的测试案例，相关的流程如步骤S21-S23所示，在此不再赘述。

可选的，在上述任一实施方式中，回归测试方法用于对待测试项目的原来状态进行回归测试，生产数据包括待测试项目在原来状态下执行一个业务周期的服务数据，以保证回归测试的全量覆盖。

请参见图4，图4是本申请提供的终端设备的一实施例的框架示意图。如图4所示，该终端设备100包括处理器101以及与处理器101连接的存储器102，其中，存储器102中存储有程序数据，处理器101调取存储器102存储的程序数据，以执行上述的回归测试方法。

可选地，在一实施例中，处理器101用于执行程序数据以实现如下方法：获取待测试项目的生产数据；对待测试项目进行回归验证，以获取待测试项目的测试数据；基于测试数据和生产数据的比对结果对待测试项目的测试案例进行更新；基于更新后的测试案例对待测试项目进行回归验证，以生成待测试项目的回归测试报告。

其中，处理器101还可以称为CPU（Central Processing Unit，中央处理单元）。处理器101可能是一种电子芯片，具有信号的处理能力。处理器101还可以是通用处理器、数字信号处理器（DSP）、专用集成电路（ASIC）、现场可编程门阵列（FPGA）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器102可以为内存条、TF卡等，可以存储终端设备100中的全部信息，包括输入的原始数据、计算机程序、中间运行结果和最终运行结果都保存在存储器102中。它根据处理器101指定的位置存入和取出信息。有了存储器102，终端设备100才有记忆功能，才能保证正常工作。终端设备100的存储器102按用途可分为主存储器(内存)和辅助存储器(外存),也有分为外部存储器和内部存储器的分类方法。外存通常是磁性介质或光盘等，能长期保存信息。内存指主板上的存储部件，用来存放当前正在执行的数据和程序，但仅用于暂时存放程序和数据，关闭电源或断电，数据会丢失。

请参见图5，图5是本申请提供的终端设备的另一实施例的框架示意图。如图5所示，本申请还提供了另一种终端设备100，该终端设备100包括获取模块103、验证模块104、更新模块105和生成模块106。

获取模块103用于获取待测试项目的生产数据；对待测试项目进行回归验证，以获取待测试项目的测试数据；验证模块104用于对待测试项目进行回归验证，以获取待测试项目的测试数据；更新模块105用于基于测试数据和生产数据的比对结果对待测试项目的测试案例进行更新；生成模块106用于基于更新后的测试案例对待测试项目进行回归验证，以生成待测试项目的回归测试报告。

其中，在本申请的一个实施例，终端设备100中的各个模块可以分别或全部合并为一个或若干个单元来构成，或者其中的某个（些）单元还可以再拆分为功能上更小的多个子单元，可以实现同样的操作，而不影响本申请的实施例的技术效果的实现。上述模块是基于逻辑功能划分的，在实际应用中，一个模块的功能也可以由多个单元来实现，或者多个模块的功能由一个单元实现。

请参见图6，图6是本申请提供的计算机可读存储介质的一实施例的框架示意图。如图6所示，该计算机可读存储介质110中存储有能够实现上述所有方法的程序指令111。

在本申请各个实施例中的各功能单元集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在计算机可读存储介质110中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机可读存储介质110在一个程序指令111中，包括若干指令用以使得一台计算机设备（可以是个人计算机，系统服务器，或者网络设备等）、电子设备（例如MP3、MP4等，也可以是手机、平板电脑、可穿戴设备等移动终端，也可以是台式电脑等）或者处理器（processor）以执行本申请各个实施方式方法的全部或部分步骤。

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

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

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

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

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(可以是个人计算机，服务器，网络设备或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。

以上所述仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (10)

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

获取待测试项目的生产数据；

对所述待测试项目进行回归验证，以获取所述待测试项目的测试数据；

基于所述测试数据和所述生产数据的比对结果对所述待测试项目的测试案例进行更新；

基于更新后的所述测试案例对所述待测试项目进行回归验证，以生成所述待测试项目的回归测试报告。

2.根据权利要求1所述的回归测试方法，其特征在于，所述基于所述测试数据和所述生产数据的比对结果对所述待测试项目的测试案例进行更新的步骤，包括：

以所述生产数据作为基准值，将所述测试数据与所述生产数据进行比对，以获取所述测试数据与所述生产数据不匹配的未命中数据；

基于所述未命中数据获取对应的补充案例；

将所述补充案例添加至所述测试案例，以对所述测试案例进行更新。

3.根据权利要求2所述的回归测试方法，其特征在于，所述生产数据包括第一服务名称及与所述第一服务名称对应的第一执行情况数据，所述测试数据包括第二服务名称及与所述第二服务名称对应的第二执行情况数据；

所述以所述生产数据作为基准值，将所述测试数据与所述生产数据进行比对，以获取所述测试数据与所述生产数据不匹配的未命中数据的步骤，包括：

获取与所述第一服务名称相同的所述第二服务名称，并获取与所述第二服务名称对应的第二执行情况数据；

以所述第一执行情况数据作为基准值，将所述第二执行情况数据与所述第一执行情况数据进行比对；

在所述第二执行情况数据不满足预设条件时，将所述第二执行情况数据对应的测试数据添加至所述未命中数据。

4.根据权利要求3所述的回归测试方法，其特征在于，所述基于所述未命中数据获取对应的补充案例的步骤，包括：

基于所述未命中数据，获取所述测试数据的分析结果，所述分析结果包括未命中原因；

基于所述未命中原因，生成对应的补充案例。

5.根据权利要求4所述的回归测试方法，其特征在于，所述基于更新后的所述测试案例对所述待测试项目进行回归验证，以生成所述待测试项目的回归测试报告的步骤，包括：

基于更新后的所述测试案例对所述待测试项目进行二次回归验证；

获取所述二次回归验证的验证数据；

在所述验证数据与所述生产数据匹配时，基于所述验证数据、所述测试数据、所述生产数据和所述分析结果生成所述回归测试报告。

6.根据权利要求5所述的回归测试方法，其特征在于，所述基于所述验证数据、所述测试数据、所述生产数据和所述分析结果生成所述回归测试报告的步骤，还包括：

基于所述验证数据和所述测试数据，获取在该测试环境下所述待测试项目的执行数据；

根据所述执行数据计算所述待测试项目的测试覆盖率；

基于所述分析结果、所述测试覆盖率生成所述回归测试报告。

7.根据权利要求5所述的回归测试方法，其特征在于，所述获取所述二次回归验证的验证数据的步骤之后，所述回归测试方法还包括：

在所述验证数据与所述生产数据不匹配时，获取所述验证数据与所述生产数据不匹配的未命中数据，并执行所述基于所述未命中数据获取对应的补充案例的步骤。

8.根据权利要求1-7任一项所述的回归测试方法，其特征在于，所述生产数据包括所述待测试项目在原来状态下执行一个业务周期的服务数据。

9.一种终端设备，其特征在于，包括处理器以及与所述处理器连接的存储器，其中，所述存储器中存储有程序数据，所述处理器调取所述存储器存储的所述程序数据，以执行如权利要求1-8任一项所述的回归测试方法。

10.一种计算机可读存储介质，其特征在于，存储有程序指令，所述程序指令被执行以实现如权利要求1-8任一项所述的回归测试方法。

Images