CN112286790A - 一种全链路测试方法、装置、设备和存储介质 - Google Patents

Abstract

本发明公开了一种全链路测试方法、装置、设备和存储介质。该方法包括：根据多个业务系统之间的调用关系，确定各所述业务系统的核心参数；确定各所述业务系统的测试用例；获取被调用业务系统输出的所述核心参数对应的第一核心数据；基于所述第一核心数据和所述测试用例，对具有调用关系的调用业务系统进行测试。通过上述方案，根据各个业务系统的调用关系综合确定全链路业务系统的核心参数，从而，基于核心参数对各个业务系统进行全链路测试，能够有效避免调用关系接口测试不全面，对测试问题分析效率低等问题，能够有效提升测试精准率和测试效率。

Description

一种全链路测试方法、装置、设备和存储介质

技术领域

本发明实施例涉及互联网技术领域，尤其涉及一种全链路测试方法、装置、设备和存储介质。

背景技术

随着业务类型和业务范围的发展，支持业务实现的业务系统也越来越复杂。当新业务系统上线，或者有业务系统需要更新的时候，就需要对业务系统进行测试。

在实际应用中，进行业务系统测试的时候，往往需要测试人员根据经验设置测试过程，完善测试用例。然而，复杂的业务系统的调用关系也十分复杂。很可能出现测试不全面的问题，出现问题之后，还需要测试人员与各业务系统对接人员沟通，改正问题。沟通成本比较高，导致业务进展效率低。

因此，需要一种能够提高全链路测试效率的技术方案。

发明内容

本发明实施例提供一种全链路测试方法、装置、设备和存储介质，用以提高接口测试效率的技术方案。

第一方面，本发明实施例提供一种全链路测试方法，该方法包括：

根据多个业务系统之间的调用关系，确定各所述业务系统的核心参数；

确定各所述业务系统的测试用例；

获取被调用业务系统输出的所述核心参数对应的第一核心数据；

基于所述第一核心数据和所述测试用例，对具有调用关系的调用业务系统进行测试。

可选地，所述根据多个业务系统之间的调用关系，确定各所述业务系统的核心参数，包括：

确定所述业务系统中处理的业务对象；

根据所述业务对象和在所述多个业务系统之间的调用关系，确定各所述业务系统的所述核心参数。

可选地，所述确定各所述业务系统的测试用例，包括：

确定具有调用关系的所述业务系统；

发送具有所述调用关系的所述业务系统给多个接收方；

接收所述多个接收方针对各自负责的所述业务系统提供的多个所述测试用例。

可选地，所述对具有调用关系的调用业务系统进行测试，包括：

确定测试结果为测试失败的所述业务系统；

确定与所述业务系统具有调用关系的第一级业务系统，以及与所述第一级业务系统具有调用关系的第二级业务系统；

基于所述第一级业务系统的日志、所述第二级业务系统的日志，生成所述分析日志。

可选地，还包括：利用所述测试用例，对所述待测试调用接口的返回状态码、响应字段进行断言；

根据所述调用关系，对与所述业务系统具有调用关系的所述第一级业务系统和/或所述第二级业务系统的测试用例状态码和响应字段进行断言；

输出包含断言结果的测试结果。

可选地，还包括：通过接收方的邮件地址将各所述测试失败的测试结果具有级联关系的多级业务系统日志发送给对应的接收方；其中所述接收方与所述业务系统具有对应关系。

第二方面，本发明实施例提供一种全链路测试装置，该装置包括：

确定模块，用于根据多个业务系统之间的调用关系，确定各所述业务系统的核心参数；

确定模块，还用于确定各所述业务系统的测试用例；

获取模块，用于获取被调用业务系统输出的所述核心参数对应的第一核心数据；

测试模块，用于基于所述第一核心数据和所述测试用例，对具有调用关系的调用业务系统进行测试。

第三方面，本发明实施例提供一种电子设备，包括处理器、存储器，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行时实现如第一方面所述的全链路测试方法。

第四方面，本发明实施例提供一种存储有计算机程序的计算机可读存储介质，当所述计算机程序被一个或多个处理器执行时，致使所述一个或多个处理器执行包括以下的动作：

根据多个业务系统之间的调用关系，确定各所述业务系统的核心参数；

确定各所述业务系统的测试用例；

获取被调用业务系统输出的所述核心参数对应的第一核心数据；

基于所述第一核心数据和所述测试用例，对具有调用关系的调用业务系统进行测试。

在本发明实施例中，根据多个业务系统之间的调用关系，确定各所述业务系统的核心参数；确定各所述业务系统的测试用例；获取被调用业务系统输出的所述核心参数对应的第一核心数据；基于所述第一核心数据和所述测试用例，对具有调用关系的调用业务系统进行测试。通过上述方案，根据各个业务系统的调用关系综合确定全链路业务系统的核心参数，从而，基于核心参数对各个业务系统进行全链路测试，能够有效避免调用关系接口测试不全面，对测试问题分析效率低等问题，能够有效提升测试精准率和测试效率。

附图说明

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

图1为本申请实施例提供的一种全链路测试方法的流程示意图；

图2为本申请实施例提供的一种确定测试用例方法的流程示意图；

图3为本申请实施例举例说明一种测试过程的示意图；

图4为本申请实施例提供的一种全链路测试装置的结构示意图；

图5为与图4所述实施例提供的全链路测试装置对应的电子设备的结构示意图。

具体实施方式

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

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。

随着业务类型和业务范围的发展，技术人员需要不断对当前的各个业务系统进行更新。为了确保更新后的业务系统能够稳定运行，就需要对更新后的业务系统进行测试，尤其是需要重点测试各个调用接口功能是否正常。容易理解的是，不同业务系统往往分配给不同的业务模块的工作人员进行编写或修改，那么就可能会出现接口类型不一致等问题，导致在调用的时候出现错误，无法满足正常应用需求。若需要某个人负责多个业务系统的测试工作，则需要测试人员熟练掌握各个业务系统的内部逻辑和不同业务系统之间的调用关系，这就需要测试人员耗费大量精力和时间，而且所掌握的信息还未必准确。因此，为了确保业务系统测试过程高效有序进行，需要在进行测试之前，明确本次中与各业务系统相关的核心参数，并明确核心参数相关信息(比如，参数类型、格式等等)，这样在后续测试的时候能够顺利进行。

图1为本申请实施例提供的一种全链路测试方法的流程示意图，如图1所示，该方法包括以下步骤：

101：根据多个业务系统之间的调用关系，确定各所述业务系统的核心参数。

102：确定各所述业务系统的测试用例。

103：获取被调用业务系统输出的所述核心参数对应的第一核心数据。

104：基于所述第一核心数据和所述测试用例，对具有调用关系的调用业务系统进行测试。

在实际应用中，虽然待测试的业务系统之间可能会存在比较复杂的调用关系，但是每种业务场景都尤其核心参数。比如，类似于电商的商品销售业务场景当中，就包含有商品中心、用户产品、收银台、订单中心等多个业务系统。核心包括订单流转与支付。因此，在测试的时候可以将订单和支付作为核心参数进行测试。

需要说明的是，在业务系统执行过程中，核心参数会随着任务执行进行流转。在流转过程中，会由被调用业务系统输出第一核心数据。第一核心数据与测试用例输出给与被调用业务系统之间具有调用关系的调用业务系统进行测试。容易理解的是，在核心参数流转过程中，可能参数的类型会随着阶段的变化而变化。但是，该核心参数关联到多个业务系统。由于核心参数直接影响到业务系统测试结果，因此，在测试之前，由多方业务系统负责人共同明确核心参数，能够有效提高测试效率。

在本申请一个或者多个实施例中，所述根据多个业务系统之间的调用关系，确定各所述业务系统的核心参数，包括：确定所述业务系统中处理的业务对象；根据所述业务对象和在所述多个业务系统之间的调用关系，确定各所述业务系统的所述核心参数。

如前文所述可知，不同业务场景所服务的业务对象不同，比如业务对象为电商，那么对应的核心参数包括订单参数和支付参数。因此，在确定核心参赛的时候，要考虑具体业务对象和业务场景。当明确业务对象之后，若要确定核心参数，还需要根据实际调用关系来确定，这里所说的核心参数，可以理解为贯穿于整个业务系统的执行过程。为了确保业务系统测试能够顺利进行，需要保证核心参数正确，能够顺利在多业务系统之间被调用或者流转。在确定核心参数的时候，可以综合参考与该参数相关的各个业务系统负责人员(请求方)提出的意见，确定核心参数。这样确定的核心参数能够满足多业务系统的调用需求。

下面举例说明一下如何根据调用关系设定合适的测试用例。如图2为本申请实施例提供的一种确定测试用例方法的流程示意图。从图2中可以看到，所述确定各所述业务系统的测试用例，包括：201：确定具有调用关系的所述业务系统。202：发送具有所述调用关系的所述业务系统给多个接收方。203：接收所述多个接收方针对各自负责的所述业务系统提供的多个所述测试用例。

容易理解的是，业务系统存在多个参数传输，为了确保测试能够顺利进行，要确保这些参数正确。然而，每个业务系统都有对应的负责人员，对应的负责人员(也就是接收方)最了解自己的业务系统，对于具有直接或间接调用关系的其他业务系统则不是那么了解。因此，需要具有调用关系的多个接收方共同确认测试用的参数、测试用例，从而能够确保测试顺利完成。这样，就避免了测试人员或者其他人员对业务系统以及待测试的业务系统进行熟悉的时间成本和人力成本，从而可以提高测试效率和测试准确率。

在本申请一个或者多个实施例中，所述对具有调用关系的调用业务系统进行测试，包括：确定测试结果为测试失败的所述业务系统；确定与所述业务系统具有调用关系的第一级业务系统，以及与所述第一级业务系统具有调用关系的第二级业务系统；基于所述第一级业务系统的日志、所述第二级业务系统的日志，生成所述分析日志。

首先需要说明在本实施例中，业务系统的调用关系只有两级，然而实际应用中可能会有多级调用关系。本实施例是为了说明在有多级调用关系的被测试业务系统中，是如何获取分析日志的。

为了帮助测试人员更全面、准确的掌握测试结果相关的其他业务系统，从而帮助测试人员更快的发现问题，因此，不仅要输出被测试业务相关日志，还需要输出具有多级调用关系的业务系统的日志作为分析日志，帮助测试人员完成问题分析。

在本申请一个或者多个实施例中，还包括：利用所述测试用例，对所述待测试调用接口的返回状态码、响应字段进行断言；根据所述调用关系，对与所述业务系统具有调用关系的所述第一级业务系统和/或所述第二级业务系统的测试用例状态码和响应字段进行断言；输出包含断言结果的测试结果。

各系统内部脚本对待测接口返回状态码，响应字段进行断言；当上游系统调用下游系统的测试脚本进行测试时，对下游系统接口脚本的断言日志进行输出，并在调用层面对下游系统的测试脚本的状态码和响应字段进行断言，

当遇到接口异常，首先停止脚本整体运行，并将下游系统内的断言日志往上抛出，当检测到当前系统有异常抛出，上游调用直接将接收到的异常输出在分析报告上。测试人员根据分析报告，可以快速定位问题。

在实际应用中，断言语句assert assert后面跟任何合法的表达式，assert语句做出一个判断，如果结果为true，则该语句不做任何事情，如果结果为false，assert语句会抛出异常AssertionError，在assert语句后加上解释性语句，用来解释某种异常发生的原因，当出现某种异常时，解释性语句作为异常抛出。

在本申请一个或者多个实施例中，还包括：通过接收方的邮件地址将各所述测试失败的测试结果具有级联关系的多级业务系统日志发送给对应的接收方；其中所述接收方与所述业务系统具有对应关系。

需要说明的是，这里所说的接收方，是指负责对应业务系统的人员，能够对业务系统中逻辑关系比较了解，从而将测试结果发送给对应的接收方。在发送测试结果的时候，可以将所有测试结果发送给接收方，也可以对测试结果根据业务系统进行拆分并针对性发送。比如，当前测试结果中包含六个业务系统的测试结果，其中5个业务系统的测试结果存在问题，则会将对应业务系统的测试结果发送给对应的接收方，以便接收方可以根据接收到的邮件很快发现问题，并协助完成问题的解决。若某个问题可能与多个业务系统有关，则可以将测试结果通过邮件同时发送给多个接收方。

在实际应用中，根据所述测试失败的测试结果的重要程度，在邮件中通过标注信息进行标注；发送携带有所述标注信息的测试结果给对应的所述接收方。

基于上述实施例，根据多个业务系统之间的调用关系，确定各所述业务系统的核心参数；确定各所述业务系统的测试用例；获取被调用业务系统输出的所述核心参数对应的第一核心数据；基于所述第一核心数据和所述测试用例，对具有调用关系的调用业务系统进行测试。通过上述方案，根据各个业务系统的调用关系综合确定全链路业务系统的核心参数，从而，基于核心参数对各个业务系统进行全链路测试，能够有效避免调用关系接口测试不全面，对测试问题分析效率低等问题，能够有效提升测试精准率和测试效率。

为了便于理解，本申请技术方案，下面将具体举例说明一下本申请技术方案的实现过程。如图3为本申请实施例举例说明一种测试过程的示意图。从图3中可以看到，该待测试业务系统包括商品中心、用户产品、收银台、订单中心、CS后台。其中，在商品中心中，需要先配置商品，判断SPU、SKU、价格等是否有效，如果无效，则不能将该商品展示在列表当中，处于不可售卖状态。若有效，则展示在商品列表当中。将产品展示在用户商品列表过程中，需要将参数serviceId和cityId作为核心参数，用于在商品中心与用户产品之间被调用、流转。在商品列表中展示商品，以及商品详情。若用户想要购买商品，则用户立即下单，若商品具有多属性，还需要用户对属性进行选择，生成订单skuid作为核心参数向后继续流转。用户填写附加信息(比如送货时间或者服务时间、注意事项等等)，然后提交订单生成orderid作为核心参数，用于用户产品与收银台之间调用。进而跳转到收银台，判断当前用户是否使用优惠券，并根据用户选择执行对应的指令。接下来，根据用户的各种支付状态进行相应流转，流转到订单中心主要用于确认订单状态，对应的核心参数也是orderid。经过梳理可以知道在业务系统中有哪些是核心参数，在测试之前明确，以便能够顺利完成测试。

基于相同的思路，本申请实施例还提供一种全链路测试装置，如图4为本申请实施例提供的一种全链路测试装置的结构示意图。从图4中可以看到所述装置包括：

确定模块41，用于根据多个业务系统之间的调用关系，确定各所述业务系统的核心参数。

确定模块41，还用于确定各所述业务系统的测试用例。

获取模块42，用于获取被调用业务系统输出的所述核心参数对应的第一核心数据。

测试模块43，用于基于所述第一核心数据和所述测试用例，对具有调用关系的调用业务系统进行测试。

可选地，确定模块41，还用于确定所述业务系统中处理的业务对象；根据所述业务对象和在所述多个业务系统之间的调用关系，确定各所述业务系统的所述核心参数。

可选地，确定模块41，还用于确定具有调用关系的所述业务系统；发送具有所述调用关系的所述业务系统给多个接收方；接收所述多个接收方针对各自负责的所述业务系统提供的多个所述测试用例。

可选地，测试模块43，用于确定测试结果为测试失败的所述业务系统；确定与所述业务系统具有调用关系的第一级业务系统，以及与所述第一级业务系统具有调用关系的第二级业务系统；基于所述第一级业务系统的日志、所述第二级业务系统的日志，生成所述分析日志。

可选地，测试模块43，还用于利用所述测试用例，对所述待测试调用接口的返回状态码、响应字段进行断言；根据所述调用关系，对与所述业务系统具有调用关系的所述第一级业务系统和/或所述第二级业务系统的测试用例状态码和响应字段进行断言；输出包含断言结果的测试结果。

可选地，测试模块43，还用于通过接收方的邮件地址将各所述测试失败的测试结果具有级联关系的多级业务系统日志发送给对应的接收方；其中所述接收方与所述业务系统具有对应关系。

基于上述实施例，根据多个业务系统之间的调用关系，确定各所述业务系统的核心参数；确定各所述业务系统的测试用例；获取被调用业务系统输出的所述核心参数对应的第一核心数据；基于所述第一核心数据和所述测试用例，对具有调用关系的调用业务系统进行测试。通过上述方案，根据各个业务系统的调用关系综合确定全链路业务系统的核心参数，从而，基于核心参数对各个业务系统进行全链路测试，能够有效避免调用关系接口测试不全面，对测试问题分析效率低等问题，能够有效提升测试精准率和测试效率。

在一个可能的设计中，上述图4所示全链路测试装置的结构可实现为一电子设备，如图5所示为与图4所述实施例提供的全链路测试装置对应的电子设备的结构示意图，该电子设备可以包括：处理器51、存储器52，所述存储器52用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器51执行时实现前述各实施例中服务端所执行的各步骤。

可选地，该电子设备中还可以包括通信接口53，用于与其他设备进行通信。

另外，本发明实施例提供了一种计算机存储介质，用于储存计算机程序，该计算机程序使客户端执行时实现上述图1所示实施例中的全链路测试方法。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助加必需的通用硬件平台的方式来实现，当然也可以通过硬件和软件结合的方式来实现。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以计算机产品的形式体现出来，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

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

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

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

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (9)

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

根据多个业务系统之间的调用关系，确定各所述业务系统的核心参数；

确定各所述业务系统的测试用例；

获取被调用业务系统输出的所述核心参数对应的第一核心数据；

基于所述第一核心数据和所述测试用例，对具有调用关系的调用业务系统进行测试。

2.根据权利要求1所述的方法，其特征在于，所述根据多个业务系统之间的调用关系，确定各所述业务系统的核心参数，包括：

确定所述业务系统中处理的业务对象；

根据所述业务对象和在所述多个业务系统之间的调用关系，确定各所述业务系统的所述核心参数。

3.根据权利要求1所述的方法，其特征在于，所述确定各所述业务系统的测试用例，包括：

确定具有调用关系的所述业务系统；

发送具有所述调用关系的所述业务系统给多个接收方；

接收所述多个接收方针对各自负责的所述业务系统提供的多个所述测试用例。

4.根据权利要求1所述的方法，其特征在于，所述对具有调用关系的调用业务系统进行测试，包括：

确定测试结果为测试失败的所述业务系统；

确定与所述业务系统具有调用关系的第一级业务系统，以及与所述第一级业务系统具有调用关系的第二级业务系统；

基于所述第一级业务系统的日志、所述第二级业务系统的日志，生成所述分析日志。

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

利用所述测试用例，对所述待测试调用接口的返回状态码、响应字段进行断言；

根据所述调用关系，对与所述业务系统具有调用关系的所述第一级业务系统和/或所述第二级业务系统的测试用例状态码和响应字段进行断言；

输出包含断言结果的测试结果。

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

通过接收方的邮件地址将各所述测试失败的测试结果具有级联关系的多级业务系统日志发送给对应的接收方；其中所述接收方与所述业务系统具有对应关系。

7.一种全链路测试装置，其特征在于，所述装置包括：

确定模块，用于根据多个业务系统之间的调用关系，确定各所述业务系统的核心参数；

确定模块，还用于确定各所述业务系统的测试用例；

获取模块，用于获取被调用业务系统输出的所述核心参数对应的第一核心数据；

测试模块，用于基于所述第一核心数据和所述测试用例，对具有调用关系的调用业务系统进行测试。

8.一种电子设备，其特征在于，包括：处理器、存储器，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行时实现权利要求1至6中任一项所述的全链路测试方法。

9.一种存储有计算机程序的计算机可读存储介质，其特征在于，当所述计算机程序被一个或多个处理器执行时，致使所述一个或多个处理器执行包括以下的动作：

根据多个业务系统之间的调用关系，确定各所述业务系统的核心参数；

确定各所述业务系统的测试用例；

获取被调用业务系统输出的所述核心参数对应的第一核心数据；

基于所述第一核心数据和所述测试用例，对具有调用关系的调用业务系统进行测试。

Images