[发明专利]一种微服务测试方法、系统及电子设备

说明书

本申请提供了一种微服务测试方法、系统及电子设备，涉及软件开发技术领域。在本申请中，首先接收目标终端发送的服务测试请求，并从服务测试请求中，获取待测试服务的元数据，然后在确定元数据的特征满足预设的关联测试特征条件时，选取与关联测试特征条件对应的服务测试方式对待测试服务进行测试，获得相应的测试结果。采用这种方式，能够提高对微服务进行测试的效率。

技术领域

本申请涉及软件开发技术领域，尤其涉及一种微服务测试方法、系统及电子设备。

背景技术

完整的微服务架构包括服务提供者、服务消费者、服务发现组件(注册中心)，服务提供者在启动相应的服务时，会将服务地址注册到服务发现组件中，服务发现组件会存储各类服务所对应的服务地址，服务消费者在需要调用其他服务提供者提供的服务时，可以在服务发现组件中查询相应的服务地址，并根据服务地址调用服务提供者的接口。

由上述微服务架构可以看出，注册中心实现了微服务管理的功能，注册中心记录了各个微服务的信息，例如，微服务的名称、IP端口等，对记录在注册中心的微服务A来讲，即使微服务A的IP端口发生了改变，微服务A在启动相应的服务时，微服务A的IP端口会重新被注册中心所记录，实现对微服务A的IP端口的更新，因此服务消费者不需要通过人工方式，去适应性的修改服务提供者的IP端口信息来获取相应的服务。

在对微服务功能进行测试时，现有技术方案中，网关可以根据预设的路由规则和测试请求中的微服务名到注册中心获取微服务地址。然而，实际的开发过程中，一个微服务名可能对应多个服务实例，例如，微服务A对应有用户管理服务和订单管理服务，并且网关通常配备有负载均衡机制，因而在对服务实例1的功能进行测试的时候，服务实例2也会并行的进行测试，这样就无法确定测试流量是在服务实例1中还是在服务实例2中，导致对服务实例1功能测试的不准确。若服务实例之间存在关联，例如，在对订单管理服务进行测试时，可能需要获取用户管理服务中的用户信息，现有技术会对订单管理服务的代码与用户管理的代码进行合并，实现对订单管理服务的功能测试。采用这种代码合并的方式，同时也会增加微服务开发的工作量，进而降低对微服务的服务实例进行测试的效率。

发明内容

本发明申请提供了一种微服务测试方法，用以提高对微服务进行测试的效率。具体技术方案如下：

第一方面，本申请提供了一种微服务测试方法，包括：

接收目标终端发送的服务测试请求，并从所述服务测试请求中，获取待测试服务的元数据，其中，所述元数据包含所述待测试服务的功能属性；

在确定所述元数据的特征满足预设的关联测试特征条件时，选取与所述关联测试特征条件对应的服务测试方式对所述待测试服务进行测试，获得相应的测试结果，其中，所述关联测试特征条件表征所述待测试服务与所需调用的服务之间确定的关联关系。

基于上述方法，能够提高对微服务进行测试的效率。

在一种可能的设计中，所述在确定所述元数据的特征满足预设的关联测试特征条件时，选取与所述关联测试特征条件对应的服务测试方式对所述待测试服务进行测试，包括：

拆分出所述元数据中子元数据，并建立子元数据之间的多个关联关系，其中，所述关联关系中包含了至少一个微服务名称；

按照所述关联关系中微服务名称数量由多到少进行排序，并按照排序结果进行微服务查询；

在查询到任一关联关系对应的微服务时，调用所述微服务对待测试服务进行测试。

基于上述方法，能够按照设定的路由降级服务对微服务进行测试。

在一种可能的设计中，所述方法还包括：

在未查询到任一关联关系对应的微服务时，查询是否存在元数据为空的微服务；

若存在，则调用元数据为空的微服务；