CN112199275B - 一种组件接口测试分析方法、装置、服务器以及存储介质 - Google Patents

Abstract

本发明实施例公开了一种组件接口测试分析方法、装置、服务器以及存储介质。该方法包括：扫描分布式架构下各个组件的源代码包，获取各个组件的接口调用关系，统计去重后所有组件的接口调用关系数量，得到设计态接口调用关系数量；从服务调度中心获取处于运行状态的所有组件的不重复的接口调用关系，统计不重复的接口调用关系的数量，得到运行态接口调用关系数量，其中，服务调度中心用于从数据库中获取各个处于运行状态的组件的接口调用关系；确定运行态接口调用关系数量与设计态接口调用关系数量的比例关系，将比例关系作为分布式架构下所有组件接口的测试覆盖率。通过度量所有组件接口的测试覆盖率，实现度量分布式架构组件之间的测试充分性。

Description

一种组件接口测试分析方法、装置、服务器以及存储介质

技术领域

本发明实施例涉及计算机技术，尤其涉及一种组件接口测试分析方法、装置、服务器以及存储介质。

背景技术

随着微服务和敏捷研发模式的盛行，各个互联网公司、商业银行等头部IT企业基本都转向了多项目组协同开发的分布式、频繁迭代的研发模式。这种研发模式有很多优点，比如可以更快速灵活的响应外部市场环境的变化，更早的交付客户价值，微服务松耦合的开发部署方式使得每一个组件可以由不同的团队、不同的编程语言独立进行开发和部署、降低了单个组件的复杂度等。

这种跨组件跨组织的研发模式会给不同组件之间接口调用的开发测试工作带来很多挑战。目前，可以采用链路跟踪技术定位组件中的每个服务调用了哪些外部服务，进而，可以基于定位结果进行接口之间的测试。现有的链路跟踪技术，最早由Google在2010年提出，当时Google发布了一篇Dapper论文，介绍了自研的分布式链路追踪的实现原理，还介绍了他们是怎么低成本实现对应用透明的。除了Google的dapper，还有一些其他比较有名的链路追踪产品，比如阿里的鹰眼、大众点评的CAT、Twitter的Zipkin以及国产开源的skywalking等。

然而，分布式架构下单个组件的项目组只维护了本业务领域的服务，有大量的功能需要调用外组件的服务才能完成。不同组件间接口之间的测试是一个非常重要但是容易被忽视的问题，各个项目组通常都会对自己本组件发布的接口或者服务做充分的测试，但是由于组织的割裂关系会导致信息的割裂，外部接口的测试一般会做的比较薄弱。因此，如何度量分布式架构组件之间测试是否充分成为亟待解决的问题。

发明内容

本发明实施例提供一种组件接口测试分析方法、装置、服务器以及存储介质，可以实现度量分布式架构组件之间的测试充分性。

第一方面，本发明实施例提供了一种组件接口测试分析方法，包括：

扫描分布式架构下各个组件的源代码包，获取各个所述组件的接口调用关系，统计去重后所有组件的接口调用关系数量，得到设计态接口调用关系数量；

从服务调度中心获取处于运行状态的所有组件的不重复的接口调用关系，统计所述不重复的接口调用关系的数量，得到运行态接口调用关系数量，其中，所述服务调度中心用于从数据库中获取各个所述处于运行状态的组件的接口调用关系；

确定所述运行态接口调用关系数量与设计态接口调用关系数量的比例关系，将所述比例关系作为所述分布式架构下所有组件接口的测试覆盖率。

第二方面，本发明实施例还提供了一种组件接口测试分析装置，包括：

设计态统计模块，用于扫描分布式架构下各个组件的源代码包，获取各个所述组件的接口调用关系，统计去重后所有组件的接口调用关系数量，得到设计态接口调用关系数量；

运行态统计模块，用于从服务调度中心获取处于运行状态的所有组件的不重复的接口调用关系，统计所述不重复的接口调用关系的数量，得到运行态接口调用关系数量，其中，所述服务调度中心用于从数据库中获取各个所述处于运行状态的组件的接口调用关系；

覆盖率确定模块，用于确定所述运行态接口调用关系数量与设计态接口调用关系数量的比例关系，将所述比例关系作为所述分布式架构下所有组件接口的测试覆盖率。

第三方面，本发明实施例还提供了一种服务器，所述服务器包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明任意实施例提供的组件接口测试分析方法。

第四方面，本发明实施例还提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如本发明任意实施例提供的组件接口测试分析方法。

本发明实施例通过从分布式架构下各个组件的源代码包中获取各个组件的接口调用关系并统计数量，得到设计态接口调用关系数量，从服务调用中心获取处于运行状态的所有组件的不重复的接口调用关系并统计数量，得到运行态接口调用关系数量，将运行态接口调用关系数量与设计态接口调用关系数量的比例关系作为分布式架构下所有组件接口的测试覆盖率，本发明实施例通过度量所有组件接口之间的测试覆盖率，度量分布式架构组件之间的测试充分性，便于用户及时发现组件间的接口调用问题，及时修复问题，提高后期整体集成阶段的测试质量。

附图说明

图1是本发明实施例一提供的一种组件接口测试分析方法的流程图；

图2是本发明实施例二提供的另一种组件接口测试分析方法的流程图；

图3是本发明实施例三提供的又一种组件接口测试分析方法的流程图；

图4是本发明实施例四提供的一种组件接口测试分析装置的结构示意图；

图5为本发明实施例五提供的一种服务器的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1是本发明实施例一提供的一种组件接口测试分析方法的流程图，本实施例可适用于分布式架构组件间接口测试的情况，该方法可以由组件接口测试分析装置来执行，该装置可以采用软件和/或硬件的方式实现。该装置可配置于服务器中。如图1所示，该方法包括：

步骤S101、扫描分布式架构下各个组件的源代码包，获取各个组件的接口调用关系，统计去重后所有组件的接口调用关系数量，得到设计态接口调用关系数量。

在微服务和敏捷研发模式下，每个组件可以由不同团队和不同的编程语言独立进行开发和部署。微服务最早由Martin Fowler与James Lewis于2014年共同提出，微服务架构风格是一种使用一套小服务来开发单个应用的方式途径，每个服务运行在自己的进程中，并使用轻量级机制通信，通常是超文本传送协定应用程序编程接口(HyperTextTransfer Protocol Application Programming Interface,HTTP API)，这些服务基于业务能力构建，并能够通过自动化部署机制来独立部署，这些服务使用不同的编程语言实现，以及不同数据存储技术，并保持最低限度的集中式管理。敏捷开发(Agile)是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征,敏捷研发力求在很短的周期内开发出产品的核心功能，尽早发布出可用的版本。然后在后续的生产周期内，按照新需求不断迭代升级，完善产品。

组件是对数据和方法的封装，例如业务组件是对相关数据和方法的封装，可以提供多个业务功能。服务是组件暴露在外部的接口，用于和其他组件相互调用，当组件中的某个或某些方法可重复时，组件可以开放一个服务。一个组件可以有0个、1个或多个服务，不同的组件之间可以通过服务进行相互调用。设计态接口调用关系是各个组件的源代码包中包含的不重复的接口调用关系，用于确定各个组件间接口调用均正常运行时所有组件的不重复的接口调用关系。当对分布式架构下各个组件的接口进行测试时，若各个组件的源代码包中包含的不重复的接口均被测试，则说明各个组件的接口调用测试完全充分。若各个组件的源代码包中包含的不重复的接口部分被测试，另一部分出现未被测试的情况，则说明各个组件的接口调用测试不完全充分。若各个组件的源代码包中包含的不重复的接口全部未被测试，则说明各个组件的接口调用测试完全不充分。

具体地，服务器扫描分布式架构下各个组件的源代码包，基于各个组件的源代码包中包含的接口调用信息，获取各个组件的接口调用关系，统计去重后所有组件的接口调用关系的数量，将该数量作为设计态接口调用关系数量。其中，源代码包是用户使用汇编语言或高级语言编写的源代码文件，用于存储各个组件的源代码。接口调用信息是源代码包中表示接口调用关系的信息，可以包括源代码包中的接口调用注释信息、与接口调用相关的属性信息、与接口调用相关的函数信息或其他可以标识接口调用关系的信息。例如，服务器解析目标组件的源代码，得到属性信息和函数信息，根据属性信息和函数信息构建目标组件的函数级调用链路，其中，函数级调用链路中的每个节点代表一个函数，基于函数级调用链路确定各个组件的接口调用关系，进一步获取所有组件的接口调用关系，此时获取的接口调用关系中包含大量重复的接口调用关系，服务器过滤重复的接口调用关系，统计去重后所有组件的接口调用关系数量，将得到的接口调用关系数量作为设计态接口调用关系数量。

步骤S102、从服务调度中心获取处于运行状态的所有组件的不重复的接口调用关系，统计不重复的接口调用关系的数量，得到运行态接口调用关系数量。

服务调度中心是组件间接口调用的中间站，用于从数据库中获取各个处于运行状态的组件的接口调用关系，例如，可以是面向服务的架构(Service-OrientedArchitecture,SOA)中的服务注册中心(Enterprise Service Bus,ESB)、微服务架构的服务网关、其他具有服务注册和发布功能的服务器或运维的应用性能管理(ApplicationPerformance Management,APM)装置。其中，SOA和服务网关可以用于服务注册和发布，各个组件的服务统一注册到ESB或服务网关，各个组件的服务在调用外部服务时，都需要先访问ESB或服务网关，查询外部服务的真实物理地址，再访问外部服务的真实物理地址。服务器可以在检测到接口调用事件时，通过服务网关将接口调用事件对应的接口调用关系发送给数据库，数据库存储各个处于运行状态的组件的不重复的接口调用关系。当服务器检测到测试事件触发时，确定需要从服务网关中获取处于运行状态的所有组件的接口调用关系。服务器指示服务网关从数据库中调取处于运行状态的所有组件的接口调用关系，并发送至服务器。其中，接口调用事件是各个组件的服务在调用外部服务时触发的事件。测试事件是在对分布式架构下各个组件的接口进行测试时触发的事件。APM装置可以分布式地抓取多个服务的调用关系记录，并且通过统一的业务标识，将同一业务的服务的调用关系记录串联成接口调用链路。APM装置具有链路追踪功能，用户可以查看完整的接口调用链路，便于监控和定位业务的异常点。

处于运行状态的组件是向服务调度中心请求过外部服务的真实物理地址的服务所属的组件。由于在对各个组件的接口进行测试时，可能会发生部分服务未向服务调度中心请求过外部服务的真实物理地址的状况，导致从服务调度中心获取的接口调用关系不是全部的设计态接口调用关系，本发明实施例是从服务调度中心获取接口调用正常的接口调用关系。

运行态接口调用关系是从服务调度中心获取的处于运行状态的所有组件的不重复的接口调用关系，用于确定在对各个组件的接口进行测试时处于运行状态的不重复的接口调用关系。

具体地，服务器从服务调度中心获取处于运行状态的所有组件的接口调用关系，过滤重复的接口调用关系，统计去重后的接口调用关系的数量，将该数量作为运行态接口调用关系数量。

需要注意的是，步骤S101和步骤S102的顺序并不限于本实施例列举的顺序，还可以先执行步骤S102，再执行步骤S101。或者其他可以执行的顺序，本发明对此不作具体限定，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。

步骤S103、确定运行态接口调用关系数量与设计态接口调用关系数量的比例关系，将比例关系作为分布式架构下所有组件接口的测试覆盖率。

其中，测试覆盖率用于表示分布式架构下组件的接口测试的充分程度。测试覆盖率越高，说明被测试的接口越多，测试覆盖率越低，说明未被测试的接口越多。通过测量分布式架构下所有组件接口的测试覆盖率可以测量不同组件接口之间的测试充分程度，当测试覆盖率低于预设阈值时，用户可以及时发现组件间的接口调用问题，及时修复问题，提高后期整体集成阶段的测试质量。

示例性地，根据步骤S101确定的设计态接口调用关系数量是a，即各个组件间接口调用均正常运行时所有组件的不重复的接口调用关系数量是a。根据步骤S102确定的运行态接口调用关系数量是b，即在对各个组件的接口进行测试时处于运行状态的不重复的接口调用关系数量是b。则该分布式架构下所有组件接口的测试覆盖率是b/a。当b/a越大，说明该分布式架构下被测试的接口越多，当b/a越小，说明该分布式架构下未被测试的接口越多。

本发明实施例通过从分布式架构下各个组件的源代码包中获取各个组件的接口调用关系并统计数量，得到设计态接口调用关系数量，从服务调用中心获取处于运行状态的所有组件的不重复的接口调用关系并统计数量，得到运行态接口调用关系数量，将运行态接口调用关系数量与设计态接口调用关系数量的比例关系作为分布式架构下所有组件接口的测试覆盖率，本发明实施例通过度量所有组件接口之间的测试覆盖率，度量分布式架构组件之间的测试充分性，便于用户及时发现组件间的接口调用问题，及时修复问题，提高后期整体集成阶段的测试质量。

实施例二

图2是本发明实施例二提供的另一种组件接口测试分析方法的流程图，本实施例在上述实施例的基础上进行优化，如图2所示，该方法包括：

步骤S201、获取分布式架构下各个组件的源代码包。

步骤S202、扫描各个组件的源代码包，获取与同一组件内各个服务消费者具有调用关系的服务生产者。

其中，服务消费者用于表示接口调用的调用发起方，服务生产者用于表示接口调用的被调用方。例如，服务A和服务B是不同组件的对外接口。当服务A调用服务B时，服务A是接口调用的调用发起方，即服务A是服务消费者，服务B是接口调用的被调用方，即服务B是服务生产者。

具体地，服务器扫描各个组件的源代码包，确定同一组件内各个服务消费者，以及与该组件内各个服务消费者具有调用关系的服务生产者。

示例性地，服务器扫描组件AA的源代码包，确定组件AA内各个服务消费者A1、A2和A3。服务器获取与A1具有调用关系的B1，接口调用关系是A1调用B1，该调用关系在组件AA的源代码中出现2次；与A2具有调用关系的B2，接口调用关系是A2调用B2；与A3具有调用关系的C1，接口调用关系是A3调用C1。其中，B1与B2是组件BB的服务生产者，C1是组件CC是服务生产者。

步骤S203、汇总同一组件内所有服务消费者与服务生产者之间的调用关系，确定各个组件的接口调用关系。

具体地，服务器将同一组件内所有服务消费者与服务生产者之间的调用关系进行汇总，将位于同一组件内的服务消费者的接口调用关系归为一类，确定各个组件的接口调用关系。

示例性地，汇总组件AA内服务消费者的接口调用关系，如步骤S202中的示例，组件AA的接口调用关系为2个A1调用B1、1个A2调用B2以及1个A3调用C1。通过将各个组件的接口调用关系进行分别汇总，得到各个组件的接口调用关系，能够实现服务器获取各个组件内接口调用均正常运行时各个组件的接口调用关系。

步骤S204、汇总各个组件的接口调用关系，确定分布式架构下所有组件的接口调用关系。

具体地，服务器汇总各个组件的接口调用关系，得到分布式架构下全量的接口调用关系。全量的接口调用关系是基于各个组件的源代码包确定的，是分布式架构下所有组件的接口均被测试时所有的接口调用关系。通过汇总得到全量的接口调用关系，便于获取当各个组件的接口调用测试完全充分时所有组件的接口调用关系。

步骤S205、根据各个组件的接口调用关系，确定所有组件的第一参考接口调用关系。

具体地，将分布式架构下所有组件的接口调用关系作为第一参考接口调用关系。第一参考接口调用关系中包括大量的重复的接口调用关系。例如步骤S202中的示例，组件AA的接口调用关系包括2个A1调用B1，即接口调用关系A1调用B1重复了两次。

步骤S206、过滤重复的第一参考接口调用关系，得到去重后所有组件的接口调用关系。

示例性地，如步骤S202中的示例，接口调用关系A1调用B1重复了两次，过滤重复的接口调用关系，在去重后所有组件的接口调用关系中只保留一个接口调用关系A1调用B1。通过将所有组件的接口调用关系进行去重处理，过滤重复的接口调用关系，各个接口调用关系唯一，提高了组件间接口测试覆盖率的准确性。

步骤S207、统计去重后所有组件的接口调用关系数量，得到设计态接口调用关系数量。

步骤S208、从服务调度中心获取处于运行状态的所有组件的不重复的接口调用关系。

其中，服务调度中心用于从数据库中获取各个处于运行状态的组件的接口调用关系。

可选地，从服务网关中获取处于运行状态的所有组件的第二参考接口调用关系；过滤重复的第二参考接口调用关系，得到处于运行状态的所有组件的不重复的接口调用关系。

具体地，服务器从服务网关中获取处于运行状态的所有组件的接口调用关系，将该接口调用关系作为第二参考接口调用关系，并进行过滤，将过滤后的接口调用关系作为处于运行状态的所有组件的不重复的接口调用关系。

示例性地，服务器从各个组件的源代码包中获取的设计态接口调用关系是A1调用B1、A2调用B2以及A3调用C1。服务器获取服务网关中的处于运行状态的所有组件的不重复的接口调用关系仅有A2调用B2以及A3调用C1。说明A1调用B1在实际测试中未被测试。

可选地，在从服务网关中获取处于运行状态的所有组件的第二参考接口调用关系之前，服务器可以在检测到接口调用事件时，通过服务网关将所述接口调用事件对应的接口调用关系发送给数据库，以通过数据库存储各个处于运行状态的组件的不重复的接口调用关系；在检测到测试事件触发时，指示所述服务网关从所述数据库中获取所述处于运行状态的各个组件的接口调用关系。

具体地，服务网关可以将所有的接口调用关系存储入数据库，当服务器需要从服务网关中获取处于运行状态的所有组件的接口调用关系时，服务网关可以从数据库中调取处于运行状态的所有组件的接口调用关系，并发送至服务器。由于服务网关可以用于服务注册和发布，各个组件的服务统一注册到服务网关，因此，服务网关可以获取服务缓存表中的服务消费者与服务生产者之间的接口调用关系，匹配接口调用关系与数据库中在先存储的接口调用关系；当匹配失败时，确定接口调用关系是新增接口调用关系，在数据库中存储新增接口调用关系。

可选地，从应用性能管理装置中抓取处于运行状态下的接口调用链路数据；拆解接口调用链路数据，得到各个组件的第三参考接口调用关系；过滤重复的第三参考接口调用关系，得到处于运行状态的所有组件的不重复的接口调用关系。

具体地，APM装置将同一业务的服务的调用关系记录串联成接口调用链路，接口调用链路上的节点是分布式架构下的各个组件的接口，相邻节点之间的连接线是相邻接口的调用关系，该节点和连接线组成接口调用链路数据。服务器从APM装置中抓取处于运行状态下的所有接口调用链路数据，将接口调用链路数据拆解成一个接口与另一个接口的调用关系，将拆解后的所有接口调用关系作为第三参考接口调用关系。服务器过滤重复的第三参考接口调用关系，得到处于运行状态的所有组件的不重复的接口调用关系。

示例性地，从APM装置中抓取处于运行状态下的接口调用链路数据是A1-B1-C1和A1-B1-D1，其中，A1-B1-C1表示在该业务下A1调用B1，B1调用C1，A1-B1-D1表示在该业务下A1调用B1，B1调用D1。将接口调用链路数据A1-B1-C1拆解成A1调用B1和B1调用C1，将接口调用链路数据A1-B1-D1拆解成A1调用B1和B1调用D1，得到各个组件的第三参考接口调用关系包括2个A1调用B1、1个B1调用C1以及1个B1调用D1。过滤重复的A1调用B1，得到处于运行状态的所有组件的不重复的接口调用关系是A1调用B1、B1调用C1以及B1调用D1。

需要注意的是，本发明实施例以APM装置和微服务架构的服务网关为例进行说明，但并不限于APM装置和服务网关，其他具有服务注册和发布功能的服务器均在本发明的保护范围内。

步骤S209、统计不重复的接口调用关系的数量，得到运行态接口调用关系数量。

需要注意的是，步骤S201至步骤S209的顺序并不限于本实施例列举的顺序，这些步骤还可以以其他的顺序执行，例如，先执行步骤S208至步骤S209，再执行步骤S201至步骤S207。或者其他可以执行的顺序，本发明对此不作具体限定，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。

步骤S210、确定运行态接口调用关系数量与设计态接口调用关系数量的比例关系，将比例关系作为分布式架构下所有组件接口的测试覆盖率。

步骤S211、判断测试覆盖率是否低于预设阈值，若是，执行步骤S212，否则执行步骤S213。

其中，预设阈值可以由用户根据实际需求设定，用于判定组件间接口测试是否充分，例如可以设置为90％。由于测试覆盖率是基于运行态接口调用关系数量与设计态接口调用关系数量之间的比例关系确定的，并且运行态接口调用关系数量小于或等于设计态接口调用关系数量，因此预设阈值可以设置为小于或等于1的数值。

步骤S212、判定组件间接口测试结果是不及格，继续执行步骤S214。

其中，组件间接口测试结果用于反映组件间接口测试的充分程度，例如可以包括及格和不及格。组件间接口测试结果及格表示组件间接口测试充分，满足用户对测试结果的需求。组件间接口测试结果不及格表示组件间接口测试不充分，不满足用户对测试结果的需求。

具体地，当测试覆盖率低于预设阈值时，服务器判定组件间接口测试结果是不及格。例如，当测试覆盖率低于90％时，判定组件间接口测试不充分。

步骤S213、判定组件间接口测试结果是及格，继续执行步骤S214。

具体地，当测试覆盖率不低于预设阈值时，服务器判定组件间接口测试结果是及格。例如，当测试覆盖率高于或等于90％时，判定组件间接口测试充分。

可选地，服务器可以预先将测试覆盖率划分等级，判定分布式架构下所有组件接口的测试覆盖率的所属等级。例如，若测试覆盖率位于小于60％范围内，则判定组件间接口测试结果为测试不充分；若测试覆盖率位于大于或等于60％且小于90％范围内，则判定组件间接口测试结果为测试不完全充分；若测试覆盖率位于大于或等于90％范围内，则判定组件间接口测试结果为测试充分。本发明实施例对测试覆盖率等级的划分不作具体限定。

步骤S214、当判定完成组件间接口测试结果时，将组件间接口测试结果发送至终端设备，以通过终端设备显示组件间接口测试结果。

终端设备用于向用户显示组件间接口测试结果，例如，可以包括计算机、平板电脑、手机或其他终端等。

具体地，当服务器判定完成组件间接口测试结果时，服务器将组件间接口测试结果发送至终端设备，终端设备将该组件间接口测试结果显示给用户。

本发明实施例通过扫描各个组件的源代码包，汇总同一组件内所有服务消费者与服务生产者之间的调用关系，进一步汇总各个组件的接口调用关系，得到所有组件的第一参考接口调用关系，将第一参考接口调用关系去重处理后统计数量，得到设计态接口调用关系数量，便于获取当各个组件的接口调用测试完全充分时所有组件的接口调用关系，且去重处理能够提高组件间接口测试覆盖率的准确性。本发明实施例通过从服务网关或APM装置中获取运行态接口调用关系，便于获取当各个组件的接口进行测试时处于运行状态的接口调用关系，且去重处理能够进一步提高组件间接口测试覆盖率的准确性。本发明实施例通过判断测试覆盖率是否低于预设阈值，判定组件间接口测试结果是否及格，并将测试结果发送至终端设备，便于用户及时发现组件间的接口调用问题，及时修复问题，提高后期整体集成阶段的测试质量。

实施例三

图3是本发明实施例三提供的又一种组件接口测试分析方法的流程图，本实施例在上述实施例的基础上进行优化，如图3所示，该方法包括：

步骤S301、扫描分布式架构下各个组件的源代码包，获得各个组件内与接口调用相关的服务以及服务与其他组件内服务之间的调用关系。

其中，服务包括：所调用的外部类或继承，以及实现调用的父类、类变量集合、类方法集合、方法逻辑块或注释。

具体地，服务器扫描分布式架构下各个组件的源代码包，根据各个组件内实现调用的父类、类变量集合、类方法集合、方法逻辑块或注释以及所调用的外部类或继承，得到属性信息和函数信息，根据属性信息和函数信息确定各个组件的服务之间的调用关系。属性信息用于确定服务是服务生产者或服务消费者，函数信息用于确定服务的标识信息。其中，标识信息用于唯一标识服务，例如可以包括名称或真实物理地址等。

步骤S302、根据各个组件的服务之间的调用关系，确定各个组件的接口调用关系。

具体地，服务器汇总各个组件的服务之间的调用关系，确定各个组件的接口调用关系。

步骤S303、根据各个组件内服务与其他组件内服务之间的调用关系，建立各个组件的接口调用关系矩阵。

接口调用关系矩阵用于表示各个组件的服务之间的调用关系。每两个服务之间的调用关系是接口调用关系矩阵的一个子集。接口调用关系矩阵中每个元素的权重可以表示该接口调用关系的重复次数。

步骤S304、根据各个组件的接口调用关系矩阵，建立分布式架构下所有服务的调用关系图。

其中，调用关系图是有向图，调用关系图中的关系节点表示各个组件的各个服务。关系节点之间的连接线表示服务之间的调用关系。根据接口调用矩阵中每个元素的权重可以确定关系节点之间的连接线数量。

步骤S305、统计调用关系图中所有关系节点之间去重后的连接线的数量，得到设计态接口调用关系数量。

具体地，服务器统计调用关系图中所有关系节点之间去重后的连接线的数量，得到去重后所有组件的接口调用关系数量，即设计态接口调用关系数量。

步骤S306、从服务调度中心获取处于运行状态的所有组件的不重复的接口调用关系，统计不重复的接口调用关系的数量，得到运行态接口调用关系数量。

其中，服务调度中心用于从数据库中获取各个处于运行状态的组件的接口调用关系。

需要注意的是，步骤S301至步骤S306的顺序并不限于本实施例列举的顺序，这些步骤还可以以其他的顺序执行，例如，先执行步骤S306，再执行步骤S301至步骤S305。或者其他可以执行的顺序，本发明对此不作具体限定，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。

步骤S307、确定运行态接口调用关系数量与设计态接口调用关系数量的比例关系，将比例关系作为分布式架构下所有组件接口的测试覆盖率。

本发明实施例根据各个组件内服务与其他组件内服务之间的调用关系，建立各个组件的接口调用关系矩阵，进一步建立分布式架构下所有服务的调用关系图，通过统计调用关系图中所有关系节点之间去重后的连接线的数量，得到设计态接口调用关系数量。本发明实施例利用接口调用关系矩阵和调用关系图确定源代码包内服务的逻辑关系，有效梳理分布式架构下所有服务的调用关系，提高了组件间接口测试覆盖率的准确性。

实施例四

图4是本发明实施例四提供的一种组件接口测试分析装置的结构示意图。该装置可由软件和/或硬件实现，一般可集成在服务器中，可以通过执行组件接口测试分析方法实现度量分布式架构组件之间的测试充分性。如图4所示，该装置包括：

设计态统计模块401，用于扫描分布式架构下各个组件的源代码包，获取各个所述组件的接口调用关系，统计去重后所有组件的接口调用关系数量，得到设计态接口调用关系数量；

运行态统计模块402，用于从服务调度中心获取处于运行状态的所有组件的不重复的接口调用关系，统计所述不重复的接口调用关系的数量，得到运行态接口调用关系数量，其中，所述服务调度中心用于从数据库中获取各个所述处于运行状态的组件的接口调用关系；

覆盖率确定模块403，用于确定所述运行态接口调用关系数量与设计态接口调用关系数量的比例关系，将所述比例关系作为所述分布式架构下所有组件接口的测试覆盖率。

可选地，所述装置，还包括：

第一关系确定模块，用于在扫描分布式架构下各个组件的源代码包，获取各个所述组件的接口调用关系之后，根据各个所述组件的接口调用关系，确定所有组件的第一参考接口调用关系；

第一关系过滤模块，用于过滤重复的第一参考接口调用关系，得到去重后所有组件的接口调用关系。

可选地，所述运行态统计模块402，具体用于：

从服务网关中获取处于运行状态的所有组件的第二参考接口调用关系；

过滤重复的第二参考接口调用关系，得到处于运行状态的所有组件的不重复的接口调用关系。

可选地，所述运行态统计模块402，具体还用于：

在从服务网关中获取处于运行状态的所有组件的第二参考接口调用关系之前，在检测到接口调用事件时，通过服务网关将所述接口调用事件对应的接口调用关系发送给数据库，以通过数据库存储各个处于运行状态的组件的不重复的接口调用关系；

在检测到测试事件触发时，指示所述服务网关从所述数据库中获取所述处于运行状态的各个组件的接口调用关系。

可选地，所述运行态统计模块402，具体用于：

从应用性能管理装置中抓取处于运行状态下的接口调用链路数据；

拆解所述接口调用链路数据，得到各个所述组件的第三参考接口调用关系；

过滤重复的第三参考接口调用关系，得到处于运行状态的所有组件的不重复的接口调用关系。

可选地，所述设计态统计模块401，具体用于：

获取分布式架构下各个组件的源代码包；

扫描各个所述组件的源代码包，获取与同一组件内各个服务消费者具有调用关系的服务生产者，其中，所述服务消费者用于表示接口调用的调用发起方，所述服务生产者用于表示接口调用的被调用方；

汇总同一组件内所有所述服务消费者与服务生产者之间的调用关系，确定各个所述组件的接口调用关系。

可选地，所述设计态统计模块401，具体还用于：

在汇总同一组件内所有所述服务消费者与服务生产者之间的调用关系，确定各个所述组件的接口调用关系之后，汇总各个所述组件的接口调用关系，确定所述分布式架构下所有组件的接口调用关系。

可选地，所述设计态统计模块401，具体用于：

扫描分布式架构下各个组件的源代码包，获得各个所述组件内与接口调用相关的服务以及所述服务与其他组件内服务之间的调用关系；

根据各个所述组件的服务之间的调用关系，确定各个所述组件的接口调用关系。

可选地，所述服务包括：所调用的外部类或继承，以及实现调用的父类、类变量集合、类方法集合、方法逻辑块或注释。

可选地，所述设计态统计模块401，具体用于：

根据各个所述组件内服务与其他组件内服务之间的调用关系，建立各个所述组件的接口调用关系矩阵；

根据各个所述组件的所述接口调用关系矩阵，建立所述分布式架构下所有服务的调用关系图，其中，所述调用关系图中的关系节点表示各个所述组件的各个服务；

统计所述调用关系图中所有关系节点之间去重后的连接线的数量，得到设计态接口调用关系数量。

可选地，所述装置，还包括：

不及格判定模块，用于在确定所述运行态接口调用关系数量与设计态接口调用关系数量的比例关系，将所述比例关系作为所述分布式架构下所有组件接口的测试覆盖率之后，当所述测试覆盖率低于预设阈值时，判定组件间接口测试结果是不及格；

及格判定模块，用于当所述测试覆盖率不低于预设阈值时，判定所述组件间接口测试结果是及格。

可选地，所述装置，还包括：

结果显示模块，用于当判定完成所述组件间接口测试结果时，将所述组件间接口测试结果发送至终端设备，以通过所述终端设备显示所述组件间接口测试结果。

本发明实施例所提供的组件接口测试分析装置可执行本发明任意实施例所提供的组件接口测试分析方法，具备执行方法相应的功能模块和有益效果。

实施例五

图5为本发明实施例五提供的一种服务器的结构示意图，如图5所示，该服务器包括处理器500、存储器501、输入装置502和输出装置503；服务器中处理器500的数量可以是一个或多个，图5中以一个处理器500为例；服务器中的处理器500、存储器501、输入装置502和输出装置503可以通过总线或其他方式连接，图5中以通过总线连接为例。

存储器501作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的组件接口测试分析方法对应的程序指令和/或模块(例如，组件接口测试分析装置中的设计态统计模块401、运行态统计模块402和覆盖率确定模块403)。处理器500通过运行存储在存储器501中的软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述的组件接口测试分析方法。

存储器501可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器501可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器501可进一步包括相对于处理器500远程设置的存储器，这些远程存储器可以通过网络连接至服务器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置502可用于接收输入的数字或字符信息，以及产生与服务器的用户设置以及功能控制有关的键信号输入。输出装置503可包括显示屏等显示设备。

实施例六

本发明实施例六还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种组件接口测试分析方法，该方法包括：

扫描分布式架构下各个组件的源代码包，获取各个所述组件的接口调用关系，统计去重后所有组件的接口调用关系数量，得到设计态接口调用关系数量；

从服务调度中心获取处于运行状态的所有组件的不重复的接口调用关系，统计所述不重复的接口调用关系的数量，得到运行态接口调用关系数量，其中，所述服务调度中心用于从数据库中获取各个所述处于运行状态的组件的接口调用关系；

确定所述运行态接口调用关系数量与设计态接口调用关系数量的比例关系，将所述比例关系作为所述分布式架构下所有组件接口的测试覆盖率。

当然，本发明实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的方法操作，还可以执行本发明任意实施例所提供的组件接口测试分析方法中的相关操作。

通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本发明可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、闪存(FLASH)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

值得注意的是，上述组件接口测试分析装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (13)

1.一种组件接口测试分析方法，其特征在于，包括：

扫描分布式架构下各个组件的源代码包，获取各个所述组件的接口调用关系，统计去重后所有组件的接口调用关系数量，得到设计态接口调用关系数量；

从服务调度中心获取处于运行状态的所有组件的不重复的接口调用关系，统计所述不重复的接口调用关系的数量，得到运行态接口调用关系数量，其中，所述服务调度中心用于从数据库中获取各个所述处于运行状态的组件的接口调用关系；

确定所述运行态接口调用关系数量与设计态接口调用关系数量的比例关系，将所述比例关系作为所述分布式架构下所有组件接口的测试覆盖率；

其中，所述扫描分布式架构下各个组件的源代码包，获取各个所述组件的接口调用关系，包括：

扫描分布式架构下各个组件的源代码包，获得各个所述组件内与接口调用相关的服务以及所述服务与其他组件内服务之间的调用关系；

根据各个所述组件的服务之间的调用关系，确定各个所述组件的接口调用关系；

其中，所述统计去重后所有组件的接口调用关系数量，得到设计态接口调用关系数量，包括：

根据各个所述组件内服务与其他组件内服务之间的调用关系，建立各个所述组件的接口调用关系矩阵；

根据各个所述组件的所述接口调用关系矩阵，建立所述分布式架构下所有服务的调用关系图，其中，所述调用关系图中的关系节点表示各个所述组件的各个服务；

统计所述调用关系图中所有关系节点之间去重后的连接线的数量，得到设计态接口调用关系数量。

2.根据权利要求1所述的方法，其特征在于，在扫描分布式架构下各个组件的源代码包，获取各个所述组件的接口调用关系之后，还包括：

根据各个所述组件的接口调用关系，确定所有组件的第一参考接口调用关系；

过滤重复的第一参考接口调用关系，得到去重后所有组件的接口调用关系。

3.根据权利要求1所述的方法，其特征在于，所述从服务调度中心获取处于运行状态的所有组件的不重复的接口调用关系，包括：

从服务网关中获取处于运行状态的所有组件的第二参考接口调用关系；

过滤重复的第二参考接口调用关系，得到处于运行状态的所有组件的不重复的接口调用关系。

4.根据权利要求3所述的方法，其特征在于，在从服务网关中获取处于运行状态的所有组件的第二参考接口调用关系之前，还包括：

在检测到接口调用事件时，通过服务网关将所述接口调用事件对应的接口调用关系发送给数据库，以通过数据库存储各个处于运行状态的组件的不重复的接口调用关系；

在检测到测试事件触发时，指示所述服务网关从所述数据库中获取所述处于运行状态的各个组件的接口调用关系。

5.根据权利要求1所述的方法，其特征在于，所述从服务调度中心获取处于运行状态的所有组件的不重复的接口调用关系，包括：

从应用性能管理装置中抓取处于运行状态下的接口调用链路数据；

拆解所述接口调用链路数据，得到各个所述组件的第三参考接口调用关系；

过滤重复的第三参考接口调用关系，得到处于运行状态的所有组件的不重复的接口调用关系。

6.根据权利要求1所述的方法，其特征在于，所述扫描分布式架构下各个组件的源代码包，获取各个所述组件的接口调用关系，包括：

获取分布式架构下各个组件的源代码包；

扫描各个所述组件的源代码包，获取与同一组件内各个服务消费者具有调用关系的服务生产者，其中，所述服务消费者用于表示接口调用的调用发起方，所述服务生产者用于表示接口调用的被调用方；

汇总同一组件内所有所述服务消费者与服务生产者之间的调用关系，确定各个所述组件的接口调用关系。

7.根据权利要求6所述的方法，其特征在于，在汇总同一组件内所有所述服务消费者与服务生产者之间的调用关系，确定各个所述组件的接口调用关系之后，还包括：

汇总各个所述组件的接口调用关系，确定所述分布式架构下所有组件的接口调用关系。

8.根据权利要求1所述的方法，其特征在于，所述服务包括：所调用的外部类或继承，以及实现调用的父类、类变量集合、类方法集合、方法逻辑块或注释。

9.根据权利要求1所述的方法，其特征在于，在确定所述运行态接口调用关系数量与设计态接口调用关系数量的比例关系，将所述比例关系作为所述分布式架构下所有组件接口的测试覆盖率之后，还包括：

当所述测试覆盖率低于预设阈值时，判定组件间接口测试结果是不及格；

当所述测试覆盖率不低于预设阈值时，判定所述组件间接口测试结果是及格。

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

当判定完成所述组件间接口测试结果时，将所述组件间接口测试结果发送至终端设备，以通过所述终端设备显示所述组件间接口测试结果。

11.一种组件接口测试分析装置，其特征在于，包括：

设计态统计模块，用于扫描分布式架构下各个组件的源代码包，获取各个所述组件的接口调用关系，统计去重后所有组件的接口调用关系数量，得到设计态接口调用关系数量；

运行态统计模块，用于从服务调度中心获取处于运行状态的所有组件的不重复的接口调用关系，统计所述不重复的接口调用关系的数量，得到运行态接口调用关系数量，其中，所述服务调度中心用于从数据库中获取各个所述处于运行状态的组件的接口调用关系；

覆盖率确定模块，用于确定所述运行态接口调用关系数量与设计态接口调用关系数量的比例关系，将所述比例关系作为所述分布式架构下所有组件接口的测试覆盖率；

其中，所述设计态统计模块，具体用于：

扫描分布式架构下各个组件的源代码包，获得各个所述组件内与接口调用相关的服务以及所述服务与其他组件内服务之间的调用关系；

根据各个所述组件的服务之间的调用关系，确定各个所述组件的接口调用关系；

其中，所述设计态统计模块，具体还用于：

根据各个所述组件内服务与其他组件内服务之间的调用关系，建立各个所述组件的接口调用关系矩阵；

根据各个所述组件的所述接口调用关系矩阵，建立所述分布式架构下所有服务的调用关系图，其中，所述调用关系图中的关系节点表示各个所述组件的各个服务；

统计所述调用关系图中所有关系节点之间去重后的连接线的数量，得到设计态接口调用关系数量。

12.一种服务器，其特征在于，所述服务器包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-10中任一所述的组件接口测试分析方法。

13.一种包含计算机可执行指令的存储介质，其特征在于，所述计算机可执行指令在由计算机处理器执行时用于执行如权利要求1-10中任一所述的组件接口测试分析方法。

Images