基于微服务的接口测试管理方法、装置、设备及存储介质

技术领域

本发明涉及人工智能技术领域，尤其涉及一种基于微服务的接口测试管理方法、装置、设备及存储介质。

背景技术

微服务结构的出现，给接口测试带来了巨大便利。微服务前后端分离的框架，使得接口测试，接口自动化变得更为可行。

在接口测试结束后，需要对接口测试情况进行统计，找出还未测试的接口。现有技术中，需要人工一一核对哪些接口经过测试了，效率低下，且容易出错，最终导致接口漏测情况的发生。

发明内容

本发明实施例提供了一种基于微服务的接口测试管理方法、装置、设备及存储介质，旨在解决现有人工统计接口测试情况的方法存在的效率低下，且容易出错的问题。

第一方面，本发明实施例提供了一种基于微服务的接口测试管理方法，其包括：

获取注册中心的微服务的接口，以得到总接口集合，其中，所述总接口集合包含注册中心的所有微服务的接口；

接收用户终端上传的测试案例集，所述测试案例集包含用于测试接口的测试案例；

获取预存的历史已测接口集合，所述历史已测接口集合包含注册中心的微服务中已经完成测试的接口；

从所述总接口集合中筛选出不属于所述历史已测接口集合的接口作为待定接口，以得到待定接口集合，其中，所述待定接口集合包含所述总接口集合中的待定接口；

将所述待定接口集合中与所述测试案例集中的测试案例对应的待定接口标记为已测接口；

从所述待定接口集合中筛选出所有未标记为已测接口的待定接口，以得到未测接口集合；

将所述未测接口集合发送给用户终端。

第二方面，本发明实施例还提供了一种基于微服务的接口测试管理装置，其包括：

第一获取单元，用于获取注册中心的微服务的接口，以得到总接口集合，其中，所述总接口集合包含注册中心的所有微服务的接口；

接收单元，用于接收用户终端上传的测试案例集，所述测试案例集包含用于测试接口的测试案例；

第二获取单元，用于获取预存的历史已测接口集合，所述历史已测接口集合包含注册中心的微服务中已经完成测试的接口；

第一筛选单元，用于从所述总接口集合中筛选出不属于所述历史已测接口集合的接口作为待定接口，以得到待定接口集合，其中，所述待定接口集合包含所述总接口集合中的待定接口；

标记单元，用于将所述待定接口集合中与所述测试案例集中的测试案例对应的待定接口标记为已测接口；

第二筛选单元，用于从所述待定接口集合中筛选出所有未标记为已测接口的待定接口，以得到未测接口集合；

第一发送单元，用于将所述未测接口集合发送给用户终端。

第三方面，本发明实施例还提供了一种计算机设备，其包括存储器及处理器，所述存储器上存储有计算机程序，所述处理器执行所述计算机程序时实现上述方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序当被处理器执行时可实现上述方法。

本发明实施例提供了一种基于微服务的接口测试管理方法、装置、设备及存储介质。其中，所述方法包括：获取注册中心的微服务的接口，得到总接口集合；接收用户终端上传的测试案例集；获取预存的历史已测接口集合；从总接口集合中筛选出不属于历史已测接口集合的接口作为待定接口，以得到待定接口集合；将待定接口集合中与测试案例集中的测试案例对应的待定接口标记为已测接口；从待定接口集合中筛选出所有未标记为已测接口的待定接口，以得到未测接口集合；将未测接口集合发送给用户终端，从而能够根据测试数据(测试案例集)自动高效以及准确地统计出注册中心的微服务中未经过测试的接口，使得用户能够及时了解接口测试的情况，以免漏测接口，进而对测试起到监督、回顾作用。

附图说明

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

图1为本发明实施例提供的一种基于微服务的接口测试管理方法的应用场景示意图；

图2为本发明实施例提供的一种基于微服务的接口测试管理方法的流程示意图；

图3为本发明实施例提供的一种基于微服务的接口测试管理方法的子流程示意图；

图4为本发明实施例提供的一种基于微服务的接口测试管理方法的子流程示意图；

图5为本发明实施例提供的一种基于微服务的接口测试管理方法的子流程示意图；

图6为本发明实施例提供的一种基于微服务的接口测试管理方法的子流程示意图；

图7为本发明另一实施例提供的一种基于微服务的接口测试管理方法的流程示意图；

图8为本发明施例提供的一种基于微服务的接口测试管理装置的示意性框图；

图9为本发明另一实施例提供的一种基于微服务的接口测试管理装置的示意性框图；以及

图10为本发明实施例提供的计算机设备的示意性框图。

具体实施方式

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

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

请参阅图1和图2，图1为本发明实施例提供的基于微服务的接口测试管理方法的应用场景示意图。图2为本发明实施例提供的基于微服务的接口测试管理方法的示意性流程图。本发明实施例提供的基于微服务的接口测试管理方法应用于服务器中，具体地，服务器200获取注册中心300的微服务的接口，以得到总接口集合，其中，所述总接口集合包含注册中心300的所有微服务的接口；服务器200接收用户终端100上传的测试案例集，并根据所述测试案例集从所述总接口集合中筛选出未测试的接口，以得到未测接口集合，其中，所述测试案例集包含用于测试接口的测试案例；所述未测接口集合包含所述总接口集合中未测试的接口；服务器200将所述未测接口集合发送给用户终端100。

图2是本发明实施例提供的基于微服务的接口测试管理方法的流程示意图。本发明可应用于智慧政务/智慧城管/智慧社区/智慧安防/智慧物流/智慧医疗/智慧教育/智慧环保/智慧交通场景中，从而推动智慧城市的建设。例如，在一实施例中，智慧政务服务是基于微服务架构搭建的，通过本发明提出的微服务的接口测试管理方法，能够快速准确统计智慧政务服务的各微服务的接口测试情况，避免了接口漏测情况的发生，从而使得智慧政务服务的各微服务的功能是正常的，提升了智慧政务服务的使用体验。

如图2所示，该方法包括以下步骤S1-S3。

S1，获取注册中心的微服务的接口，以得到总接口集合，其中，所述总接口集合包含注册中心的所有微服务的接口。

具体实施中，基于微服务架构，所有微服务均注册到注册中心，通过注册中心能够查询到所有微服务的情况。

在微服务正式上线之前，需要对微服务的接口进行测试。由于接口数量较多，测试通常是分多次进行的，因此，在每次测试结束之后，需要统计接口的测试情况。

为此，在本发明的实施例中，从微服务架构的注册中心处，获取所有注册到注册中心的微服务的接口，得到总接口集合。然后，从总接口集合中筛选出未经过测试的接口，以便用户了解未测接口的情况。

可以理解的，总接口集合包含注册中心的所有微服务的接口。

参见图3，在一实施例中，以上步骤S1具体包括：S11-S12。

S11，向注册中心发送接口信息查询请求。

具体实施中，注册中心向用户提供查询微服务接口情况的接口。用户终端通过向注册中心发送接口信息查询请求，即可得到微服务的接口情况。

S12，接收所述注册中心返回的应答消息，所述应答消息包含所述总接口集合。

具体实施中，用户终端接收注册中心返回的应答消息，并从所述应答消息中得到所述总接口集合。

S2，接收用户终端上传的测试案例集，其中，所述测试案例集包含用于测试接口的测试案例。

具体实施中，测试案例集中包含多个测试案例，测试案例用于测试接口。且测试案例与接口具有对应关系。

首先根据测试案例对应确定经过测试的接口。进一步地，所述总接口集合中经过测试的接口以外的接口即为未测试的接口。未测试的接口组成未测接口集合。

S3，获取预存的历史已测接口集合，所述历史已测接口集合包含注册中心的微服务中已经完成测试的接口。

具体实施中，接口测试通常是分为多次进行的，历史已测接口集合用于统计历史测试中完成测试的接口，已完成测试的接口无需重复测试。可以理解地，历史已测接口集合是预先储存的，并且每次测试结束后将更新。

S4，从所述总接口集合中筛选出不属于所述历史已测接口集合的接口作为待定接口，以得到待定接口集合，其中，所述待定接口集合包含所述总接口集合中的待定接口。

具体实施中，由于历史已测接口集合中的接口是先前测试中已经测试过的，需要将其排除。因此，本发明中，从所述总接口集合中筛选出不属于所述历史已测接口集合的接口作为待定接口，以得到待定接口集合。

参见图4，在一实施例中，以上步骤S4具体包括如下步骤：S221-S222。

S221，求取所述总接口集合与所述历史已测接口集合的交集。

具体实施中，计算所述总接口集合与所述历史已测接口集合的交集(即所述总接口集合与所述历史已测接口集合的共同部分)。

S222，从所述总接口集合中筛选出所述交集以外的接口作为待定接口。

具体实施中，从所述总接口集合中筛选出所述交集以外的接口作为待定接口。所有的待定接口组成了待定接口集合。

S5，将所述待定接口集合中与所述测试案例集中的测试案例对应的待定接口标记为已测接口。

具体实施中，所述测试案例集中的测试案例每个测试案例均唯一对应一个接口。本发明中，将所述待定接口集合中与所述测试案例集中的测试案例对应的待定接口标记为已测接口。

参见图5，在一实施例中，以上步骤S5具体包括如下步骤：S231-S232。

S231，获取所述测试案例集的测试案例关联的接口ID。

具体实施中，获取所述测试案例集的测试案例关联的接口ID。接口ID是接口的标识，通过接口ID能够唯一确定一个接口。

参见图6在一实施例中，以上步骤S231具体包括：S2311-S2312。

S2311，接收用户终端上传的测试案例-接口ID对应表。

具体实施中，接收用户终端上传的测试案例-接口ID对应表。用户终端在上传测试案例集的同时，会同时上传测试案例-接口ID对应表。测试案例-接口ID对应表中记录测试案例与接口ID的对应关系。

S2312，根据所述测试案例-接口ID对应表确定所述测试案例集的测试案例关联的接口ID。

具体实施中，在接收到用户终端上传的测试案例-接口ID对应表之后，可根据所述测试案例-接口ID对应表确定测试案例集中的各测试案例关联的接口ID。

S232，根据所述测试案例集的测试案例关联的接口ID在所述待定接口集合中查找待定接口，并将查找到的待定接口标记为已测接口。

具体实施中，根据所述测试案例集的测试案例关联的接口ID在所述待定接口集合中查找待定接口，并将查找到的待定接口标记为已测接口。

在一实施例中，以上步骤S5之后，所述方法还包括：将所述待定接口集合中标记为已测接口的待定接口添加到所述历史已测接口集合中。

具体实施中，将所述待定接口集合中标记为已测接口的待定接口添加到所述历史已测接口集合中，以对所述历史已测接口集合进行更新。通过及时更新历史已测接口集合，可避免对已测接口的统计出现错误。

S6，从所述待定接口集合中筛选出所有未标记为已测接口的待定接口，以得到未测接口集合。

具体实施中，标记为已测接口的待定接口均对应有测试案例，表明其已经经过测试。因此，从所述待定接口集合中筛选出所有未标记为已测接口的待定接口。所有未标记为已测接口的待定接口组成未测接口集合。

S7，将所述未测接口集合发送给用户终端。

具体实施中，将所述未测接口集合发送给用户终端，以便用户能够及时了解还未测试的接口，以免漏测接口，进而对测试起到监督、回顾作用。

进一步地，在一些实施例中，还可以计算接口测试转换率，并将接口测试转换率发送给用户。接口测试转换率能够直观反应接口测试的情况。

需要说明的是，接口测试转换率是指已经测试的接口在总的接口中的占比。

通过应用本发明的技术方案，获取注册中心的微服务的接口，以得到总接口集合，其中，所述总接口集合包含注册中心的所有微服务的接口；接收用户终端上传的测试案例集，并根据所述测试案例集从所述总接口集合中筛选出未测试的接口，以得到未测接口集合，其中，所述测试案例集包含用于测试接口的测试案例；所述未测接口集合包含所述总接口集合中未测试的接口；将所述未测接口集合发送给用户终端，从而能够自动高效地统计出注册中心的微服务中未经过测试的接口，使得用户能够及时了解接口测试的情况，以免漏测接口，进而对测试起到监督、回顾作用。

图7是本发明另一实施例提供的一种基于微服务的接口测试管理方法的流程示意图。如图7所示，本实施例的基于微服务的接口测试管理方法包括步骤S71-S711。其中步骤S71-S77与上述实施例中的步骤S1-S7类似，在此不再赘述。下面详细说明本实施例中所增加的步骤S78-S711。

S78，统计所述未测接口集合中各微服务包含的未测接口的数量。

具体实施中，在得到未测接口集合后，统计未测接口集合中各微服务包含的未测接口的数量。由此，可便于测试人员全面了解各微服务的接口的测试情况。

S79，根据各微服务包含的未测接口的数量确定各微服务的风险等级。

具体实施中，预先设定各风险等级对应的数量范围。在得到微服务包含的未测接口的数量后，确定微服务包含的未测接口的数量所属的数量范围，进而确定微服务的风险等级。风险等级有用户设定，通常而言未测接口的数量越高，风险等级也越高。

例如，在一实施例中，风险等级包括高风险、中风险以及低风险。高风险对应的数量范围为：未测接口的数量超过10个；中风险对应的数量范围为：未测接口的数量为3-10个；低风险对应的数量范围为：未测接口的数量小于3个。

S710，将各微服务的风险等级发送给用户终端。

具体实施中，将各微服务的风险等级发送给用户终端，微服务的风险等级能够对测试人员起到督促作用，提醒测试人员尽早对微服务的接口进行测试，使得接口测试能够顺利进行，降低风险。

S711，从各微服务中筛选出未测接口的数量为0的微服务作为待上线微服务，并将所述待上线微服务发送给用户终端。

具体实施中，若微服务的未测接口的数量为0，则说明该微服务所有的接口均已经测试完毕，该微服务得到可以上线的标准。因此，将该微服务作为待上线微服务，并将所述待上线微服务发送给用户终端，以提醒用户该待上线微服务已经达到上线标准，可以着手进行上线准备。

参见图8，图8是本发明实施例提供的一种基于微服务的接口测试管理装置70的示意性框图。对应于以上基于微服务的接口测试管理方法，本发明还提供一种基于微服务的接口测试管理装置70。该基于微服务的接口测试管理装置70包括用于执行上述基于微服务的接口测试管理方法的单元，该基于微服务的接口测试管理装置70可以被配置于服务器中。具体地，该基于微服务的接口测试管理装置70包括第一获取单元71、接收单元72、第二获取单元73、第一筛选单元74、标记单元75、第二筛选单元76以及第一发送单元77。

第一获取单元71，用于获取注册中心的微服务的接口，以得到总接口集合，其中，所述总接口集合包含注册中心的所有微服务的接口；

接收单元72，用于接收用户终端上传的测试案例集，所述测试案例集包含用于测试接口的测试案例；

第二获取单元73，用于获取预存的历史已测接口集合，所述历史已测接口集合包含注册中心的微服务中已经完成测试的接口；

第一筛选单元74，用于从所述总接口集合中筛选出不属于所述历史已测接口集合的接口作为待定接口，以得到待定接口集合，其中，所述待定接口集合包含所述总接口集合中的待定接口；

标记单元75，用于将所述待定接口集合中与所述测试案例集中的测试案例对应的待定接口标记为已测接口；

第二筛选单元76，用于从所述待定接口集合中筛选出所有未标记为已测接口的待定接口，以得到未测接口集合；

第一发送单元77，用于将所述未测接口集合发送给用户终端。

在一实施例中，所述从所述总接口集合中筛选出不属于所述历史已测接口集合的接口作为待定接口，以得到待定接口集合，包括：

求取所述总接口集合与所述历史已测接口集合的交集；

从所述总接口集合中筛选出所述交集以外的接口作为待定接口。

在一实施例中，所述将所述待定接口集合中与所述测试案例集中的测试案例对应的待定接口标记为已测接口，包括：

获取所述测试案例集的测试案例关联的接口ID；

根据所述测试案例集的测试案例关联的接口ID在所述待定接口集合中查找待定接口，并将查找到的待定接口标记为已测接口。

在一实施例中，所述获取所述测试案例集的测试案例关联的接口ID，包括：

接收用户终端上传的测试案例-接口ID对应表；

根据所述测试案例-接口ID对应表确定所述测试案例集的测试案例关联的接口ID。

在一实施例中，所述获取注册中心的微服务的接口，以得到总接口集合，包括：

向注册中心发送接口信息查询请求；

接收所述注册中心返回的应答消息，所述应答消息包含所述总接口集合。

图9是本发明另一实施例提供的一种基于微服务的接口测试管理装置70的示意性框图。如图9所示，本实施例的基于微服务的接口测试管理装置70是上述实施例的基础上增加了统计单元78、确定单元79、第二发送单元710以及筛选单元711。

统计单元78，用于统计所述未测接口集合中各微服务包含的未测接口的数量；

确定单元79，用于根据各微服务包含的未测接口的数量确定各微服务的风险等级；

第二发送单元710，用于将各微服务的风险等级发送给用户终端；

筛选单元711，用于从各微服务中筛选出未测接口的数量为0的微服务作为待上线微服务，并将所述待上线微服务发送给用户终端。

需要说明的是，所属领域的技术人员可以清楚地了解到，上述基于微服务的接口测试管理装置70和各单元的具体实现过程，可以参考前述方法实施例中的相应描述，为了描述的方便和简洁，在此不再赘述。

上述基于微服务的接口测试管理装置70可以实现为一种计算机程序的形式，该计算机程序可以在如图10所示的计算机设备上运行。

请参阅图10，图10是本申请实施例提供的一种计算机设备的示意性框图。该计算机设备500可以是终端，也可以是服务器，其中，终端可以是智能手机、平板电脑、笔记本电脑、台式电脑、个人数字助理和穿戴式设备等具有通信功能的电子设备。服务器可以是独立的服务器，也可以是多个服务器组成的服务器集群。

该计算机设备500包括通过系统总线501连接的处理器502、存储器和网络接口505，其中，存储器可以包括非易失性存储介质503和内存储器504。

该非易失性存储介质503可存储操作系统5031和计算机程序5032。该计算机程序5032被执行时，可使得处理器502执行一种基于微服务的接口测试管理方法。

该处理器502用于提供计算和控制能力，以支撑整个计算机设备500的运行。

该内存储器504为非易失性存储介质503中的计算机程序5032的运行提供环境，该计算机程序5032被处理器502执行时，可使得处理器502执行一种基于微服务的接口测试管理方法。

该网络接口505用于与其它设备进行网络通信。本领域技术人员可以理解，上述结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备500的限定，具体的计算机设备500可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

其中，所述处理器502用于运行存储在存储器中的计算机程序5032，以实现如下步骤：

获取注册中心的微服务的接口，以得到总接口集合，其中，所述总接口集合包含注册中心的所有微服务的接口；

接收用户终端上传的测试案例集，所述测试案例集包含用于测试接口的测试案例；

获取预存的历史已测接口集合，所述历史已测接口集合包含注册中心的微服务中已经完成测试的接口；

从所述总接口集合中筛选出不属于所述历史已测接口集合的接口作为待定接口，以得到待定接口集合，其中，所述待定接口集合包含所述总接口集合中的待定接口；

将所述待定接口集合中与所述测试案例集中的测试案例对应的待定接口标记为已测接口；

从所述待定接口集合中筛选出所有未标记为已测接口的待定接口，以得到未测接口集合；

将所述未测接口集合发送给用户终端。

在一实施例中，所述从所述总接口集合中筛选出不属于所述历史已测接口集合的接口作为待定接口，以得到待定接口集合，包括：

求取所述总接口集合与所述历史已测接口集合的交集；

从所述总接口集合中筛选出所述交集以外的接口作为待定接口。

在一实施例中，所述将所述待定接口集合中与所述测试案例集中的测试案例对应的待定接口标记为已测接口，包括：

获取所述测试案例集的测试案例关联的接口ID；

根据所述测试案例集的测试案例关联的接口ID在所述待定接口集合中查找待定接口，并将查找到的待定接口标记为已测接口。

在一实施例中，所述获取所述测试案例集的测试案例关联的接口ID，包括：

接收用户终端上传的测试案例-接口ID对应表；

根据所述测试案例-接口ID对应表确定所述测试案例集的测试案例关联的接口ID。

在一实施例中，所述获取注册中心的微服务的接口，以得到总接口集合，包括：

向注册中心发送接口信息查询请求；

接收所述注册中心返回的应答消息，所述应答消息包含所述总接口集合。

在一实施例中，所述方法还包括：

统计所述未测接口集合中各微服务包含的未测接口的数量；

根据各微服务包含的未测接口的数量确定各微服务的风险等级；

将各微服务的风险等级发送给用户终端；

从各微服务中筛选出未测接口的数量为0的微服务作为待上线微服务，并将所述待上线微服务发送给用户终端。

在一实施例中，所述将所述待定接口集合中与所述测试案例集中的测试案例对应的待定接口标记为已测接口之后，所述方法还包括：

将所述待定接口集合中标记为已测接口的待定接口添加到所述历史已测接口集合中。

应当理解，在本申请实施例中，处理器502可以是中央处理单元(CentralProcessing Unit，CPU)，该处理器502还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

本领域普通技术人员可以理解的是实现上述实施例的方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成。该计算机程序可存储于一存储介质中，该存储介质为计算机可读存储介质。该计算机程序被该计算机系统中的至少一个处理器执行，以实现上述方法的实施例的流程步骤。

因此，本发明还提供一种存储介质。该存储介质可以为计算机可读存储介质。该存储介质存储有计算机程序。该计算机程序被处理器执行时使处理器执行如下步骤：

获取注册中心的微服务的接口，以得到总接口集合，其中，所述总接口集合包含注册中心的所有微服务的接口；

接收用户终端上传的测试案例集，所述测试案例集包含用于测试接口的测试案例；

获取预存的历史已测接口集合，所述历史已测接口集合包含注册中心的微服务中已经完成测试的接口；

从所述总接口集合中筛选出不属于所述历史已测接口集合的接口作为待定接口，以得到待定接口集合，其中，所述待定接口集合包含所述总接口集合中的待定接口；

将所述待定接口集合中与所述测试案例集中的测试案例对应的待定接口标记为已测接口；

从所述待定接口集合中筛选出所有未标记为已测接口的待定接口，以得到未测接口集合；

将所述未测接口集合发送给用户终端。

在一实施例中，所述从所述总接口集合中筛选出不属于所述历史已测接口集合的接口作为待定接口，以得到待定接口集合，包括：

求取所述总接口集合与所述历史已测接口集合的交集；

从所述总接口集合中筛选出所述交集以外的接口作为待定接口。

在一实施例中，所述将所述待定接口集合中与所述测试案例集中的测试案例对应的待定接口标记为已测接口，包括：

获取所述测试案例集的测试案例关联的接口ID；

根据所述测试案例集的测试案例关联的接口ID在所述待定接口集合中查找待定接口，并将查找到的待定接口标记为已测接口。

在一实施例中，所述获取所述测试案例集的测试案例关联的接口ID，包括：

接收用户终端上传的测试案例-接口ID对应表；

根据所述测试案例-接口ID对应表确定所述测试案例集的测试案例关联的接口ID。

在一实施例中，所述获取注册中心的微服务的接口，以得到总接口集合，包括：

向注册中心发送接口信息查询请求；

接收所述注册中心返回的应答消息，所述应答消息包含所述总接口集合。

在一实施例中，所述方法还包括：

统计所述未测接口集合中各微服务包含的未测接口的数量；

根据各微服务包含的未测接口的数量确定各微服务的风险等级；

将各微服务的风险等级发送给用户终端；

从各微服务中筛选出未测接口的数量为0的微服务作为待上线微服务，并将所述待上线微服务发送给用户终端。

在一实施例中，所述将所述待定接口集合中与所述测试案例集中的测试案例对应的待定接口标记为已测接口之后，所述方法还包括：

将所述待定接口集合中标记为已测接口的待定接口添加到所述历史已测接口集合中。

所述存储介质为实体的、非瞬时性的存储介质，例如可以是U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的实体存储介质。所述计算机可读存储介质可以是非易失性，也可以是易失性。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的。例如，各个单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

本发明实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。本发明实施例装置中的单元可以根据实际需要进行合并、划分和删减。另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。

该集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，终端，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详细描述的部分，可以参见其他实施例的相关描述。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，尚且本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。