CN115543833A - 一种接口模拟测试和联调的方法、装置、设备及介质 - Google Patents

Abstract

本申请公开了一种接口模拟测试和联调的方法、装置、设备及介质，方法包括：确定目标接口，并获取目标接口的接口参数类型以及数据返回格式；根据接口参数类型及数据返回格式，建立接口数据模型；向接口数据模型中输入参数，以进行接口测试，并生成接口测试结果；根据接口测试结果，调试目标接口。能够对未完成开发的接口进行模拟检测，同时，该方法适用于前端进行联调，适用于测试团队进行测试，也适用于后端开发人员自测。还减少写接口文档、自测及以及联调接口等工作花费的时间，提高整体开发效率。

Description

一种接口模拟测试和联调的方法、装置、设备及介质

技术领域

本申请涉及接口测试领域，具体涉及一种接口模拟测试和联调的方法、装置、设备及介质。

背景技术

随着软件体系架构愈发趋于庞杂，为了更好的提高开发效率，将整个开发团队分为前端和后端，各自独立处理任务。通常的模式是后端开发人员提供接口，前端开发人员通过调用对应的接口来获得所需要的数据，再将数据展示到界面上。在这种开发模式下，后端与后端之间、前端与后端之间的数据调用都依赖于相应的接口，所以对接口进行充分的测试就显得尤为重要，这样才能保证接口正确、功能健壮、业务完整。

由于不同接口的后端开发的工作量差异，而前端在没有接口的情况下进行开发工作必然十分的不便，此时就需要先定义好接口的参数及返回数据的格式。在功能出现微调时可能会导致接口的参数数量或格式发生变化，此时需要及时与前端开发同事进行沟通说明、修改接口文档等，这会导致沟通成本急剧增加。另外，测试人员在测试过程中手动更改参数以进行场景测试时，若漏掉一些场景未进行测试，容易引发不可预知的应用事故，造成损失。

发明内容

为了解决上述问题，本申请提出了一种接口模拟测试和联调的方法、装置、设备及介质，其中方法包括：

确定目标接口，并获取所述目标接口的接口参数类型以及数据返回格式；根据所述接口参数类型及数据返回格式，建立接口数据模型；向所述接口数据模型中输入参数，以进行接口测试，并生成接口测试结果；根据所述接口测试结果，调试所述目标接口。

在一个示例中，所述根据预设的接口参数类型及数据返回格式，建立接口数据模型，具体包括：根据所述接口参数类型以及所述数据返回格式，确定所述接口数据模型的模型名称、模型分组、根节点类型以及根节点数量；根据预设数据返回内容，确定所述接口数据模型的模型数据的种类数量范围以及数据内容。

在一个示例中，所述根据所述接口参数类型及数据返回格式，建立接口数据模型，还包括：获取所述目标接口的开发进度；若所述目标接口的开发进度高于预设阈值，则生成所述目标接口对应的接口文档；根据所述接口文档，生成所述目标接口的接口数据模型。

在一个示例中，所述根据预设的接口参数类型及数据返回格式，建立接口数据模型之后，方法还包括：根据所述模型分组，新建所述接口数据模型对应的本地接口；将环境切换为Mock服务，并填入所述本地接口的接口信息；所述接口信息至少包括接口名称、接口状态、接口分组。

在一个示例中，所述向所述接口数据模型中输入参数，以进行接口测试，并生成接口测试结果，具体包括：获取多个目标接口的测试报告，所述测试报告包括所述多个目标接口分别对应的测试回馈、单个目标接口多线程反复调用测试回馈、目标接口监控定时执行持续集成结果回馈中的至少一种；根据所述测试报告，生成所述多个目标接口的接口测试结果。

在一个示例中，所述根据所述接口测试结果，调试所述目标接口，具体包括：若所述接口测试结果中存在接口问题，则根据所述接口问题，更新所述目标接口的接口文档，以得到第一接口文档；根据所述第一接口文档，生成第一接口数据模型，并通过所述第一接口数据模型，判断所述目标接口是否调试成功。

在一个示例中，所述方法还包括：接收来自于前端的需求变更信息；根据所述需求变更信息，更新所述目标接口的接口文档，以得到第二接口文档；根据所述第二接口文档，生成第二接口数据模型，并通过所述第二接口数据模型，判断所述目标接口是否成功更新所述需求变更信息。

本申请还提供了一种接口模拟测试和联调的装置，包括：目标接口确定模块，确定目标接口，并获取所述目标接口的接口参数类型以及数据返回格式；模型建立模块，根据所述接口参数类型及数据返回格式，建立接口数据模型；测试模块，向所述接口数据模型中输入参数，以进行接口测试，并生成接口测试结果；调试模块，根据所述接口测试结果，调试所述目标接口。

本申请还提供了一种接口模拟测试和联调的设备，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行：确定目标接口，并获取所述目标接口的接口参数类型以及数据返回格式；根据所述接口参数类型及数据返回格式，建立接口数据模型；向所述接口数据模型中输入参数，以进行接口测试，并生成接口测试结果；根据所述接口测试结果，调试所述目标接口。

本申请还提供了一种非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：确定目标接口，并获取所述目标接口的接口参数类型以及数据返回格式；根据所述接口参数类型及数据返回格式，建立接口数据模型；向所述接口数据模型中输入参数，以进行接口测试，并生成接口测试结果；根据所述接口测试结果，调试所述目标接口。

通过本申请提出的方法能够对未完成开发的接口进行模拟检测，且不依赖使用者对Selenium等工具的熟悉程度，学习成本低。同时，该方法适用于前端进行联调，适用于测试团队进行测试，也适用于后端开发人员自测。还减少写接口文档、自测及改bug、Mock数据以及联调接口等工作花费的时间，提高整体开发效率。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例中一种接口模拟测试和联调的方法流程示意图；

图2为本申请实施例中一种接口模拟测试和联调的方法整体流程示意图；

图3为本申请实施例中一种建立接口数据模型的操作示意图；

图4为本申请实施例中一种对建立的接口数据模型进行预览的操作示意图；

图5为本申请实施例中一种建立本地接口的操作示意图；

图6为本申请实施例中一种建立本地接口根节点的操作示意图；

图7为本申请实施例中一种创建示例的操作示意图；

图8为本申请实施例中一种通过输入参数对目标接口进行测试的操作示意图；

图9为本申请实施例中一种接口模拟测试和联调的装置结构示意图；

图10为本申请实施例中一种接口模拟测试和联调的设备结构示意图。

具体实施方式

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

现有技术中，为了克服上述技术问题，存在两种技术方案，其中一个是使用netty模拟测试服务的方法，通过netty框架实现Restful接口的模拟处理，来模拟接口的返回内容。通过提前约定好参数和响应的内容，在netty-server中通过代码模拟多种情况的返回内容，以供前端调用，从而实现在后端功能未开发完成时的前后端联调。上述方案适用于后端接口未开发完成时，模拟接口返回的数据，但在后端接口开发完成后进行系统性的测试时，继续适用模拟的返回数据可能会隐藏一些实际处理逻辑中的问题，接口测试的完整性不足。

还有一种方案是使用node.js和mock.js构建的可视化接口管理工具，然后通过mock.js进行模拟接口仿真和数据仿真。但这两种方案在接口出现频繁变更时，需要投入人力去同步修改接口文档，对于不熟悉的人难度较大，上手比较困难，否则接口获取到的数据就可能不是接口更新后的数据。且维护不同工具之间的数据一致性较为困难和低效，多个系统之间的数据不一致，导致协作低效、问题频出。

以下结合附图，详细说明本申请各实施例提供的技术方案。

图1为本说明书一个或多个实施例提供的一种接口模拟测试和联调的方法的流程示意图。该方法可以应用于不同领域的业务接口，比如，互联网金融业务领域、电商业务领域、即时通讯业务领域、游戏业务领域、公务业务领域等。该流程可以由相应领域的计算设备执行，流程中的某些输入参数或者中间结果允许人工干预调节，以帮助提高准确性。

本申请实施例涉及的分析方法的实现可以为终端设备，也可以为服务器，本申请对此不作特殊限制。为了方便理解和描述，以下实施例均以服务器为例进行详细描述。

需要说明的是，该服务器可以是单独的一台设备，可以是有多台设备组成的系统，即，分布式服务器，本申请对此不做具体限定。

如图1及图2所示，本申请实施例提供一种接口模拟测试和联调的方法，包括：

S101：确定目标接口，并获取所述目标接口的接口参数类型以及数据返回格式。

首先，需要确定目标接口的数量及不同目标接口分别对应的接口参数类型以及数据返回格式。需要说明的是，这里目标接口可以是单个接口，也可以是多个接口。当目标接口的数量仅有一个时，为对单个目标接口进行测试，若目标接口的数量为多个时，为对多个目标接口进行联调。接口参数类型与数据返回格式由前端人员与后端人员提前约定。

上述接口参数类型与数据返回格式可以预先存储在计算机设备的存储装置中，当需要对目标接口进行测试时，计算机设备可以从存储装置中选取接口参数类型与数据返回格式。当然，计算机设备还可以从其它外部设备中获取该接口参数类型与数据返回格式。比如，将接口参数类型与数据返回格式存储在云端，当需要对目标接口进行测试时，计算机设备可以从云端获取接口参数类型与数据返回格式，本实施例对接口参数类型与数据返回格式的获取方式不做限定。

S102：根据所述接口参数类型及所述数据返回格式，建立接口数据模型。

由于不同功能的复杂度不同，那么不同接口的后端开发的工作量必然有差异，而前端在没有接口的情况下进行开发工作必然十分的不便，因此，可根据提前约定好的接口参数类型及数据返回格式，建立目标接口对应的接口数据模型。本申请以apifox软件为例，对接口数据模型建立及后续测试过程进行说明。

如图3所示，在一个实施例中，以“用户列表”的接口为例，在根据预设的接口参数类型及数据返回格式，建立接口数据模型时，需要根据接口参数类型以及数据返回格式，确定接口数据模型的模型名称、模型分组、根节点类型以及根节点数量，在此模型名称即为“用户列表”，模型分组即为“用户管理”，根节点包括“desc”、“code”、“data”三类等。然后根据预设数据返回内容，确定接口数据模型的模型数据的种类数量范围以及数据内容。在此，模型数据种类包括“id”、“name”、“mobile”、“email”、“gender”、“status”、“head_img”等类。

在一个实施例中，由于不同接口的后端开发的工作量必然有差异，因此需要考虑目标接口对应的完成进度，若目标接口的开发进度高于预设阈值，则生成目标接口对应的接口文档。这里的生成接口文档时可通过swagger直接生成。然后再将接口文档到入职apifox中，从而生成目标接口的接口数据模型。

如图4所示，接口数据模型设置完成之后，可通过apifox的预览功能，检查生成的结果是否正确。

如图5、图6及图7所示，在一个实施例中，处理好接口数据模型之后，还需要进行本地接口设计，以确保数据模型可用。此时需要根据模型分组，进入接口管理选项卡，在对应的分组新建接口，并将环境切换为Mock服务，填入接口的基本信息后保存。此过程还包括：点击修改文档，将返回的根节点改为与之对应的数据模型(根据实际情况，修改请求头和参数信息)；点击创建示例，可以在弹出的界面中完善接口文档。这里的接口信息至少包括接口名称、接口状态、接口分组。

S103：向所述接口数据模型中输入参数，以进行接口测试，并生成接口测试结果。

如图8所示，建立了数据模型之后，可根据业务实际需求决定是否传入参数或头信息，然后即可通过apifox进行对目标接口进行测试，得到目标接口的测试结果。

在一个实施例中，生成接口测试结果时，具体包括：获取多个目标接口的测试报告，这里的测试报告包括多个目标接口分别对应的测试回馈、单个目标接口多线程反复调用测试回馈、目标接口监控定时执行持续集成结果回馈中的至少一种，然后再根据测试报告，生成多个目标接口的接口测试结果。

S104：根据所述接口测试结果，调试所述目标接口。

得到测试结果之后，可根据测试结果，确定目标接口存在的问题，从而对目标接口进行调试。

在一个实施例中，调试时，接口调用者可以直接在界面上了解到参数或返回结果的数据接口是否与预期一致，这里可以在后端开发自测过程中就能够发现可能存在的数据结构和文档定义不一致的问题，避免此类问题在联调期间才发现而导致的联调成本上升。对多个接口均进行测试之后，可以查看测试报告，对有问题的接口能够准确及时的发现，避免了手动整理测试报告的重复工作和可能造成的人为失误以及中间的沟通协调成本。

在一个实施例中，根据接口测试结果，调试目标接口时，若接口测试结果中存在接口问题，则可根据接口问题及接口需求，更新目标接口的接口文档，以得到第一接口文档，然后再根据第一接口文档，生成第一接口数据模型，并通过第一接口数据模型，判断目标接口是否调试成功。

在一个实施例中，若遇到前端人员修改接口需求的情况，此时首先要接收来自于前端的需求变更信息；再根据需求变更信息，更新目标接口的接口文档，以得到第二接口文档。然后根据第二接口文档，生成第二接口数据模型，并通过第二接口数据模型，判断目标接口是否成功更新需求变更信息。判断时，只需输入参数，获得第二接口数据模型的测试结果中是否存在其余接口问题即可。

如图9所示，本申请实施例还提供了一种接口模拟测试和联调的装置，包括：

目标接口确定模块201，确定目标接口，并获取所述目标接口的接口参数类型以及数据返回格式。

模型建立模块202，根据所述接口参数类型及数据返回格式，建立接口数据模型。

测试模块203，向所述接口数据模型中输入参数，以进行接口测试，并生成接口测试结果。

调试模块204，根据所述接口测试结果，调试所述目标接口。

如图10所示，本申请实施例还提供了一种接口模拟测试和联调的设备，包括：

至少一个处理器；以及，

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

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

确定目标接口，并获取所述目标接口的接口参数类型以及数据返回格式；根据所述接口参数类型及数据返回格式，建立接口数据模型；向所述接口数据模型中输入参数，以进行接口测试，并生成接口测试结果；根据所述接口测试结果，调试所述目标接口。

本申请实施例还提供了一种非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：

确定目标接口，并获取所述目标接口的接口参数类型以及数据返回格式；根据所述接口参数类型及数据返回格式，建立接口数据模型；向所述接口数据模型中输入参数，以进行接口测试，并生成接口测试结果；根据所述接口测试结果，调试所述目标接口。

本申请中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备和介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

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

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

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

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

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

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

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

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

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

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

Claims (10)

1.一种接口模拟测试和联调的方法，其特征在于，包括：

确定目标接口，并获取所述目标接口的接口参数类型以及数据返回格式；

根据所述接口参数类型及所述数据返回格式，建立接口数据模型；

向所述接口数据模型中输入参数，以进行接口测试，并生成接口测试结果；

根据所述接口测试结果，调试所述目标接口。

2.根据权利要求1所述的方法，其特征在于，所述根据预设的接口参数类型及数据返回格式，建立接口数据模型，具体包括：

根据所述接口参数类型以及所述数据返回格式，确定所述接口数据模型的模型名称、模型分组、根节点类型以及根节点数量；

根据预设数据返回内容，确定所述接口数据模型的模型数据的种类数量范围以及数据内容。

3.根据权利要求1所述的方法，其特征在于，所述根据所述接口参数类型及数据返回格式，建立接口数据模型，还包括：

获取所述目标接口的开发进度；

若所述目标接口的开发进度高于预设阈值，则生成所述目标接口对应的接口文档；

根据所述接口文档，生成所述目标接口的接口数据模型。

4.根据权利要求2所述的方法，其特征在于，所述根据预设的接口参数类型及数据返回格式，建立接口数据模型之后，方法还包括：

根据所述模型分组，新建所述接口数据模型对应的本地接口；

将环境切换为Mock服务，并填入所述本地接口的接口信息；所述接口信息至少包括接口名称、接口状态、接口分组。

5.根据权利要求1所述的方法，其特征在于，所述向所述接口数据模型中输入参数，以进行接口测试，并生成接口测试结果，具体包括：

获取多个目标接口的测试报告，所述测试报告包括所述多个目标接口分别对应的测试回馈、单个目标接口多线程反复调用测试回馈、目标接口监控定时执行持续集成结果回馈中的至少一种；

根据所述测试报告，生成所述多个目标接口的接口测试结果。

6.根据权利要求5所述的方法，其特征在于，所述根据所述接口测试结果，调试所述目标接口，具体包括：

若所述接口测试结果中存在接口问题，则根据所述接口问题，更新所述目标接口的接口文档，以得到第一接口文档；

根据所述第一接口文档，生成第一接口数据模型，并通过所述第一接口数据模型，判断所述目标接口是否调试成功。

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

接收来自于前端的需求变更信息；

根据所述需求变更信息，更新所述目标接口的接口文档，以得到第二接口文档；

根据所述第二接口文档，生成第二接口数据模型，并通过所述第二接口数据模型，判断所述目标接口是否成功更新所述需求变更信息。

8.一种接口模拟测试和联调的装置，其特征在于，包括：

目标接口确定模块，确定目标接口，并获取所述目标接口的接口参数类型以及数据返回格式；

模型建立模块，根据所述接口参数类型及数据返回格式，建立接口数据模型；

测试模块，向所述接口数据模型中输入参数，以进行接口测试，并生成接口测试结果；

调试模块，根据所述接口测试结果，调试所述目标接口。

9.一种接口模拟测试和联调的设备，其特征在于，包括：

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

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

确定目标接口，并获取所述目标接口的接口参数类型以及数据返回格式；

根据所述接口参数类型及数据返回格式，建立接口数据模型；

向所述接口数据模型中输入参数，以进行接口测试，并生成接口测试结果；

根据所述接口测试结果，调试所述目标接口。

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

确定目标接口，并获取所述目标接口的接口参数类型以及数据返回格式；

根据所述接口参数类型及数据返回格式，建立接口数据模型；

向所述接口数据模型中输入参数，以进行接口测试，并生成接口测试结果；根据所述接口测试结果，调试所述目标接口。

Images