CN116069577A - 一种rpc服务的接口测试方法、设备及介质 - Google Patents

Abstract

本说明书实施例公开了一种RPC服务的接口测试方法、设备及介质，涉及接口测试技术领域，方法包括：获取待测试RPC服务，基于待测试RPC服务，生成业务服务对应的RPC服务接口数据；对RPC服务接口数据进行解析，得到RPC服务参数信息；根据RPC服务参数信息，进行参数模型匹配，以对待测试RPC服务进行发布，生成HTTP请求，将待测试RPC服务转换为指定服务接口；基于HTTP请求，对指定服务接口进行接口测试，生成接口测试结果。进行参数匹配，可以解决实际的RPC服务和注册的REST服务出参是列表，实际调用时返回值是对象等问题；将在后台的RPC服务接口，转换成为一目了然的REST服务，提高了RPC服务的接口测试的效率。

Description

一种RPC服务的接口测试方法、设备及介质

技术领域

本说明书涉及接口测试技术领域，尤其涉及一种RPC服务的接口测试方法、设备及介质。

背景技术

接口测试主要用于检测外部系统与系统(包括各个子系统)之间的交互点，接口测试重点为检查数据的交换、传递和控制管理过程，以及系统间的相互逻辑依赖关系等。目前，Web测试中的接口测试主要关注前端服务中基于http协议的post和get请求，而对后端服务中较通用的RPC接口测试研究不多，RPC接口的测试方法尚无规范性约束，进而会使得RPC服务使用时存在一些缺陷。

服务在创建和初期使用时出现的问题比较隐蔽，无法及时修复，若该问题在服务完善后再来修复，则会重新大幅度修整整个服务，不仅操作过程比较复杂，而且修复成本较高。因此，现有技术中的接口测试方法无法满足RPC服务的测试需求，导致RPC服务在后期投入使用时出现问题，影响用户体验。

发明内容

本说明书一个或多个实施例提供了一种RPC服务的接口测试方法、设备及介质，用于解决如下技术问题：现有技术中的接口测试方法无法满足RPC服务的测试需求，导致RPC服务在后期投入使用时出现问题，影响用户体验。

本说明书一个或多个实施例采用下述技术方案：

本说明书一个或多个实施例提供一种RPC服务的接口测试方法，其特征在于，所述方法包括：获取待测试RPC服务，基于所述待测试RPC服务，生成业务服务对应的RPC服务接口数据；对所述RPC服务接口数据进行解析，得到RPC服务参数信息；根据所述RPC服务参数信息，进行参数模型匹配，以对所述待测试RPC服务进行发布，生成HTTP请求，将所述待测试RPC服务转换为指定服务接口；基于所述HTTP请求，对所述指定服务接口进行接口测试，生成接口测试结果。

进一步地，获取待测试RPC服务，具体包括：获取测试脚本，其中，所述测试脚本用于构建所述待测试RPC服务的测试环境；根据所述测试脚本，构建所述待测试RPC服务的测试环境；将初始RPC服务放入所述测试环境中，以通过服务注册机，根据所述测试环境和所述初始RPC服务，生成所述待测试RPC服务。

进一步地，基于所述待测试RPC服务，生成业务服务对应的RPC服务接口数据，具体包括：通过服务解析器，对所述待测试RPC服务进行解析，生成测试业务服务对应的RPC服务接口数据，其中，所述RPC服务接口数据包括：接口名称、RPC服务的方法操作名称以及参数信息。

进一步地，对所述RPC服务接口数据进行解析，得到RPC服务参数信息，具体包括：对所述RPC服务接口数据进行处理，生成指定格式的接口语言信息；根据所述接口语言信息，对所述RPC服务接口数据解析，得到所述待测试RPC服务的参数信息，其中，所述参数信息包括参数数量以及每个参数的参数类型。

进一步地，根据所述RPC服务参数信息，进行参数模型匹配，具体包括：确定所述RPC服务参数信息中的入参信息和出参信息；根据所述入参信息中每个入参的入参参数类型和所述出参信息中每个出参的出参参数类型，在预先构建的参数模型中，确定对应的入参模型和出参模型；根据所述入参模型和出参模型，对所述RPC服务参数信息进行参数匹配。

进一步地，对所述待测试RPC服务进行发布，生成HTTP请求，将所述待测试RPC服务转换为指定服务接口，具体包括：通过REST服务发布器，对所述接口语言信息进行解析，将所述待测试RPC服务发布为REST服务，以生成HTTP请求，将所述待测试RPC服务转换为REST服务接口；根据所述RPC服务参数信息中的参数数量和参数类型，生成REST服务接口的请求参数信息，其中，所述请求参数信息包括待测试接口的接口地址、方法操作名称以及参数信息。

进一步地，基于所述HTTP请求，对所述指定服务接口进行接口测试，生成接口测试结果，具体包括：根据所述HTTP请求中的多个方法操作和每个方法操作对应的多个参数信息，生成测试用例；通过所述测试用例，对所述指定服务接口进行接口测试，生成接口测试结果。

进一步地，根据所述HTTP请求中的多个方法操作和每个方法操作对应的多个参数信息，生成测试用例，具体包括：提取所述HTTP请求中的多个方法操作，基于所述多个方法操作生成操作列表；在所述操作列表中选择指定方法操作，对所述指定方法操作中的多个参数进行关系分类，得到参数间两两依赖关系；根据预先生成的方法操作依赖模型，生成方法操作序列；基于所述参数间两两依赖关系和所述方法操作序列，确定所述指定方法操作中的多个参数的组合参数；根据所述组合参数，生成测试用例。

本说明书一个或多个实施例提供一种RPC服务的接口测试设备，包括：

至少一个处理器；以及，

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

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

获取待测试RPC服务，基于所述待测试RPC服务，生成业务服务对应的RPC服务接口数据；对所述RPC服务接口数据进行解析，得到RPC服务参数信息；根据所述RPC服务参数信息，进行参数模型匹配，以对所述待测试RPC服务进行发布，生成HTTP请求，将所述待测试RPC服务转换为指定服务接口；基于所述HTTP请求，对所述指定服务接口进行接口测试，生成接口测试结果。

本说明书一个或多个实施例提供的一种非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：

获取待测试RPC服务，基于所述待测试RPC服务，生成业务服务对应的RPC服务接口数据；对所述RPC服务接口数据进行解析，得到RPC服务参数信息；根据所述RPC服务参数信息，进行参数模型匹配，以对所述待测试RPC服务进行发布，生成HTTP请求，将所述待测试RPC服务转换为指定服务接口；基于所述HTTP请求，对所述指定服务接口进行接口测试，生成接口测试结果。

本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果：通过上述技术方案，通过注册待测试RPC服务，生成RPC服务接口数据，基于RPC服务接口数据生成参数信息，以便于进行参数匹配，可以解决实际的RPC服务和注册的REST服务出参是列表，实际调用时返回值是对象等问题；将在后台的RPC服务接口，转换成为一目了然的REST服务，提高了RPC服务的接口测试的效率。

附图说明

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

图1为本说明书实施例提供的一种RPC服务的接口测试方法的流程示意图；

图2为本说明书实施例提供的一种RPC服务的接口测试设备的结构示意图。

具体实施方式

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

接口测试主要用于检测外部系统与系统(包括各个子系统)之间的交互点，接口测试重点为检查数据的交换、传递和控制管理过程，以及系统间的相互逻辑依赖关系等。目前，Web测试中的接口测试主要关注前端服务中基于http协议的post和get请求，而对后端服务中较通用的RPC接口测试研究不多，RPC接口的测试方法尚无规范性约束，进而会使得RPC服务使用时存在一些缺陷。

服务在创建和初期使用时出现的问题比较隐蔽，无法及时修复，若该问题在服务完善后再来修复，则会重新大幅度修整整个服务，不仅操作过程比较复杂，而且修复成本较高。因此，现有技术中的接口测试方法无法满足RPC服务的测试需求，导致RPC服务在后期投入使用时出现问题，影响用户体验。

本说明书实施例提供一种RPC服务的接口测试方法，需要说明的是，本说明书实施例中的执行主体可以是服务器，也可以是任意一种具备数据处理能力的设备。图1为本说明书实施例提供的一种RPC服务的接口测试方法的流程示意图，如图1所示，主要包括如下步骤：

步骤S101，获取待测试RPC服务，基于待测试RPC服务，生成业务服务对应的RPC服务接口数据。

获取待测试RPC服务，具体包括：获取测试脚本，其中，该测试脚本用于构建该待测试RPC服务的测试环境；根据该测试脚本，构建该待测试RPC服务的测试环境；将初始RPC服务放入该测试环境中，以通过服务注册机，根据该测试环境和该初始RPC服务，生成该待测试RPC服务。

在本说明书的一个实施例中，在对RPC服务进行测试之前，需要获取待测试的RPC服务，也就是指在测试环境下的RPC服务，具备测试项目对应的服务参数等信息。具体包括如下步骤：获取测试脚本，此处的测试脚本可以是虚拟的模拟服务环境，通过测试脚本，构建待测试RPC服务的测试环境，此处的测试环境可以是虚拟的服务环境，仅用于测试过程。将RPC服务放入服务环境中，通过预先设置在平台中的服务注册机，根据服务环境进行RPC服务注册，得到待测试RPC服务。

基于该待测试RPC服务，生成业务服务对应的RPC服务接口数据，具体包括：通过服务解析器，对该待测试RPC服务进行解析，生成测试业务服务对应的RPC服务接口数据，其中，该RPC服务接口数据包括：接口名称、RPC服务的方法操作名称以及参数信息。

在本说明书的一个实施例中，在对RPC服务注册完成后，通过服务解析器，对待测试RPC服务进行解析。需要说明的是，此处的待测试RPC服务是指用于测试的RPC服务，包含了测试业务服务的接口数据，也就是将RPC服务添加了应用项目信息。对待测试RPC服务进行解析，得到的是测试业务服务对应的接口名称、方法操作名称以及参数信息，此外还包括有无返回值，若有返回值，还包括返回值类型。

步骤S102，对RPC服务接口数据进行解析，得到RPC服务参数信息。

对该RPC服务接口数据进行解析，得到RPC服务参数信息，具体包括：对该RPC服务接口数据进行处理，生成指定格式的接口语言信息；根据该接口语言信息，对该RPC服务接口数据解析，得到该待测试RPC服务的参数信息，其中，该参数信息包括参数数量以及每个参数的参数类型。

在本说明书的一个实施例中，对RPC服务接口数据进行解析，得到接口名称、方法操作名称以及参数信息，将接口名称、方法操作名称以及参数信息进行编码处理，生成JSON格式的接口语言信息。将RPC服务接口数据转换为简易、方便的语言格式之后，便于后续的解析操作。通过JSON格式的接口语言信息，对RPC服务接口数据进行解析，得到待测试RPC服务的参数信息，例如，参数个数以及参数类型等参数信息。

步骤S103，根据RPC服务参数信息，进行参数模型匹配，以对待测试RPC服务进行发布，生成HTTP请求，将待测试RPC服务转换为指定服务接口。

根据该RPC服务参数信息，进行参数模型匹配，具体包括：确定该RPC服务参数信息中的入参信息和出参信息；根据该入参信息中每个入参的入参参数类型和该出参信息中每个出参的出参参数类型，在预先构建的参数模型中，确定对应的入参模型和出参模型；根据该入参模型和出参模型，对该RPC服务参数信息进行参数匹配。

在本说明书的一个实施例中，在RPC服务参数信息中包括多个参数信息，确定出RPC服务参数信息中的入参信息和出参信息。此处的入参信息包括入参参数名称、入参参数类型等；出参信息包括出参参数名称和出参参数类型等信息。预先构建参数模型，在参数模型中包括入参模型和出参模型，通过入参参数信息和出参参数信息，确定出各自对应的入参模型和出参模型，可以是根据入参参数类型和每个出参的出参参数类型，在预先构建的参数模型中，确定对应的入参模型和出参模型。根据入参模型和出参模型，对RPC服务参数信息进行参数匹配。

在实际的应用场景中，例如IGIX平台，IGIX的集成服务功能主要是提供一种将IGIX系统内定义的服务或接口用rest形式开放出去供第三方异构系统调用的方法，将RPC服务注册成REST服务是其中一种注册方式。随着该功能的推广，项目上遇到许多诸如参数类型的问题，如实际的RPC服务和注册的REST服务出参是列表，实际调用时返回值是对象。不同的RPC服务方法存在不同的入参和出参，为了适配不同的RPC服务方法提供了入参模型和出参模型，可根据实际进行配置。通过对出入参数类型的组合，较全面的覆盖了项目使用场景，提高了测试效率和准确性。

在本说明书的一个实施例中，当入参参数的参数类型和出参参数的参数类型为简单类型时，通过入参模型和出参模型可以设置参数的类型，简单类型包含字符型，布尔型，数值型三种，当设置入参模型时，会自动带入RPC方法内的参数标题、名称以及类型，可以自行修改；并且还可以自行设置参数描述。由于可以修改参数标题，还需考虑到入参模型中参数的名称和RPC服务参数名称不一致的场景。

当入参参数的参数类型和出参参数的参数类型为对象和集合时，若入参模型和出参模型若设置成对象时，需要选择引用模型，引用模型在集成对象里进行定义，此时需考虑RPC参数对象和引用模型中属性不一致的情况。当入参模型和出参模型为集合时，集合中元素的类型也可以设置成字符型、布尔型、数值型和对象。

此外，入参模型和出参模型需要分别涵盖简单类型、对象和集合。当发布注册的RPC服务时，可以设置入参方式和出参方式，此处的入参方式和出参方式可以是无转换、编码转换和简易Mapping转换，分别测试出入参模型是这三种转换方式的场景。除以上场景外，还有当集成对象改变时，入参模型能同步修改；当RPC服务参数变化，切换入参模型或出参模型的类型，服务仍然可以正常调用。

对该待测试RPC服务进行发布，生成HTTP请求，将该待测试RPC服务转换为指定服务接口，具体包括：通过REST服务发布器，对该接口语言信息进行解析，将该待测试RPC服务发布为REST服务，以生成HTTP请求，将该待测试RPC服务转换为REST服务接口；根据该RPC服务参数信息中的参数数量和参数类型，生成REST服务接口的请求参数信息，其中，该请求参数信息包括待测试接口的接口地址、方法操作名称以及参数信息。

在本说明书的一个实施例中，通过预先设置在平台中的REST服务发布器，对接口语言信息进行解析，得到接口语言信息中的RPC服务参数信息，并将待测试RPC服务发布为REST服务，以生成HTTP请求，将待测试RPC服务转换为REST服务接口。根据RPC服务参数信息中的参数数量和参数类型，生成REST服务接口的请求参数信息，请求参数信息包括待测试接口的接口地址、方法操作名称以及参数信息。需要说明的是，此处的请求参数信息为JSON格式，示例如下：

{"name":"ybm","request":{"method":"POST","header":[],"body":{"mode":"ra w","raw":"{\r\n\"id\":\"111\",\r\n\"code\":\"\",\r\n\"name\":\"\",\r\n\"note\":\"\",\r\n\"je\":0\r\n}","options":{"raw":{"language":"json"}}},"url":{"raw":"{{envurl}}/api/aifyhl/jsoyhl/v1.0/ybm","host":["{{envurl}}"],"path":["api","aifyhl","jsoyhl","v1.0","ybm"]}},"response":[]}。

其中，url是待测试RPC服务接口的IP地址，method是对应操作方法的HTTP方法，headers是请求头，params为查询参数，body是请求参数信息。最后借助于postman工具进行HTTP请求调用，通过上述技术方案，将在后台的RPC服务接口，转换成为一目了然的REST服务，提高了RPC服务的接口测试的效率。

步骤S104，基于HTTP请求，对指定服务接口进行接口测试，生成接口测试结果。

基于该HTTP请求，对该指定服务接口进行接口测试，生成接口测试结果，具体包括：根据该HTTP请求中的多个方法操作和每个方法操作对应的多个参数信息，生成测试用例；通过该测试用例，对该指定服务接口进行接口测试，生成接口测试结果。

根据该HTTP请求中的多个方法操作和每个方法操作对应的多个参数信息，生成测试用例，具体包括：提取该HTTP请求中的多个方法操作，基于该多个方法操作生成操作列表；在该操作列表中选择指定方法操作，对该指定方法操作中的多个参数进行关系分类，得到参数间两两依赖关系；根据预先生成的方法操作依赖模型，生成方法操作序列；基于该参数间两两依赖关系和该方法操作序列，确定该指定方法操作中的多个参数的组合参数；根据该组合参数，生成测试用例。

在实际的应用场景中，对REST接口的测试方法大都基于模型的方法生成测试用用例。接口各操作内部间存在参数间依赖关系，并且各个操作方法的内部也存在一定的依赖，在生成测试用例时，需要遍历整个参数空间，生成具有实际业务意义的参数组合。

在本说明书的一个实施例中，根据HTTP请求对应的请求参数信息，提取HTTP请求中的多个方法操作，并生成方法操作列表。对方法操作列表中的方法操作进行遍历，获取每个方法操作对应的入参参数信息和出参参数信息，此处的入参参数信息可以是入参参数名称，出参参数信息可以是出参参数名称。遍历上述过程后得到多个方法操作对应的出入参数信息，提取多个出入参数信息中相同的参数信息，作为共有参数，根据共有参数，确定出方法操作之间的依赖关系，将该依赖关系作为方法操作依赖模型。按照方法操作之间的依赖关系，生成方法操作序列。

在得到多个方法操作之间的依赖关系之后，需要确定两两参数之间的依赖关系。在操作列表中选择指定方法操作，对指定方法操作中的多个参数进行关系分类，得到参数间两两依赖关系，此处的分类可以通过分类模型实现。基于参数间两两依赖关系和方法操作序列，确定指定方法操作中的多个参数的组合参数；根据组合参数，生成测试用例。通过测试用例，对REST服务接口进行接口测试，生成接口测试结果，此测试结果为RPC服务的接口测试结果。

通过上述技术方案，通过注册待测试RPC服务，生成RPC服务接口数据，基于RPC服务接口数据生成参数信息，以便于进行参数匹配，可以解决实际的RPC服务和注册的REST服务出参是列表，实际调用时返回值是对象等问题；将在后台的RPC服务接口，转换成为一目了然的REST服务，提高了RPC服务的接口测试的效率。

本说明书实施例还提供一种RPC服务的接口测试设备，如图2所示，设备包括：至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够：

获取待测试RPC服务，基于该待测试RPC服务，生成业务服务对应的RPC服务接口数据；对该RPC服务接口数据进行解析，得到RPC服务参数信息；根据该RPC服务参数信息，进行参数模型匹配，以对该待测试RPC服务进行发布，生成HTTP请求，将该待测试RPC服务转换为指定服务接口；基于该HTTP请求，对该指定服务接口进行接口测试，生成接口测试结果。

本说明书实施例还提供一种非易失性计算机存储介质，存储有计算机可执行指令，计算机可执行指令设置为：

获取待测试RPC服务，基于该待测试RPC服务，生成业务服务对应的RPC服务接口数据；对该RPC服务接口数据进行解析，得到RPC服务参数信息；根据该RPC服务参数信息，进行参数模型匹配，以对该待测试RPC服务进行发布，生成HTTP请求，将该待测试RPC服务转换为指定服务接口；基于该HTTP请求，对该指定服务接口进行接口测试，生成接口测试结果。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、设备、非易失性计算机存储介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本说明书实施例提供的设备和介质与方法是一一对应的，因此，设备和介质也具有与其对应的方法类似的有益技术效果，由于上面已经对方法的有益技术效果进行了详细说明，因此，这里不再赘述设备和介质的有益技术效果。

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

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

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

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

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

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

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

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

以上所述仅为本说明书的一个或多个实施例而已，并不用于限制本说明书。对于本领域技术人员来说，本说明书的一个或多个实施例可以有各种更改和变化。凡在本说明书的一个或多个实施例的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书的权利要求范围之内。

Claims (10)

1.一种RPC服务的接口测试方法，其特征在于，所述方法包括：

获取待测试RPC服务，基于所述待测试RPC服务，生成业务服务对应的RPC服务接口数据；

对所述RPC服务接口数据进行解析，得到RPC服务参数信息；

根据所述RPC服务参数信息，进行参数模型匹配，以对所述待测试RPC服务进行发布，生成HTTP请求，将所述待测试RPC服务转换为指定服务接口；

基于所述HTTP请求，对所述指定服务接口进行接口测试，生成接口测试结果。

2.根据权利要求1所述的一种RPC服务的接口测试方法，其特征在于，获取待测试RPC服务，具体包括：

获取测试脚本，其中，所述测试脚本用于构建所述待测试RPC服务的测试环境；

根据所述测试脚本，构建所述待测试RPC服务的测试环境；

将初始RPC服务放入所述测试环境中，以通过服务注册机，根据所述测试环境和所述初始RPC服务，生成所述待测试RPC服务。

3.根据权利要求2所述的一种RPC服务的接口测试方法，其特征在于，基于所述待测试RPC服务，生成业务服务对应的RPC服务接口数据，具体包括：

通过服务解析器，对所述待测试RPC服务进行解析，生成测试业务服务对应的RPC服务接口数据，其中，所述RPC服务接口数据包括：接口名称、RPC服务的方法操作名称以及参数信息。

4.根据权利要求1所述的一种RPC服务的接口测试方法，其特征在于，对所述RPC服务接口数据进行解析，得到RPC服务参数信息，具体包括：

对所述RPC服务接口数据进行处理，生成指定格式的接口语言信息；

根据所述接口语言信息，对所述RPC服务接口数据解析，得到所述待测试RPC服务的参数信息，其中，所述参数信息包括参数数量以及每个参数的参数类型。

5.根据权利要求1所述的一种RPC服务的接口测试方法，其特征在于，根据所述RPC服务参数信息，进行参数模型匹配，具体包括：

确定所述RPC服务参数信息中的入参信息和出参信息；

根据所述入参信息中每个入参的入参参数类型和所述出参信息中每个出参的出参参数类型，在预先构建的参数模型中，确定对应的入参模型和出参模型；

根据所述入参模型和出参模型，对所述RPC服务参数信息进行参数匹配。

6.根据权利要求4所述的一种RPC服务的接口测试方法，其特征在于，对所述待测试RPC服务进行发布，生成HTTP请求，将所述待测试RPC服务转换为指定服务接口，具体包括：

通过REST服务发布器，对所述接口语言信息进行解析，将所述待测试RPC服务发布为REST服务，以生成HTTP请求，将所述待测试RPC服务转换为REST服务接口；

根据所述RPC服务参数信息中的参数数量和参数类型，生成REST服务接口的请求参数信息，其中，所述请求参数信息包括待测试接口的接口地址、方法操作名称以及参数信息。

7.根据权利要求1所述的一种RPC服务的接口测试方法，其特征在于，基于所述HTTP请求，对所述指定服务接口进行接口测试，生成接口测试结果，具体包括：

根据所述HTTP请求中的多个方法操作和每个方法操作对应的多个参数信息，生成测试用例；

通过所述测试用例，对所述指定服务接口进行接口测试，生成接口测试结果。

8.根据权利要求7所述的一种RPC服务的接口测试方法，其特征在于，根据所述HTTP请求中的多个方法操作和每个方法操作对应的多个参数信息，生成测试用例，具体包括：

提取所述HTTP请求中的多个方法操作，基于所述多个方法操作生成操作列表；

在所述操作列表中选择指定方法操作，对所述指定方法操作中的多个参数进行关系分类，得到参数间两两依赖关系；

根据预先生成的方法操作依赖模型，生成方法操作序列；

基于所述参数间两两依赖关系和所述方法操作序列，确定所述指定方法操作中的多个参数的组合参数；

根据所述组合参数，生成测试用例。

9.一种RPC服务的接口测试设备，其特征在于，所述设备包括：

至少一个处理器；以及，

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

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

获取待测试RPC服务，基于所述待测试RPC服务，生成业务服务对应的RPC服务接口数据；

对所述RPC服务接口数据进行解析，得到RPC服务参数信息；

根据所述RPC服务参数信息，进行参数模型匹配，以对所述待测试RPC服务进行发布，生成HTTP请求，将所述待测试RPC服务转换为指定服务接口；

基于所述HTTP请求，对所述指定服务接口进行接口测试，生成接口测试结果。

10.一种非易失性计算机存储介质，存储有计算机可执行指令，其特征在于，所述计算机可执行指令设置为：

获取待测试RPC服务，基于所述待测试RPC服务，生成业务服务对应的RPC服务接口数据；

对所述RPC服务接口数据进行解析，得到RPC服务参数信息；

根据所述RPC服务参数信息，进行参数模型匹配，以对所述待测试RPC服务进行发布，生成HTTP请求，将所述待测试RPC服务转换为指定服务接口；

基于所述HTTP请求，对所述指定服务接口进行接口测试，生成接口测试结果。

Images