CN114579469A - 全链路接口测试方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明实施例公开了一种全链路接口测试方法、装置、电子设备及存储介质。所述方法包括：确定业务测试所采用的目标业务测试用例，确定目标业务测试用例中关联配置的至少一个目标业务基础组件以及调用至少一个目标业务基础组件执行对应的应用程序接口服务，将每个目标业务基础组件的执行结果进行汇集得到业务测试执行结果，通过建立统一的三级测试用例领域模型，能够按照模型中指示的业务基础组件以及基础组件下的业务原子单元之间的依赖关系自动在各个接口进行测试，解决了上下游接口之间测试孤立，数据流转不顺畅所导致的难以支持各接口进行联合测试的问题，实现了在复杂场景下支持进行业务链路较长的多个接口的自动测试，提高了接口测试效率。

Description

全链路接口测试方法、装置、电子设备及存储介质

技术领域

本发明涉及测试技术领域，尤其涉及一种全链路接口测试方法、装置、电子设备及存储介质。

背景技术

接口测试是对系统或组件之间的接口进行测试，主要是校验数据的交换，传递和控制管理过程，以及相互逻辑依赖关系。

相关方案中，多采用功能单一的单接口测试方式，针对单一接口的测试结果一般没有问题，但是在实际接口测试过程中，各接口之间通常涉及多种复杂业务场景，使复杂业务场景下多个接口的测试出现接口测试之间比较孤立，数据流转不易，难以支持业务链路较长的接口测试过程的问题。

发明内容

本发明实施例中提供了一种全链路接口测试方法、装置、电子设备及存储介质，以解决无法支持复杂业务场景下多个接口自动化测试的问题。

根据本发明的一方面，提供了一种全链路接口测试方法，包括：

确定业务测试所采用的目标业务测试用例；

确定目标业务测试用例中关联配置的至少一个目标业务基础组件；

调用至少一个所述目标业务基础组件执行对应的应用程序接口服务，将每个所述目标业务基础组件的执行结果进行汇集得到业务测试执行结果；其中，每个目标业务基础组件中关联配置有至少一个业务原子单元，且每个业务原子单元预先封装有应用程序接口定义。

根据本发明的另一方面，提供了一种全链路接口测试装置，包括：

测试用例测试模块，用于确定业务测试所采用的目标业务测试用例；

基础组件确定模块，用于确定所述目标业务测试用例中关联配置的至少一个目标业务基础组件；

组件调用执行模块，用于调用至少一个所述目标业务基础组件执行对应的应用程序接口服务，将每个所述目标业务基础组件的执行结果进行汇集得到业务测试执行结果；其中，每个业务基础组件中关联配置有至少一个业务原子单元，且每个业务原子单元预先封装有应用程序接口定义。

根据本发明的另一方面，提供了一种电子设备，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明任一实施例所述的全链路接口测试方法。

根据本发明的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现本发明任一实施例所述的全链路接口测试方法。

本发明实施例的技术方案，确定业务测试所采用的目标业务测试用例，确定目标业务测试用例中关联配置的至少一个目标业务基础组件以及调用至少一个目标业务基础组件执行对应的应用程序接口服务，汇集得到业务测试执行结果，通过建立统一的三级测试用例领域模型，能够按照模型中指示的业务基础组件以及基础组件中关联配置的业务原子单元之间的依赖关系自动在各个接口进行测试，解决了上下游接口之间测试孤立，数据流转不顺畅所导致的难以支持各接口进行联合测试的问题，实现了在复杂场景下支持进行业务链路较长的多个接口的自动测试，提高了接口测试效率。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

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

图1是根据本发明实施例提供的一种全链路接口测试方法的流程图；

图2是根据本发明实施例所适用的一种接口自动化测试引擎的三级域模型示意图；

图3是根据本发明实施例所适用的一种业务测试用例模板的创建示意图；

图4是根据本发明实施例提供的另一种全链路接口测试方法的流程图；

图5是根据本发明实施例所适用的一种业务测试用例的调用流程图；

图6是根据本发明实施例提供的一种全链路接口测试装置的结构示意图；

图7是实现本发明实施例的全链路接口测试方法的电子设备的结构示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“目标”、“当前”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

下面通过以下各个实施例及其可选方案对本申请中提供的全链路接口测试方法、装置、电子设备及存储介质进行详细阐述

图1为本发明实施例中提供了一种全链路接口测试方法的流程图，本实施例可适用于在业务链路较长时支持进行接口自动化测试的情况，该方法可以由全链路接口测试装置来执行，该全链路接口测试装置可以采用硬件和/或软件的形式实现，该全链路接口测试装置可配置于任何具有网络通信功能的电子设备中。如图1所示，该方法可包括以下步骤：

S110、确定业务测试所采用的目标业务测试用例。

业务测试包括对业务实现时涉及的一个或多个应用程序接口API进行自动化测试的过程。业务测试用例可包括针对业务测试所配置的面向用户提供业务测试场景下进行接口自动化测试的功能块。业务测试用例中还包括业务测试用例执行所需的实例数据。

S120、从目标业务测试用例中，确定目标业务测试用例中关联配置的至少一个目标业务基础组件。

参见图2，每一个业务域的业务测试用例可通过不同类型业务基础组件进行串接确定，比如每个业务域的业务测试用例可由一个或多个业务基础组件组成。其中，每个测试服务域的业务基础组件可配置为用于提供基础测试服务的复合执行单元。

S130、调用至少一个目标业务基础组件执行对应的应用程序接口服务，将每个目标业务基础组件的执行结果进行汇集得到业务测试执行结果。

其中，每个目标业务基础组件中关联配置有至少一个业务原子单元，且每个业务原子单元预先封装有应用程序接口定义。

参见图2，每个测试服务域的业务基础组件可通过不同类型的业务原子单元进行串接确定，比如可由一个或者多个业务原子单元组成。在接口定义域下，业务原子单元是基础执行单元，直接预先封装了应用程序接口API接口定义。可选地，应用程序接口API支持但不限于以下：GatewayApi、OpenApi、RestfulApi以及DubboApi等多种类型接口。

每个目标业务测试用例的下层可以包括一个或多个目标业务基础组件，每个目标业务基础组件的下层可以包括一个或多个业务原子单元，从业务测试用例、业务基础组件以及业务原子单元三个层次，按照从上而下依次分别在业务域、测试服务域以及接口定义域进行三级嵌套，实现并形成了自动测试的三级域模型。

通过建立了统一的三级测试用例领域模型，可配置由多个不同类型接口串接的业务基础组件以及可配置由多个不同类型组件串接的业务测试用例，使用时依次调用内部配置的各个目标业务基础组件以及每个目标业务基础组件中的业务原子单元，在调用目标业务基础组件时可使用业务基础组件中关联配置的业务原子单元按照封装的API接口定义执行对应应用程序接口服务，然后将各个执行结果进行汇集即可得到业务测试执行结果。

在本实施例的一种可选方案中，确定业务测试所采用的目标业务测试用例，可包括以下步骤A1-A2：

步骤A1、依据业务测试类型信息，从预先设置的测试用例模板库中确定与业务测试类型适配的业务测试用例模板。

步骤A2、采用与业务测试类型适配的业务测试用例模板，生成在当前业务测试场景下进行业务测试所适配的目标业务测试用例。

参见图3，考虑到自动化测试的编码量较大，代码分支越复杂越显著，以及接口自动化测试的回归工作量较大，接口变更修改测试用例代码需要较多的人工支持。为此，维护人员可根据不同业务测试类型创建匹配的业务测试用例模板，并将创建的业务测试用例模板保存维护于测试用例模板库。这样，在进行接口测试时，可以直接从预先设置的测试用例模板库中获取与业务测试类型适配的业务测试用例模板，在业务测试用例模板基础上按照当前业务测试场景条件对业务测试用例模板进行参数调整即可得到进行业务测试所适配的目标业务测试用例。

参见图2与图3，在创建业务测试用例模板时，可以根据需求对业务原子单元、业务基础组件以及业务测试用例配置新增、修改、查询与调试执行等功能。同时，为了实现业务测试用例的可复用性与可维护性，可以针对业务测试用例配置复制功能，方便后续直接复用部分业务测试用例进行简单修改后使用。

采用上述可选方案，不需要重新修改接口代码只需进行简单的参数修改就可得到符合当前业务测试场景条件的业务测试用例，不仅降低了代码编写量，以及降低测试工作复杂度，而且很大程度降低了人工维护成本及测试用例回归成本，并大幅提升了测试接口、测试组件、测试用例的可复用性与可维护性。

在本实施例的一种可选方案中，确定业务测试所采用的目标业务测试用例，可包括以下步骤B1-B2：

步骤B1、向测试用例提供方发送业务测试类型信息，以使测试用例提供方生成在当前业务测试场景下与业务测试类型适配的业务测试用例。

步骤B2、接收测试用例提供方发送的在当前业务测试场景下的业务测试用例并作为所述目标业务测试用例。

采用上述可选方案，可以在接口自动化测试时保证能够根据用户的需求定制符合自身需求的测试用例，增加了接口测试方案的灵活性。

根据本发明实施例中提供的全链路接口测试方法，通过建立统一的三级测试用例领域模型，能够按照模型中指示的业务基础组件以及基础组件下的业务原子单元之间的依赖关系自动在各个接口进行测试，完善了对长链路接口串接测试的支持，解决了上下游接口之间测试孤立，数据流转不顺畅所导致的难以支持各接口进行联合测试的问题，基于该全链路接口自动化引擎，很大程度降低了人工维护成本及测试用例回归成本，并大幅提升了测试接口、测试组件、测试用例的可复用性与可维护性，实现了在复杂场景下支持进行业务链路较长的多个接口的自动测试，提高了接口测试效率的技术效果。

图4为本发明实施例中提供的另一种全链路接口测试方法的流程图，本实施例在上述实施例的基础上对前述实施例中调用各个目标业务基础组件的过程进行进一步优化，本实施例可与上述一个或多个实施例中各个可选方案结合。如图4所示，该方法可包括以下步骤：

S410、确定业务测试所采用的目标业务测试用例。

S420、从目标业务测试用例中，确定目标业务测试用例中关联配置的至少一个目标业务基础组件。

其中，每个目标业务基础组件中关联配置有至少一个业务原子单元，且每个业务原子单元预先封装有应用程序接口定义。应用程序接口定义包括业务原子单元调用执行应用接口服务所需的接口基础信息，以便调用过程中可以按照应用程序接口定义来实现接口服务；接口基础信息包括但不限于应用程序接口名称、输入参数、输出参数、接口类型等。

S430、从目标业务测试用例的数据属性信息中，确定目标业务测试用例中关联配置各目标业务基础组件的执行逻辑。

业务测试用例提供能完成特定业务测试场景下对应应用程序接口自动化测试的功能块，由一个或者多个业务基础组件组成，并且包含了业务测试用例执行所需的实例数据。业务测试用例的数据属性信息中可包括业务测试用例内部各个业务基础组件id、排序索引、入参数据定义规则等，通过上述信息可以确定目标业务测试用例内部各个目标业务基础组件的先后执行顺序以及目标业务基础组件之间的上下游调用执行关系。

业务测试用例的数据属性信息中还可包括但不限于以下信息内容：测试用例id、测试用例名、测试用例描述、测试用例入口输入参数定义、测试用例出口输出参数定义等，以保证业务测试用例顺利实现。

S440、按照各目标业务基础组件的执行逻辑，调用至少一个目标业务基础组件中关联配置的业务原子单元执行对应的应用程序接口服务。

在本实施例的一种可选方案中，调用至少一个目标业务基础组件中关联配置的业务原子单元执行对应的应用程序接口服务，可包括步骤C1-C2：

步骤C1、针对每个目标业务基础组件，从已传入基础组件执行容器的候选组件参数中获取目标业务基础组件采用的目标组件参数。

其中，候选组件参数包括在目标业务基础组件调用时从用例执行容器中获取并传入基础组件执行容器的测试用例参数以及上游目标业务基础组件执行结果输出传入供下游目标业务基础组件使用的组件参数。

步骤C2、依据目标组件参数，调用目标业务基础组件中关联配置的各个业务原子单元执行对应的应用程序接口服务。

参见图5，预先将目标业务测试用例的数据属性信息中涉及的测试用例参数传入用例执行容器进行暂存，以及确定目标业务测试用例中关联配置的至少一个目标业务基础组件列表。按照目标业务测试用例中各个目标业务基础组件的上下游关系，若目标业务基础组件为首个业务基础组件则预先从用例执行容器中获取部分测试用例参数，并传入目标业务基础组件对应的基础组件执行容器中缓存。以及，若目标业务基础组件为非首个业务基础组件则可从用例执行容器中获取部分测试用例参数以及获取该目标业务基础组件的上游目标业务基础组件执行结果输出，一同传入目标业务基础组件对应的基础组件执行容器中缓存。其中，同一个基础组件执行容器可供一个或多个目标业务基础组件使用，针对不同目标业务基础组件传入的组件参数可以区分识别管理使用。

参见图5，在对目标业务基础组件进行调用执行时，可以已传入基础组件执行容器的候选组件参数中获取目标业务基础组件所需的目标组件参数，进而将目标组件参数赋给目标业务基础组件进行调用，控制目标业务基础组件进行中关联配置的各个业务原子单元执行对应的应用程序接口服务。例如，调用目标业务基础组件，执行目标业务基础组件中关联配置的各个串接式的业务原子单元，逐次执行各个业务原子单元执行对应的应用程序接口服务。

在本实施例的一种可选方案中，从已传入基础组件执行容器的候选组件参数中获取目标业务基础组件采用的目标组件参数，可包括以下步骤：

基于上游目标业务基础组件与下游目标业务基础组件之间的组件间参数传递指示信息，从传入组件执行容器的候选组件参数中获取下游目标业务基础组件所需的目标组件参数。

组件参数定义及传递描述如下：业务基础组件之间的组件参数传递可以是借鉴JsonPath语法所确定的组件间参数传递指示信息来完成。组件间参数传递指示信息可包括下游的业务基础组件的组件输入参数与上游的业务基础组件的组件输出参数之间的依赖关系。

组件输入参数可包括参数名称，参数类型以及参数格式等字段。举例如下，a:参数名称"key"，示例"key":"tradeId"//订单id。b：参数类型"valueType"，示例"valueType":"java.lang.String"//字符串类型。c：参数格式"valueFormat"，示例"valueType":"param||$.tradeId"//来源于参数中的tradeId参数。

组件输出参数可包括参数名称，参数类型以及参数格式等字段。举例如下，a:参数名称"key",示例"key":"tradeStatus"//订单状态。b：参数类型"source"，示例"source":"apiOut"//来源于接口输出。c：参数格式"valueFormat",示例："valueType":"apiOut||$.tradeStatus"//来源于接口输出中的的tradeStatus参数。

在本实施例的一种可选方案中，调用目标业务基础组件中关联配置的各个业务原子单元执行对应的应用程序接口服务，可包括步骤D1-D2：

步骤D1、确定目标业务基础组件中各个业务原子单元的执行逻辑。

步骤D2、在目标业务基础组件中，按照各个业务原子单元的执行逻辑逐次调用各个业务原子单元执行对应的应用程序接口服务。

业务基础组件可包括提供基础测试服务的复合性执行单元，由一个或者多个业务原子单元组成。业务基础组件的数据属性信息中可包括业务基础组件内部各个业务原子单元id、排序索引、入参数据定义规则等，通过上述信息可以确定目标业务基础组件内部各个业务原子单元的先后执行顺序以及业务原子单元之间的上下游调用执行关系。业务基础组件的数据属性还包括基础组件ID、基础组件名、基础组件描述、基础组件入口输入参数定义、基础组件出口输出参数定义等。

业务原子单元可包括封装了应用程序接口API接口定义的基础执行单元；业务原子组件的数据属性信息中可包括业务原子组件ID、API接口类型、API接口名、API接口定义参数列表、API接口定义返回类型。其中，如按照接口类型可以划分但不限于以下应用程序接口：DUBBO、APIGW、RESTFUL、OPENAPI以及OTHER等类型的应用程序接口。

在本实施例的一种可选方案中，在调用目标业务基础组件中关联配置的各个业务原子单元执行对应的应用程序接口服务之后，还可包括：

将目标业务基础组件的输出汇集传入基础组件执行容器，并在判断存在未执行的目标业务基础组件时返回继续调用下游目标业务基础组件中配置关联的业务原子单元执行对应的应用程序接口服务。

根据本发明实施例中提供的全链路接口测试方法，通过建立统一的三级测试用例领域模型，能够按照模型中指示的业务基础组件以及基础组件中关联配置的业务原子单元之间的依赖关系自动在各个接口进行测试，完善了对长链路接口串接测试的支持。并且，实现了低代码编写，由数据配置自动生成测试组件及测试用例，支持多种接口类型混合配置，支持多接口全链路串接及多组件全链路串接。新的全链路接口自动化测试方案解决了上下游接口之间测试孤立，数据流转不顺畅所导致的难以支持各接口进行联合测试的问题，基于该全链路接口自动化引擎，很大程度降低了人工维护成本及测试用例回归成本，并大幅提升了测试接口、测试组件、测试用例的可复用性与可维护性，实现了在复杂场景下支持进行业务链路较长的多个接口的自动测试，提高了接口测试效率的技术效果，以及解决了接口自动化测试的全链路串接问题，适合用作研发与测试人员等人员的接口测试。

图6是本发明实施例中提供的一种全链路接口测试装置的结构框图。本实施例可适用于在业务链路较长时支持进行接口自动化测试的情况，该全链路接口测试装置可以采用硬件和/或软件的形式实现，该全链路接口测试装置可配置于任何具有网络通信功能的电子设备中。如图6所示，该装置可包括：测试用例测试模块610、基础组件确定模块620和组件调用执行模块630。其中：

测试用例测试模块610，用于确定业务测试所采用的目标业务测试用例。

基础组件确定模块620，用于确定目标业务测试用例中关联配置的至少一个目标业务基础组件。

组件调用执行模块630，用于调用至少一个目标业务基础组件执行对应的应用程序接口服务，将每个所述目标业务基础组件的执行结果进行汇集得到业务测试执行结果；其中，每个目标业务基础组件中关联配置有至少一个业务原子单元，且每个业务原子单元预先封装有应用程序接口定义。

在上述实施例的基础上，可选地，测试用例测试模块610包括：

依据业务测试类型信息，从预先设置的测试用例模板库中确定与所述业务测试类型适配的业务测试用例模板；

采用与所述业务测试类型适配的业务测试用例模板，生成在当前业务测试场景下进行业务测试所适配的目标业务测试用例。

在上述实施例的基础上，可选地，测试用例测试模块610包括：

向测试用例提供方发送业务测试类型信息，以使测试用例提供方生成在当前业务测试场景下与业务测试类型适配的业务测试用例；

接收测试用例提供方发送的在当前业务测试场景下的业务测试用例并作为所述目标业务测试用例。

在上述实施例的基础上，可选地，组件调用执行模块630包括：

从目标业务测试用例的数据属性信息中，确定目标业务测试用例中关联配置各目标业务基础组件的执行逻辑；

按照各目标业务基础组件的执行逻辑，调用至少一个目标业务基础组件中关联配置的业务原子单元执行对应的应用程序接口服务。

在上述实施例的基础上，可选地，调用至少一个目标业务基础组件中关联配置的业务原子单元执行对应的应用程序接口服务，包括：

针对每个目标业务基础组件，从已传入基础组件执行容器的候选组件参数中获取目标业务基础组件采用的目标组件参数；所述候选组件参数包括在目标业务基础组件调用时从用例执行容器中获取并传入基础组件执行容器的测试用例参数以及上游目标业务基础组件执行结果输出传入供下游目标业务基础组件使用的组件参数；

依据所述目标组件参数，调用目标业务基础组件中关联配置的各个业务原子单元执行对应的应用程序接口服务。

在上述实施例的基础上，可选地，从已传入基础组件执行容器的候选组件参数中获取目标业务基础组件采用的目标组件参数，包括：

基于上游目标业务基础组件与下游目标业务基础组件之间的组件间参数传递指示信息，从传入组件执行容器的候选组件参数中获取下游目标业务基础组件所需的目标组件参数。

在上述实施例的基础上，可选地，调用目标业务基础组件中关联配置的各个业务原子单元执行对应的应用程序接口服务，包括：

确定目标业务基础组件中各个业务原子单元的执行逻辑；

在目标业务基础组件中，按照各个业务原子单元的执行逻辑逐次调用各个业务原子单元执行对应的应用程序接口服务。

在上述实施例的基础上，可选地，在调用目标业务基础组件中关联配置的各个业务原子单元执行对应的应用程序接口服务之后，还包括：

将目标业务基础组件的输出汇集传入基础组件执行容器，并在判断存在未执行的目标业务基础组件时返回继续调用中游目标业务基础组件中配置关联的业务原子单元执行对应的应用程序接口服务。

在上述实施例的基础上，可选地，所述业务测试用例通过不同类型业务基础组件进行串接确定，所述业务基础组件通过不同类型的业务原子单元进行串接确定。

本发明实施例中所提供的全链路接口测试装置可执行上述本发明任意实施例中所提供的全链路接口测试方法，具备执行该全链路接口测试方法相应的功能和有益效果，详细过程参见前述实施例中全链路接口测试方法的相关操作。

图7示出了可以用来实施本发明的实施例的电子设备10的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图7所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(ROM)12、随机访问存储器(RAM)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序，来执行各种适当的动作和处理。在RAM 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。

电子设备10中的多个部件连接至I/O接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如全链路接口测试方法。

在一些实施例中，全链路接口测试方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由ROM 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到RAM 13并由处理器11执行时，可以执行上文描述的全链路接口测试方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行全链路接口测试方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

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

确定业务测试所采用的目标业务测试用例；

确定所述目标业务测试用例中关联配置的至少一个目标业务基础组件；

调用至少一个所述目标业务基础组件执行对应的应用程序接口服务，将每个所述目标业务基础组件的执行结果进行汇集得到业务测试执行结果；其中，每个目标业务基础组件中关联配置有至少一个业务原子单元，且每个业务原子单元预先封装有应用程序接口定义。

2.根据权利要求1所述的方法，其特征在于，所述确定业务测试所采用的目标业务测试用例，包括：

依据业务测试类型信息，从预先设置的测试用例模板库中确定与所述业务测试类型适配的业务测试用例模板；

采用与所述业务测试类型适配的业务测试用例模板，生成在当前业务测试场景下进行业务测试所适配的目标业务测试用例。

3.根据权利要求1所述的方法，其特征在于，所述调用至少一个所述目标业务基础组件执行对应的应用程序接口服务，包括：

从所述目标业务测试用例的数据属性信息中，确定所述目标业务测试用例中关联配置各目标业务基础组件的执行逻辑；

按照各目标业务基础组件的执行逻辑，调用至少一个目标业务基础组件中关联配置的业务原子单元执行对应的应用程序接口服务。

4.根据权利要求3所述的方法，其特征在于，调用至少一个目标业务基础组件中关联配置的业务原子单元执行对应的应用程序接口服务，包括：

针对每个目标业务基础组件，从已传入基础组件执行容器的候选组件参数中获取目标业务基础组件采用的目标组件参数；所述候选组件参数包括在目标业务基础组件调用时从用例执行容器中获取并传入基础组件执行容器的测试用例参数以及上游目标业务基础组件执行结果输出传入供下游目标业务基础组件使用的组件参数；

依据所述目标组件参数，调用目标业务基础组件中关联配置的各个业务原子单元执行对应的应用程序接口服务。

5.根据权利要求4所述的方法，其特征在于，所述从已传入基础组件执行容器的候选组件参数中获取目标业务基础组件采用的目标组件参数，包括：

基于上游目标业务基础组件与下游目标业务基础组件之间的组件间参数传递指示信息，从传入组件执行容器的候选组件参数中获取下游目标业务基础组件所需的目标组件参数。

6.根据权利要求4所述的方法，其特征在于，所述调用目标业务基础组件中关联配置的各个业务原子单元执行对应的应用程序接口服务，包括：

确定目标业务基础组件中各个业务原子单元的执行逻辑；

在目标业务基础组件中，按照各个业务原子单元的执行逻辑逐次调用各个业务原子单元执行对应的应用程序接口服务。

7.根据权利要求1-6中任一项所述的方法，其特征在于，所述业务测试用例通过不同类型业务基础组件进行串接确定，所述业务基础组件通过不同类型的业务原子单元进行串接确定。

8.一种全链路接口测试装置，其特征在于，包括：

测试用例测试模块，用于确定业务测试所采用的目标业务测试用例；

基础组件确定模块，用于确定所述目标业务测试用例中关联配置的至少一个目标业务基础组件；

组件调用执行模块，用于调用至少一个所述目标业务基础组件执行对应的应用程序接口服务，将每个所述目标业务基础组件的执行结果进行汇集得到业务测试执行结果；其中，每个业务基础组件中关联配置有至少一个业务原子单元，且每个业务原子单元预先封装有应用程序接口定义。

9.一种电子设备，其特征在于，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-7中任一项所述的全链路接口测试方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现权利要求1-7中任一项所述的全链路接口测试方法。

Images