CN115437939A - 接口案例数据的更新方法、装置、计算机设备、存储介质 - Google Patents

Abstract

本公开涉及一种接口案例数据的更新方法、装置、计算机设备、存储介质，涉及大数据更新处理技术领域。所述方法包括：响应于接收到参数调整指令，根据参数调整指令中所包含的输入信息调整接口参数信息，接口参数信息包括接口案例标志；根据接口案例标志，从测试环境中获取与接口案例标志对应的接口案例的接口展示数据；响应于接收到对接口案例界面的案例更新指令，根据接口案例标志，从测试环境中获取与接口案例标志对应的更新接口案例的更新接口展示数据，以指示接口案例界面利用所述更新接口展示数据更新所述接口展示数据。采用本方法能够无需手动维护接口案例，可以根据后端系统的数据变化自动更新案例。

Description

接口案例数据的更新方法、装置、计算机设备、存储介质

技术领域

本公开涉及大数据更新处理技术领域，特别是涉及一种接口案例数据的更新方法、装置、计算机设备、存储介质。

背景技术

随着计算机技术的发展，越来越多的系统中后端系统和前端系统是进行分离的。系统质量通常是影响系统稳定性的一个重要因素。软件测试是保障系统质量的重要手段，而接口测试更是保障测试质量、提升测试效率的重要环节。

目前系统涉及的功能较多，并且在系统功能升级后或者投产前，除了对更新的系统功能进行回归测试，还需要对原有未变动的重要功能进行回归测试，确定原有功能没有问题。

然而，对于功能数量较多，功能分散，后端系统较多且各种功能受后端数据影响的系统来说，手工维护大量的未变动接口案例会比较耗费人力，因为其中一个后端系统的数据变更都会导致该功能执行失败，且一个功能可能还对应多个后端系统，所以后端系统的数据变更后需人工逐个对接口案例进行维护更新，增加了人力成本。

发明内容

基于此，有必要针对上述技术问题，提供一种无需手动维护接口案例，可以根据后端系统的数据变化自动更新案例的接口案例数据的更新方法、装置、计算机设备、存储介质。

第一方面，本公开提供了一种接口案例数据的更新方法。所述方法包括：

响应于接收到参数调整指令，根据所述参数调整指令中所包含的输入信息调整接口参数信息，所述接口参数信息包括接口案例标志；

根据所述接口案例标志，从测试环境中获取与所述接口案例标志对应的接口案例的接口展示数据；

输出所述接口展示数据，以指示接口案例界面展示所述接口展示数据；

响应于接收到对所述接口案例界面的案例更新指令，根据所述接口案例标志，从测试环境中获取与所述接口案例标志对应的更新接口案例的更新接口展示数据，以指示所述接口案例界面利用所述更新接口展示数据更新所述接口展示数据。

在其中一个实施例中，所述接口参数信息，还包括下述中的至少一种：

接口案例是否成功标志，表征所述接口案例的功能是否正常；

初始化接口案例数量，表征系统中的功能初始化需要获取的接口案例数量；

初始化接口案例获取的时间段，表征获取所述接口案例的时间段；

接口案例获取环境，表征获取所述接口案例的测试环境。

在其中一个实施例中，所述根据所述接口案例标志，从测试环境中获取与所述接口案例标志对应的接口案例的接口展示数据，包括：

响应于接收到接口参数启用指令，根据所述接口案例标志、接口案例是否成功标志、初始化接口案例数量和接口案例获取环境，在所述测试环境中获取对应的接口案例的接口展示数据；其中，所述接口展示数据包括：多个接口案例组成的临时接口案例列表。

在其中一个实施例中，所述方法还包括：响应于接收到对所述临时接口案例列表中接口案例的选择指令，将选择的所述接口案例确定为正式接口案例；

所述输出所述接口展示数据，以指示所述接口案例界面利用所述更新接口展示数据更新所述接口展示数据，包括：输出多个所述正式接口案例组成的接口案例列表，以指示所述接口案例展示界面展示所述接口案例列表。

在其中一个实施例中，所述根据所述接口案例标志，从测试环境中获取与所述接口案例标志对应的更新接口案例的更新接口展示数据，包括：

在预设的时间周期内，周期性获取所述测试环境中接口案例，得到第一接口案例；

根据所述第一接口案例的数量、所述接口案例的数量以及预先设置的初始接口案例数量，确定超过所述初始接口案例数量的第二接口案例；

根据所述第二接口案例的接口展示数据确定更新接口展示数据。

在其中一个实施例中，所述根据所述第一接口案例的数量、所述接口案例的数量以及预先设置的初始接口案例数量，确定超过所述初始接口案例数量的第二接口案例，包括：

根据所述第一接口案例的数量和所述接口案例的数量，确定接口案例总数量；

在所述接口案例总数量等于预先设置的初始接口案例数量情况下，确定获取到所述第一接口案例的第一时间段；

根据预设的时间周期内所述第一时间段之外获取的所述第一接口案例，确定超过所述初始接口案例数量的第二接口案例。

在其中一个实施例中，所述利用所述更新接口展示数据更新所述接口展示数据，包括：

利用所述第二接口案例的接口展示数据，更新生成时间最早的所述接口展示数据。

在其中一个实施例中，所述响应于接收到参数调整指令之前，所述方法还包括：

根据输入的登录信息确定对应的登录参数；

根据所述登录参数和预先设置的对比参数进行比较，根据比较结果确定登录状态；

在所述登录状态为失败的情况下，发送提示并重新进行登录认证。

第二方面，本公开还提供了一种接口案例数据的更新装置。所述装置包括：

指令调整模块，响应于接收到参数调整指令，根据所述参数调整指令中所包含的输入信息的调整接口参数信息，所述接口参数信息包括接口案例标志；

数据获取模块，用于根据所述接口案例标志，从测试环境中获取与所述接口案例标志对应的接口案例的接口展示数据；

数据输出模块，用于输出所述接口展示数据，以指示接口案例界面展示所述接口展示数据；

数据更新模块，响应于接收到对所述接口案例界面的案例更新指令，根据所述接口案例标志，从测试环境中获取与所述接口案例标志对应的更新接口案例的更新接口展示数据，以指示所述接口案例界面利用所述更新接口展示数据更新所述接口展示数据。

在所述装置的其中一个实施例中，所述接口参数信息，还包括下述中的至少一种：

接口案例是否成功标志，表征所述接口案例的功能是否正常；

初始化接口案例数量，表征系统中的功能初始化需要获取的接口案例数量；

初始化接口案例获取的时间段，表征获取所述接口案例的时间段；

接口案例获取环境，表征获取所述接口案例的测试环境。

在所述装置的其中一个实施例中，所述数据获取模块，还响应于接收到接口参数启用指令，根据所述接口案例标志、接口案例是否成功标志、初始化接口案例数量和接口案例获取环境，在所述测试环境中获取对应的接口案例的接口展示数据；其中，所述接口展示数据中包括：多个接口案例组成的临时接口案例列表。

在所述装置的其中一个实施例中，所述装置还包括：接口选择模块，用于响应于接收到对所述临时接口案例列表中接口案例的选择指令，将选择的所述接口案例确定为正式接口案例；

所述数据输出模块，用于输出多个所述正式接口案例组成的接口案例列表，以指示所述接口案例展示界面展示所述接口案例列表。

在所述装置的其中一个实施例中，所述数据更新模块，包括：第一接口案例获取模块，用于在预设的时间周期内，周期性获取所述测试环境中接口案例，得到第一接口案例；

第二接口案例确定模块，用于根据所述第一接口案例的数量、所述接口案例的数量以及预先设置的初始接口案例数量，确定超过所述初始接口案例数量的第二接口案例；

更新数据确定模块，用于根据所述第二接口案例的接口展示数据确定更新接口展示数据。

在所述装置的其中一个实施例中，所述第二接口案例获取模块，包括：

总数量确定模块，用于根据所述第一接口案例的数量和所述接口案例的数量，确定接口案例总数量；

时间段确定模块，用于在所述接口案例总数量等于预先设置的初始接口案例数量情况下，确定获取到所述第一接口案例的第一时间段；

第二接口案例确定子模块，用于根据预设的时间周期内所述第一时间段之外获取的所述第一接口案例，确定超过所述接初始口案例数量的第二接口案例。

在所述装置的其中一个实施例中，所述数据更新模块，还用于利用所述第二接口案例的接口展示数据，更新生成时间最早的所述接口展示数据。

在所述装置的其中一个实施例中，所述装置还包括：

登录参数确定模块，用于根据输入的登录信息确定对应的登录参数；

参数比较模块，用于根据所述登录参数和预先设置的对比参数进行比较，根据比较结果确定登录状态；

提示认证模块，用于在所述登录状态为失败的情况下，发送提示并重新进行登录认证。

第三方面，本公开还提供了一种计算机设备。所述计算机设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述任一方法实施例的步骤。

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

第五方面，本公开还提供了一种计算机程序产品。所述计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述任一方法实施例的步骤。

上述各实施例中，响应于接收到参数调整指令，根据所述参数调整指令中所包含的输入信息调整接口参数信息，所述接口参数信息包括接口案例标志，能够根据用户输入的参数调整指令获取用户需要展示或者需要更新的接口案例。而对于需要大批量的展示维护的接口案例来说，仅需要输入对应的参数调整指令即可获取到对应的接口案例以及对应的接口展示数据，节省了人为手工录入大量接口案例的时间。并且在接口案例更新时，也不需要对手动维护进行更新，只需要对所述接口案例界面的执行对应的案例更新指令，通过本方案可以自动的从测试环境中获取更新接口展示数据，并更新之前的接口展示数据。在后端系统的功能或者数据变更后，无需人工逐个对接口案例进行维护更新，降低了人力成本，提高了效率。并且数据操作都是跟后端服务器进行执行以及存储的，因此可以保存大量的接口案例对应的接口展示数据，能够获取不同时刻的接口展示数据，为后续进行回归测试提供了重要的测试数据。

附图说明

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

图1为一个实施例中接口案例数据的更新方法的应用环境图；

图2为一个实施例中接口案例数据的更新方法的流程示意图；

图3为一个实施例中临时接口案例列表的示意图；

图4为一个实施例中选择指令选择的接口案例的示意图；

图5为一个实施例中接口案例库的示意图；

图6为一个实施例中S208步骤的流程示意图；

图7为一个实施例中S304步骤的流程示意图；

图8为一个实施例中S202步骤之前的流程示意图；

图9为另一个实施例中接口案例数据的更新方法一部分的流程示意图；

图10为另一个实施例中接口案例数据的更新方法另一部分的流程示意图；

图11为一个实施例中接口案例数据的更新方法的时序示意图；

图12为一个实施例中接口案例数据的更新装置的结构示意框图；

图13为一个实施例中计算机设备的内部结构示意图。

具体实施方式

为了使本公开的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本公开进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本公开，并不用于限定本公开。

需要说明的是，本文的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本文的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、装置、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本文中，术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系。例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

在本公开的一些实施例中，接口案例通常指的是系统对应的功能相关的接口测试案例。前端系统可以包括客户端、服务端或者网页，后端系统通常可以包括后端服务器或者后端数据库。

正如背景技术所述，对于一些比较重要的系统，每次上线需进行未变动功能和变动的功能均要进行回归测试，避免一些基础性功能被误改导致系统功能出现生产问题。而对于各种功能数量较多，功能分散，后端系统较多且每种功能容易受后端数据影响的渠道服务类系统来说，手工维护大量的未变动功能对应的案例会比较耗费人力，因为其中一个后端系统的数据变更都可能会导致功能异常，所以后端系统数据变更后需人工进行案例数据的数据维护更新，增加人力成本。

因此，为解决上述问题，本公开实施例提供了一种接口案例数据的更新方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与后端服务器104进行通信。用户在终端102中输入参数调整指令。终端102将参数调整指令反馈给后端服务器104。后端服务器104响应于接收到参数调整指令，后端服务器104根据参数调整指令中包含的输入信息调整接口参数信息，接口参数信息中可以包括接口案例标志。后端服务器104根据接口案例标志，从测试环境中获取与接口案例标志对应的接口案例的接口展示数据。后端服务器104输出接口展示数据至终端102，以使终端102中的接口案例展示界面展示接口展示数据。用户在终端102中输入对接口案例界面的案例更新指令。终端102将案例更新指令反馈给后端服务器104，后端服务器104响应于接收到对接口案例界面的案例更新指令，根据接口案例标志，从测试环境中获取与接口案例标志对应的更新接口案例的更新接口展示数据，利用更新接口展示数据更新接口展示数据。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。便携式可穿戴设备可为智能手表、智能手环、头戴设备等。后端服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种接口案例数据的更新方法，以该方法应用于图1中的后端服务器104为例进行说明，包括以下步骤：

S202，响应于接收到参数调整指令，根据所述参数调整指令中所包含的输入信息调整接口参数信息。

其中，参数调整指令通常可以是用户输入的指令，该指令中通常情况下包括了一些用户自己输入的信息，通过这些信息能够将接口参数信息，如接口案例标志更改为用户想要使用的接口案例标志。接口参数信息包括接口案例标志，接口案例标志通常可以是区分不同接口案例的标志，例如，某个功能对应的接口案例的标志为_XX_CODE，则可以通过该接口案例的标志找到对应的接口案例。

具体地，用户在前端系统中输入参数调整指令，前端系统将参数调整指令传输到后端服务器。响应于后端服务器接收到前端系统传输的参数调整指令。根据用户在参数调整指令中输入的信息，例如可以是接口案例标志，来调整接口参数信息，使接口参数信息满足用户的需求。

在一些示例性的实施例中，用户还可以在前端网页界面中对应的输入栏中输入参数调整指令中所包含的信息，然后在前端界面中点击对应的按键，触发代码。将对应的信息和指令传输至后端服务器，后端服务器执行对应的操作，来完成对应的功能。

S204，根据所述接口案例标志，从测试环境中获取与所述接口案例标志对应的接口案例的接口展示数据。

其中，测试环境通常可以是需要测试的业务功能的进行测试的环境，因为不同的业务功能在不同的测试环境测试，所以需要从指定测试环境获取对应的接口案例。接口展示数据通常可以是接口案例对应的数据，例如接口案例的名称，接口案例的获取时间等等一系列关于接口案例的信息。

具体地，可以根据上述用户输入的接口案例标志，利用抓包工具从对应的测试环境中找到并获取与接口案例标志对应的接口案例。进而获取该接口案例对应的接口展示数据。其中，抓包工具是拦截查看网络数据包内容的软件。抓包工具由于其可以对数据通信过程中的所有IP报文实施捕获并进行逐层拆包分析，一直是传统固网数通维护工作中罐常用的故障排查工具，业内流行的抓包软件可以包括：Wire shark、SnifferPro、Snoop以及Tcpdump等。在本公开的实施例中并不限制具体的抓包工具类型，只要能够获取对应的接口案例即可。

在一些示例性的实施例中，例如，在确定接口案例标志为A后，可以利用接口案例标志A在对应测试环境中匹配对应的接口案例A1，获取A1对应的各种信息。

S206，输出所述接口展示数据，以指示接口案例界面展示所述接口展示数据。

其中，接口案例界面通常可以是网页界面，其通常可以通过html页面代码和页面的JavaScript代码构成。

具体地，后端服务器在获取到接口展示数据后，可以输出到前端系统中，前端接口接收到接收展示数据后，可以通过其中的接口案例界面展示接口展示数据。

S208，响应于接收到对所述接口案例界面的案例更新指令，根据所述接口案例标志，从测试环境中获取与所述接口案例标志对应的更新接口案例的更新接口展示数据，以指示所述接口案例界面利用所述更新接口展示数据更新所述接口展示数据。

其中，案例更新指令通常情况下可以是对接口案例以及接口案例对应的接口展示数据进行更新的指令。更新接口案例通常可以是最新的接口案例，即需要更新的接口案例。

具体地，当在后端服务器的系统功能升级后或者投产前，需要进行回归测试，此时就需要获取最新的接口案例。因此，用户需要对系统功能对应接口案例进行更新，相应的接口案例展示数据也需要更新。此时，用户可以在接口案例界面输入对应的案例更新指令。前端中的接口案例界面可以将对应的案例更新指令传输到后端服务器，后端服务器接收到接口案例更新指令后，可以根据之前用户输入的接口案例标志，再次从相应的测试环境中获取对应的接口案例。进而获取该接口案例的接口展示数据，该接口展示数据可以为更新接口展示数据。所述接口案例界面利用一定的规则将更新接口展示数据替换接口展示数据，已完成接口展示数据的更新。

可以理解的是，本公开实施例中对应的方法可以在软件中执行，也可以在对应网页中执行，还可以在对应的客户端中执行。

在一些示例性的实施例中，一定的规则例如可以是获取与接口展示数据数量相同的更新接口展示数据，将更新接口展示数据全部替换为接口展示数据。一定的规则还可以是，在预设的时间内获取一定数量的更新接口展示数据，将该一定数量的更新接口展示数据替换为获取时间最早的接口展示数据。可以理解的是，上述仅仅用于举例说明如何完成接口展示数据的更新，本领域技术人员也可以选择其他方式来对接口展示数据进行更新，在本实施例中并不限制具体的更新方式。

上述接口案例数据的更新方法中，响应于接收到参数调整指令，根据所述参数调整指令中所包含的输入信息调整接口参数信息，所述接口参数信息包括接口案例标志，能够根据用户输入的参数调整指令获取用户需要展示或者需要更新的接口案例。而对于需要大批量的展示维护的接口案例来说，仅需要输入对应的参数调整指令即可获取到对应的接口案例以及对应的接口展示数据，节省了人为手工录入大量接口案例的时间。并且在接口案例更新时，也不需要对手动维护进行更新，只需要对所述接口案例界面的执行对应的案例更新指令，通过本方案可以自动的从测试环境中获取更新接口展示数据，并更新之前的接口展示数据。在后端系统的功能或者数据变更后，无需人工逐个对接口案例进行维护更新，降低了人力成本，提高了效率。并且数据操作都是跟后端服务器进行执行以及存储的，因此可以保存大量的接口案例对应的接口展示数据，能够获取不同时刻的接口展示数据，为后续进行回归测试提供了重要的测试数据。

在一个实施例中，所述接口参数信息，还包括下述中的至少一种：

接口案例是否成功标志，表征所述接口案例的功能是否正常；

初始化接口案例数量，表征系统中的功能初始化需要获取的接口案例数量；

初始化接口案例获取的时间段，表征获取所述接口案例的时间段；

接口案例获取环境，表征获取所述接口案例的测试环境。

接口参数信息还可以包括：接口案例的名称信息等等。

具体地，接口案例是否成功标志可以由后端服务器来确定，通常情况下获取接口案例时，需要获取接口案例为成功标志的接口案例，即代表的获取的是正常功能的接口案例。接口案例的功能是否正常可以通过返回的接口报文判断，成功表示该接口案例的相关功能正常，并对应的调整接口案例是否成功的标志为成功标志。接口报文若为失败，则表示该接口案例的相关功能异常，并对应的调整接口案例是否成功的标志为失败标志。

初始化接口案例数量，可以是单个功能初始化时需要获取的接口案例的数量，单个功能通常可以是系统中的某个功能。该功能通常情况下会在测试环境中进行回归测试。通常情况下，每个功能对应的接口案例的数量最多可以为100个。

初始化接口案例获取的时间段，可以是获取每个接口案例对应的时间段。因为每个接口案例是通过抓包工具获取的，因此需设置抓包的时间，生成对应时间的接口案例。

接口案例获取环境，可以是获取每个接口案例对应的测试环境。

在本实施例中，通过设置接口案例是否成功标志、初始化接口案例数量、初始化接口案例获取的时间段能够准确的获取到接口案例的各种信息，后续再进行处理时可以更加全面的对接口案例对应的数据进行处理。

在一个实施例中，根据所述接口案例标志，从测试环境中获取与所述接口案例标志对应的接口案例的接口展示数据，包括：

响应于接收到接口参数启用指令，根据所述接口案例标志、接口案例是否成功标志、初始化接口案例数量和接口案例获取环境，在所述测试环境中获取对应的接口案例的接口展示数据；其中，所述接口展示数据包括：多个接口案例组成的临时接口案例列表。

其中，接口参数启用指令通常可以是使用接口参数信息获取信息的指令。

具体地，当用户需要前端的接口案例界面展示接口展示数据时，可以在前端的界面中输入接口参数启用指令。前端界面将该接口参数启用指令传输到后端服务器。后端服务器接口道接口参数启用指令之后，可以仅根据接口案例标志，从测试环境中获取对应的接口案例的接口展示数据，也可以根据接口案例标志、接口案例是否成功标志、初始化接口案例数量和接口案例获取环境其中的一种或者多种，在测试环境中获取对应的接口案例的接口展示数据。通常情况下，接口展示数据中是以列表形式展示的，具体的如图3所示，可以为多个接口案例组成的临时接口案例列表。列表以一个接口案例的名称为一行排列，每行包括接口案例的名称、接口案例获取时间段、接口案例获取的环境、接口案例数量(如果获取到的成功接口案例数量不足设置数量，则获取所有的成功接口案例)、接口案例详情等这些列，点击接口案例详情，可以展示获取到的该接口的所有案例。

在本实施例中，响应于接收到接口参数启用指令，在进行获取对应的接口展示数据，能够根据不同时刻的需求获取对应接口展示数据，在用户需要获取时，能够触发接口参数启用指令，进而快速的获取到需要获取的接口展示数据。

在一个实施例中，所述方法还包括：响应于接收到对所述临时接口案例列表中接口案例的选择指令，将选择的所述接口案例确定为正式接口案例；

其中，选择指令通常可以是选择对应的接口案例的指令。

具体地，因为不同的接口案例里面的数据不同，初始化获取接口案例数据不一定是该用户需要的接口案例，用户可以在临时接口案列表中的接口案例里面选取编辑需要的接口案例，加入正式的接口案例库，成为正式的接口案例。

在一些示例性的实施例中，如图4所示，用户可以选择临时接口案例列表中多个接口案例(例如，图4中底纹部分可以为选择指令选择的接口案例)，然后点击确认按钮，就可以将这些接口案例确定为正式的接口案例，可以将正式的接口案例加入接口案例库中，接口案例库可以如图5所示。可以理解的是，图3、图4和图5所示的均为示意图，本领域技术人员可以根据实际情况来定义临时接口案例列表的样式，选择指令选择的样式以及接口案例库的样式，在本公开的一些实施例中并不限制具体的样式。

相应的，所述输出所述接口展示数据，以指示所述接口案例界面利用所述更新接口展示数据更新所述接口展示数据，包括：输出多个所述正式接口案例组成的接口案例列表，以指示所述接口案例展示界面展示所述接口案例列表。

具体地，接口案例列表其与临时接口案例列表的结构相同，在此不进行重复赘述。

可以理解的是，本领域技术人员也可以对接口案例列表作出对应的指令，对接口案例列表中的接口案例进行增删改查等操作，例如增加正式接口案例，删除正式接口案例，修改正式接口案例，查询正式接口案例等。

在本实施例中，通过选择指令确定正式接口案例，能够选取需要的接口案例，进而获取其对应的接口展示数据，便于对指定的接口案例进行更新和维护。

在一个实施例中，如图6所示，所述根据所述接口案例标志，从测试环境中获取与所述接口案例标志对应的更新接口案例的更新接口展示数据，包括：

S302，在预设的时间周期内，周期性获取所述测试环境中接口案例，得到第一接口案例。

S304，根据所述第一接口案例的数量、所述接口案例的数量以及预先设置的初始接口案例数量，确定超过所述初始接口案例数量的第二接口案例。

S306，根据所述第二接口案例的接口展示数据确定更新接口展示数据。

其中，预设的时间周期本领域技术人员可以根据实际情况进行设置，例如可以是1小时，2小时或者5小时等等，类似的，周期性的可以为10分钟，20分钟等。在本公开的一些实施例中不进行限制具体时间周期和周期性的时间。接口案例的数量通常可以是获取的接口展示数据中接口案例的数量。

具体地，可以在预设的时间周期内，周期性的获取测试环境中的接口案例，获取接口案例后，在该时间周期内获取到的接口案例可以确定为第一接口案例。然后计算在该时间周期内获取的第一接口案例的数量。根据第一接口案例的数量和之前获取的接口案例的数量确定是否超过预先设置的初始接口案例数量，若超过，则后续在时间周期内获取的接口案例可以确定为第二接口案例。根据第二接口案例对应的接口展示数据确定更新接口展示数据。

在本实施例中，根据所述第一接口案例的数量、所述接口案例的数量以及预先设置的初始接口案例数量，能够获取最新的接口案例(第二接口案例)，进而在更新时，可以获取最新的接口案例，能够保证更新的是最新的接口案例对应的接口展示数据。

在一个实施例中，如图7所示，所述根据所述第一接口案例的数量、所述接口案例的数量以及预先设置的初始接口案例数量，确定超过所述初始接口案例数量的第二接口案例，包括：

S402，根据所述第一接口案例的数量和所述接口案例的数量，确定接口案例总数量；

S404，在所述接口案例总数量等于预先设置的初始接口案例数量情况下，确定获取到所述第一接口案例的第一时间段；

S406，根据预设的时间周期内所述第一时间段之外获取的所述第一接口案例，确定超过所述初始接口案例数量的第二接口案例。

具体地，利用第一接口案例的数量加上接口案例的数量，得到在预设时间周期内，每个时刻中对应的接口案例的总数量。因为每个时刻得到的接口案例的总数量都是不相同的，所以可以判断每个时刻得到的接口案例总数量和预先设置的初始接口案例的关系。因此，当某个时刻计算得到的接口案例总数量等于初始接口案例数量时，确定该时刻获取第一接口案例的第一时间段。因此，可以将预设的时间周期设置分为两个时间段，可以包括：第一时间段和第二时间段。第一时间段内获取的可以为第一接口案例，第二时间段内获取到的可以为超过初始接口案例数量的接口案例，该接口案例可以为第二接口案例。

在一些示例性的实施例中，例如，预设的时间周期为10分钟。周期性可以为1分钟。可以获取每分钟获取的第一接口案例的数量，根据每分钟获取的第一接口案例的数量和之前获取的接口案例的数量，确定每分钟接口案例的总数量。若在第三分钟时，在三分钟内获取的接口案例总数量等于预先设置的初始接口案例数量。则在第三分钟之后获取的接口案例可以为第二接口案例。而第二接口案例的数量可以为在第三分钟至第十分钟之内获取的接口案例的数量。

在本实施例中，通过不同的时间段，确定需要更新的第二接口案例，能够准确的确定需要更新的接口案例，能够保证更新的是最新的接口案例对应的接口展示数据。

在一个实施例中，所述利用所述更新接口展示数据更新所述接口展示数据，包括：

利用所述第二接口案例的接口展示数据，更新生成时间最早的所述接口展示数据。

具体地，接口展示数据通常情况下会存在多个，当需要更新时，通常是更新在接口案例界面展示时间最长的接口展示数据，该接口展示数据通常可以是生成时间最早或者获取时间最早的接口展示数据。

在一些示例性的实施例中，例如根据生成的时间顺序，接口展示数据依次为，接口展示数据X1、接口展示数据X2和接口展示数据X3。第二接口案例的接口展示数据为Y1，则可以将接口展示数据X1替换为接口展示数据为Y1，最终更新后的接口展示数据可以为：接口展示数据X2、接口展示数据X3和接口展示数据Y1。

在本实施例中，通过更新生成时间最早的接口展示数据，能够保证展示的接口展示都是最新的。

在一个实施例中，如图8所示，所述响应于接收到参数调整指令之前，所述方法还包括：

S502，根据输入的登录信息确定对应的登录参数；

S504，根据所述登录参数和预先设置的对比参数进行比较，根据比较结果确定登录状态；

S506，在所述登录状态为失败的情况下，发送提示并重新进行登录认证。

其中，登录信息通常可以包括用户名，用户账号，密码等信息。登录参数通常可以包括：登录时间，用户名，用户账号，密码等。对比参数通常情况下可以是保存在缓存中的参数。

具体地，在用户需要使用本方案对应的软件或者程序之前，需要进行登录认证。首先，用户需要在对应界面中输入登录信息，输入登录信息后，可以根据登录信息确定对应的登录参数，将登录参数和预先设置的存储在缓存中的对比参数进行比较，根据比较结果确定登录状态。登录状态可以为成功或者失败。当登录参数和预先设置的对比参数相同的情况下，可以确定登录状态为成功。当登录参数和预先设置的对比参数存在任一一项不同的情况下，例如对比参数中未含有用户名，密码，或者登录时间超时，可以确定登录状态为失败。在登录状态为失败的情况下，代表缓存的对比参数过期或是绕过登录页面强行系统，则会弹出提示，并回到S502步骤，重新进行登录认证。

另外，在进行登录时，可以通过登录信息查找出每个用户对应不同系统的接口案例。可以保证人员各司其职，避免职能混乱。

在本实施例中，通过进行登录认证，能够保证接口案例的数据安全性。

在一个实施例中，前述实施例中提及的各种指令，例如，参数调整指令、案例更新指令、接口参数启用指令和选择指令均是在前端，用户做出的动作触发。通常情况下可以是在对应的界面添加聆听器，在用户点击时触发代码，该代码可以是各种指令，并传输给后端服务器。可以理解的是，此处用户点击可以是点击界面触发代码，也可以是点击按钮触发代码，在本公开的实施例中不进行具体限制。聆听器可以是页面按钮的监听器，例如用户点击登录按钮触发登录动作。另外，为了增加代码可读性和提高开发效率，集成了bootstrap和jQuery，提高了界面的美观程度和整洁性。后端服务器采用的是java的代码，数据库采用oracle，链接数据库采用原始的jdbc方式，从测试环境上获取接口案例使用了jpcap抓包工具对测试环境进行抓包处理。

在一个实施例中，本公开还提供了另一种接口案例数据的更新方法，包括如下步骤：

首先对本实施例中接口案例数据的更新方法涉及的环境进行说明，由前端页面，后台处理器和数据库三部分组成。其中前端页面分为4个主界面，分别为登录页面，接口参数设置界面，接口案例展示界面，正式接口案例界面。后台处理器用来根据前端页面的指令执行对应的操作。数据库用来存储对应的接口案例数据。登录界面顾名思义，是所有人员进入的初始界面。接口参数社会界面是工作人员用于修改接口参数、初始化接口案例的界面。接口案例展示界面展示了所有的接口案例。正式接口案例界面展示了正式的接口案例。

如图9所示，在登录界面中：

S602，用户在登录界面输入登录信息，获取登录信息对应的登录参数；

S604，根据所述登录参数和预先设置的对比参数进行比较，根据比较结果确定登录状态；

S606，在所述登录状态为失败的情况下，发送提示并重新进行登录认证。S608，在登录状态为成功的情况下，进入接口参数设置界面。

如图9所示，接口参数设置界面中：

S610，用户在接口参数设置界面输入参数调整指令。接口参数设置界面将参数调整指令中的信息显示。

接口参数设置界面中显示的参数调整指令中的信息包括：接口案例标志栏、接口案例是否成功标志栏、初始化接口案例数量栏、初始化接口案例获取的时间段栏、接口案例获取环境栏。

S612，当用户点击接口参数设置界面中启用/停用的按钮时，接口参数设置界面将接口参数启用指令和之前输入的参数调整指令中的信息发送至后台处理器。

如图9所示，接口案例展示界面中：

S614，后台处理器根据接口参数设置界面中参数调整指令的各种参数信息，利用抓包工具从测试换中获取与参数信息对应的接口案例的接口展示数据。

S616，后台处理器输出接口展示数据至接口案例展示界面，接口案例展示界面展示接口展示数据。

S618，用户在接口案例展示界面选择接口展示数据中的某些接口案例，可以将该接口案例确定为正式接口案例。

S620，利用后台处理器将正式接口案例输出至正式接口案例界面。

如图10所示，正式接口案例界面中：

S622，利用正式接口案例界面展示正式接口案例对应的接口展示数据。

S624，当需要更新接口案例时，用户可以在正式接口案例界面输入对应的案例更新指令，将该指令传输给后台处理器。

S626，后台处理器在预设的时间周期内，周期性获取所述测试环境中接口案例，得到第一接口案例。

S628，后台处理器根据所述第一接口案例的数量和所述接口案例的数量，确定接口案例总数量。

S630，后台处理器在所述接口案例总数量等于预先设置的初始接口案例数量情况下，确定获取到所述第一接口案例的第一时间段。

S632，后台处理器根据预设的时间周期内所述第一时间段之外获取的所述第一接口案例，确定超过所述初始接口案例数量的第二接口案例；

S634，后台处理器将第二接口案例对应的接口案例展示数据输出至正式接口案例界面。

S636，正式接口案例界面利用所述第二接口案例的接口展示数据，更新生成时间最早的所述接口展示数据并显示。

关于本实施例中的一些限定和具体的实施方式可以参见上述实施例，在此不进行重复赘述。

在一个实施例中，如图11所示，本公开实施例还提供了另一种接口案例的更新方法，包括：

用户在登录界面输入登录信息，登录界面获取对应的登录参数并验证登录信息，确定登录状态。若登录状态为成功，则跳转进入接口参数设置界面。若登录状态为失败，则反馈给用户。进入接口参数设置界面时候，用户在接口参数设置界面输入参数调整指令。当用户点击接口参数设置界面中启用/停用的按钮时，接口参数设置界面将接口参数启用指令和之前输入的参数调整指令中的信息发送至后台处理器。后台处理器根据参数调整指令匹配对应的信息，并在接口案例展示界面展示。在接口案例展示界面选择对应的接口案例，并确定为正式接口案例，后台处理器将正式接口案例输入至正式接口案例界面。正式接口案例界面展示正式接口案例对应的接口展示数据。当需要更新接口案例时，用户可以在正式接口案例界面输入对应的案例更新指令，将该指令传输给后台处理器。后台处理器进行处理确定需要更新的接口展示数据，将需要更新的接口展示数据输出至正式接口案例界面。正式接口案例界面更新其中的接口案例展示数据。

关于本实施例中的一些限定和具体的实施方式可以参见上述实施例，在此不进行重复赘述。

应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

基于同样的发明构思，本公开实施例还提供了一种用于实现上述所涉及的接口案例数据的更新方法的接口案例数据的更新装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个接口案例数据的更新装置实施例中的具体限定可以参见上文中对于接口案例数据的更新方法的限定，在此不再赘述。

在一个实施例中，如图12所示，提供了一种接口案例数据的更新装置700，包括：指令调整模块702、数据获取模块704、数据输出模块706和数据更新模块708，其中：

指令调整模块702，响应于接收到参数调整指令，根据所述参数调整指令中所包含的输入信息的调整接口参数信息，所述接口参数信息包括接口案例标志；

数据获取模块704，用于根据所述接口案例标志，从测试环境中获取与所述接口案例标志对应的接口案例的接口展示数据；

数据输出模块706，用于输出所述接口展示数据，以指示接口案例界面展示所述接口展示数据；

数据更新模块708，响应于接收到对所述接口案例界面的案例更新指令，根据所述接口案例标志，从测试环境中获取与所述接口案例标志对应的更新接口案例的更新接口展示数据，以指示所述接口案例界面利用所述更新接口展示数据更新所述接口展示数据。

在所述装置的一个实施例中，所述接口参数信息，还包括下述中的至少一种：

接口案例是否成功标志，表征所述接口案例的功能是否正常；

初始化接口案例数量，表征系统中的功能初始化需要获取的接口案例数量；

初始化接口案例获取的时间段，表征获取所述接口案例的时间段；

接口案例获取环境，表征获取所述接口案例的测试环境。

在所述装置的一个实施例中，所述数据获取模块704，还响应于接收到接口参数启用指令，根据所述接口案例标志、接口案例是否成功标志、初始化接口案例数量和接口案例获取环境，在所述测试环境中获取对应的接口案例的接口展示数据；其中，所述接口展示数据中包括：多个接口案例组成的临时接口案例列表。

在所述装置的一个实施例中，所述装置还包括：接口选择模块，用于响应于接收到对所述临时接口案例列表中接口案例的选择指令，将选择的所述接口案例确定为正式接口案例；

所述数据输出模块706，用于输出多个所述正式接口案例组成的接口案例列表，以指示所述接口案例展示界面展示所述接口案例列表。

在所述装置的一个实施例中，所述数据更新模块708，包括：第一接口案例获取模块，用于在预设的时间周期内，周期性获取所述测试环境中接口案例，得到第一接口案例；

第二接口案例确定模块，用于根据所述第一接口案例的数量、所述接口案例的数量以及预先设置的初始接口案例数量，确定超过所述初始接口案例数量的第二接口案例；

更新数据确定模块，用于根据所述第二接口案例的接口展示数据确定更新接口展示数据。

在所述装置的一个实施例中，所述第二接口案例获取模块，包括：

总数量确定模块，用于根据所述第一接口案例的数量和所述接口案例的数量，确定接口案例总数量；

时间段确定模块，用于在所述接口案例总数量等于预先设置的初始接口案例数量情况下，确定获取到所述第一接口案例的第一时间段；

第二接口案例确定子模块，用于根据预设的时间周期内所述第一时间段之外获取的所述第一接口案例，确定超过所述接初始口案例数量的第二接口案例。

在所述装置的一个实施例中，所述数据更新模块708，还用于利用所述第二接口案例的接口展示数据，更新生成时间最早的所述接口展示数据。

在所述装置的一个实施例中，所述装置还包括：

登录参数确定模块，用于根据输入的登录信息确定对应的登录参数；

参数比较模块，用于根据所述登录参数和预先设置的对比参数进行比较，根据比较结果确定登录状态；

提示认证模块，用于在所述登录状态为失败的情况下，发送提示并重新进行登录认证。

上述接口案例数据的更新装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图13所示。该计算机设备包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过WIFI、移动蜂窝网络、NFC(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种接口案例数据的更新方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图13中示出的结构，仅仅是与本公开方案相关的部分结构的框图，并不构成对本公开方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述任一方法实施例中的步骤。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述任一方法实施例中的步骤。

在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述任一方法实施例中的步骤。

需要说明的是，本公开所涉及的登录信息(包括用户名、密码和用户账号等)，均为经用户授权或者经过各方充分授权的信息和数据。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本公开所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory，ROM)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(ReRAM)、磁变存储器(Magnetoresistive Random Access Memory，MRAM)、铁电存储器(Ferroelectric Random Access Memory，FRAM)、相变存储器(Phase Change Memory，PCM)、石墨烯存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic RandomAccess Memory，DRAM)等。本公开所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本公开所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本公开的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本公开专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本公开构思的前提下，还可以做出若干变形和改进，这些都属于本公开的保护范围。因此，本公开的保护范围应以所附权利要求为准。

Claims (19)

1.一种接口案例数据的更新方法，其特征在于，所述方法包括：

响应于接收到参数调整指令，根据所述参数调整指令中所包含的输入信息调整接口参数信息，所述接口参数信息包括接口案例标志；

根据所述接口案例标志，从测试环境中获取与所述接口案例标志对应的接口案例的接口展示数据；

输出所述接口展示数据，以指示接口案例界面展示所述接口展示数据；

响应于接收到对所述接口案例界面的案例更新指令，根据所述接口案例标志，从测试环境中获取与所述接口案例标志对应的更新接口案例的更新接口展示数据，以指示所述接口案例界面利用所述更新接口展示数据更新所述接口展示数据。

2.根据权利要求1所述的方法，其特征在于，所述接口参数信息，还包括下述中的至少一种：

接口案例是否成功标志，表征所述接口案例的功能是否正常；

初始化接口案例数量，表征系统中的功能初始化需要获取的接口案例数量；

初始化接口案例获取的时间段，表征获取所述接口案例的时间段；

接口案例获取环境，表征获取所述接口案例的测试环境。

3.根据权利要求2所述的方法，其特征在于，所述根据所述接口案例标志，从测试环境中获取与所述接口案例标志对应的接口案例的接口展示数据，包括：

响应于接收到接口参数启用指令，根据所述接口案例标志、接口案例是否成功标志、初始化接口案例数量和接口案例获取环境，在所述测试环境中获取对应的接口案例的接口展示数据；其中，所述接口展示数据包括：多个接口案例组成的临时接口案例列表。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：响应于接收到对所述临时接口案例列表中接口案例的选择指令，将选择的所述接口案例确定为正式接口案例；

所述输出所述接口展示数据，以指示所述接口案例界面利用所述更新接口展示数据更新所述接口展示数据，包括：输出多个所述正式接口案例组成的接口案例列表，以指示所述接口案例展示界面展示所述接口案例列表。

5.根据权利要求3所述的方法，其特征在于，所述根据所述接口案例标志，从测试环境中获取与所述接口案例标志对应的更新接口案例的更新接口展示数据，包括：

在预设的时间周期内，周期性获取所述测试环境中接口案例，得到第一接口案例；

根据所述第一接口案例的数量、所述接口案例的数量以及预先设置的初始接口案例数量，确定超过所述初始接口案例数量的第二接口案例；

根据所述第二接口案例的接口展示数据确定更新接口展示数据。

6.根据权利要求5所述的方法，其特征在于，所述根据所述第一接口案例的数量、所述接口案例的数量以及预先设置的初始接口案例数量，确定超过所述初始接口案例数量的第二接口案例，包括：

根据所述第一接口案例的数量和所述接口案例的数量，确定接口案例总数量；

在所述接口案例总数量等于预先设置的初始接口案例数量情况下，确定获取到所述第一接口案例的第一时间段；

根据预设的时间周期内所述第一时间段之外获取的所述第一接口案例，确定超过所述初始接口案例数量的第二接口案例。

7.根据权利要求5或6所述的方法，其特征在于，所述利用所述更新接口展示数据更新所述接口展示数据，包括：

利用所述第二接口案例的接口展示数据，更新生成时间最早的所述接口展示数据。

8.根据权利要求1所述的方法，其特征在于，所述响应于接收到参数调整指令之前，所述方法还包括：

根据输入的登录信息确定对应的登录参数；

根据所述登录参数和预先设置的对比参数进行比较，根据比较结果确定登录状态；

在所述登录状态为失败的情况下，发送提示并重新进行登录认证。

9.一种接口案例数据的更新装置，其特征在于，所述装置包括：

指令调整模块，响应于接收到参数调整指令，根据所述参数调整指令中所包含的输入信息的调整接口参数信息，所述接口参数信息包括接口案例标志；

数据获取模块，用于根据所述接口案例标志，从测试环境中获取与所述接口案例标志对应的接口案例的接口展示数据；

数据输出模块，用于输出所述接口展示数据，以指示接口案例界面展示所述接口展示数据；

数据更新模块，响应于接收到对所述接口案例界面的案例更新指令，根据所述接口案例标志，从测试环境中获取与所述接口案例标志对应的更新接口案例的更新接口展示数据，以指示所述接口案例界面利用所述更新接口展示数据更新所述接口展示数据。

10.根据权利要求9所述的装置，其特征在于，所述接口参数信息，还包括下述中的至少一种：

接口案例是否成功标志，表征所述接口案例的功能是否正常；

初始化接口案例数量，表征系统中的功能初始化需要获取的接口案例数量；

初始化接口案例获取的时间段，表征获取所述接口案例的时间段；

接口案例获取环境，表征获取所述接口案例的测试环境。

11.根据权利要求10所述的装置，其特征在于，所述数据获取模块，还响应于接收到接口参数启用指令，根据所述接口案例标志、接口案例是否成功标志、初始化接口案例数量和接口案例获取环境，在所述测试环境中获取对应的接口案例的接口展示数据；其中，所述接口展示数据中包括：多个接口案例组成的临时接口案例列表。

12.根据权利要求11所述的装置，其特征在于，所述装置还包括：接口选择模块，用于响应于接收到对所述临时接口案例列表中接口案例的选择指令，将选择的所述接口案例确定为正式接口案例；

所述数据输出模块，用于输出多个所述正式接口案例组成的接口案例列表，以指示所述接口案例展示界面展示所述接口案例列表。

13.根据权利要求11所述的装置，其特征在于，所述数据更新模块，包括：

第一接口案例获取模块，用于在预设的时间周期内，周期性获取所述测试环境中接口案例，得到第一接口案例；

第二接口案例确定模块，用于根据所述第一接口案例的数量、所述接口案例的数量以及预先设置的初始接口案例数量，确定超过所述初始接口案例数量的第二接口案例；

更新数据确定模块，用于根据所述第二接口案例的接口展示数据确定更新接口展示数据。

14.根据权利要求13所述的装置，其特征在于，所述第二接口案例获取模块，包括：

总数量确定模块，用于根据所述第一接口案例的数量和所述接口案例的数量，确定接口案例总数量；

时间段确定模块，用于在所述接口案例总数量等于预先设置的初始接口案例数量情况下，确定获取到所述第一接口案例的第一时间段；

第二接口案例确定子模块，用于根据预设的时间周期内所述第一时间段之外获取的所述第一接口案例，确定超过所述接初始口案例数量的第二接口案例。

15.根据权利要求13所述的装置，其特征在于，所述数据更新模块，还用于利用所述第二接口案例的接口展示数据，更新生成时间最早的所述接口展示数据。

16.根据权利要求9所述的装置，其特征在于，所述装置还包括：

登录参数确定模块，用于根据输入的登录信息确定对应的登录参数；

参数比较模块，用于根据所述登录参数和预先设置的对比参数进行比较，根据比较结果确定登录状态；

提示认证模块，用于在所述登录状态为失败的情况下，发送提示并重新进行登录认证。

17.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至8中任一项所述的方法的步骤。

18.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至8中任一项所述的方法的步骤。

19.一种计算机程序产品，包括计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至8中任一项所述的方法的步骤。

Images