CN112910741A - 接口测试方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本申请实施例属于研发管理领域，涉及一种接口测试方法，包括接收终端发送的连接建立请求；根据所述连接建立请求与所述终端建立双向通信连接；接收所述终端发送的接口测试请求；在预存的响应数据表中查询与所述接口测试请求对应的测试响应数据；通过所述双向通信连接，将所述测试响应数据发送至所述终端，完成接口测试。本申请还提供一种接口测试装置、计算机设备及存储介质。此外，本申请还涉及区块链技术，测试响应数据可存储于区块链中。本申请提高了接口测试效率。

Description

接口测试方法、装置、计算机设备及存储介质

技术领域

本申请涉及研发管理技术领域，尤其涉及一种接口测试方法、装置、计算机设备及存储介质。

背景技术

在软件开发过程中，前端和后端的开发是相互独立的。前端产品开发完成后，经常需要从前端调用数据接口从后端获取数据，以便对前端产品的各项功能进行测试。由于前端和后端的开发是分开的，对前端进行测试时，后端可能还没有开发完成，因此前端测试有时会采用mock测试。Mock测试是指在测试中创建一个mock对象，即虚拟对象，来替代测试时所需的真实对象。

现有的mock测试技术，通常是在Mock.js库中准备好接口可能返回的数据。在接收到前端的请求后，选取数据并返回至前端。然而，前端调用接口发起请求时，可能会有多种情况，例如，用户提供的手机号不合法、验证码不正确、账号密码输入错误等。因为前端发起的都是http请求，后端只能在前端发起请求时进行一次响应，为了对各种情况都进行测试，需要多次刷新页面，或者在不同层级的页面之间进行切换，从而多次向后端发起请求，检验各种场景下前端的实际效果。这种重复性的行为会充斥整个测试阶段，使得测试效率较低。

发明内容

本申请实施例的目的在于提出一种接口测试方法、装置、计算机设备及存储介质，以解决测试效率较低的问题。

为了解决上述技术问题，本申请实施例提供一种接口测试方法，采用了如下所述的技术方案：

接收终端发送的连接建立请求；

根据所述连接建立请求与所述终端建立双向通信连接；

接收所述终端发送的接口测试请求；

在预存的响应数据表中查询与所述接口测试请求对应的测试响应数据；

通过所述双向通信连接，将所述测试响应数据发送至所述终端，完成接口测试。

进一步的，所述根据所述连接建立请求与所述终端建立双向通信连接的步骤包括：

提取所述连接建立请求中的握手协议；

当所述握手协议为支持全双工通信的websocket协议时，与所述终端建立支持全双工通信的双向通信连接。

进一步的，所述提取所述连接建立请求中的握手协议的步骤之后，还包括：

当所述握手协议不是支持全双工通信的websocket协议时，根据所述握手协议生成连接确认信息；

将所述连接确认信息发送至所述终端；

当接收到所述终端根据所述连接确认信息返回的连接确认请求后，基于所述握手协议与所述终端建立候选通信连接，其中，所述候选通信连接用于传输通信数据，所述通信数据包括测试响应数据。

进一步的，所述在预存的响应数据表中查询与所述接口测试请求对应的测试响应数据的步骤之后，还包括：

当未在所述响应数据表中查询到与所述接口测试请求对应的测试响应数据时，将所述接口测试请求发送至测试服务器；

接收所述测试服务器根据所述接口测试请求查询到的测试响应数据，并将所述测试响应数据存储在所述响应数据表中。

进一步的，所述测试响应数据的数量至少为一个，所述通过所述双向通信连接，将所述测试响应数据发送至所述终端，完成接口测试的步骤包括：

获取数据选取指令；

根据所述数据选取指令，从查询到的至少一个测试响应数据中选取测试响应数据；

通过所述双向通信连接，将选取到的测试响应数据发送至所述终端，所述选取的测试响应数据用于指示所述终端根据所述测试响应数据更新包含待测接口的待测页面，以进行接口测试；

当接收到所述终端返回的测试确认信息时，确定完成接口测试。

进一步的，所述获取数据选取指令的步骤包括：

启动预设的定时任务；

获取所述定时任务定时触发的数据选取指令；

或者，

通过控制终端的测试控制页面展示所述测试响应数据；

当检测到所述测试控制页面中针对所述测试响应数据的点击操作时，生成数据选取指令。

为了解决上述技术问题，本申请实施例还提供一种接口测试装置，采用了如下所述的技术方案：

连接请求接收模块，用于接收终端发送的连接建立请求；

连接建立模块，用于根据所述连接建立请求与所述终端建立双向通信连接；

测试请求接收模块，用于接收所述终端发送的接口测试请求；

数据查询模块，用于在预存的响应数据表中查询与所述接口测试请求对应的测试响应数据；

数据发送模块，用于通过所述双向通信连接，将所述测试响应数据发送至所述终端，完成接口测试。

进一步的，所述连接建立模块包括：

协议提取子模块，用于提取所述连接建立请求中的握手协议；

连接建立子模块，用于当所述握手协议为支持全双工通信的websocket协议时，与所述终端建立支持全双工通信的双向通信连接。

为了解决上述技术问题，本申请实施例还提供一种计算机设备，采用了如下所述的技术方案：

接收终端发送的连接建立请求；

根据所述连接建立请求与所述终端建立双向通信连接；

接收所述终端发送的接口测试请求；

在预存的响应数据表中查询与所述接口测试请求对应的测试响应数据；

通过所述双向通信连接，将所述测试响应数据发送至所述终端，完成接口测试。

为了解决上述技术问题，本申请实施例还提供一种计算机可读存储介质，采用了如下所述的技术方案：

接收终端发送的连接建立请求；

根据所述连接建立请求与所述终端建立双向通信连接；

接收所述终端发送的接口测试请求；

在预存的响应数据表中查询与所述接口测试请求对应的测试响应数据；

通过所述双向通信连接，将所述测试响应数据发送至所述终端，完成接口测试。

与现有技术相比，本申请实施例主要有以下有益效果：在接收到终端发送的连接建立请求后，与终端建立允许双方互相发送消息的双向通信连接；针对每个接口的接口测试请求有至少一个测试响应数据，这些测试响应数据可以预先存储在响应数据表中，当接收到接口测试请求后，查询与接口测试请求对应的测试响应数据；由于与终端建立的是双向通信连接，因此可以自由地将各种情况下的测试响应数据发送至终端，不必由终端频繁地进行请求，提高了测试效率。

附图说明

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

图1是本申请可以应用于其中的示例性系统架构图；

图2是根据本申请的接口测试方法的一个实施例的流程图；

图3是根据本申请的接口测试装置的一个实施例的结构示意图；

图4是根据本申请的计算机设备的一个实施例的结构示意图。

具体实施方式

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同；本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请；本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。本申请的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

为了使本技术领域的人员更好地理解本申请方案，下面将结合附图，对本申请实施例中的技术方案进行清楚、完整地描述。

如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器(Moving PictureExpertsGroup Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(MovingPictureExperts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上显示的页面提供支持的后台服务器。

需要说明的是，本申请实施例所提供的接口测试方法一般由服务器执行，相应地，接口测试装置一般设置于服务器中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

继续参考图2，示出了根据本申请的接口测试方法的一个实施例的流程图。所述的接口测试方法，包括以下步骤：

步骤S201，接收终端发送的连接建立请求。

在本实施例中，接口测试方法运行于其上的电子设备(例如图1所示的服务器)可以通过有线连接方式或者无线连接方式与终端进行通信。需要指出的是，上述无线连接方式可以包括但不限于3G/4G连接、WiFi连接、蓝牙连接、WiMAX连接、Zigbee连接、UWB(ultrawideband)连接、以及其他现在已知或将来开发的无线连接方式。

其中，连接建立请求可以是在终端和服务器之间建立通信连接的请求。

具体地，在进行接口测试之前，需要先建立终端与服务器之间的通信连接。可以由终端获取预先存储在终端中服务器地址和终端的网络地址，根据服务器地址和终端的网络地址生成连接建立请求，并将连接建立请求发送至服务器地址所对应的服务器。连接建立请求中还可以包括握手协议。

步骤S202，根据连接建立请求与终端建立双向通信连接。

其中，双向通信连接允许数据在通信链路的两个方向上任意传播。

具体地，服务器接收到连接建立请求后，对连接建立请求进行解析，得到连接建立请求中终端的网络地址，根据终端的网络地址与终端建立网络连接。服务器与终端建立的网络连接可以是双向通信连接，双向通信连接的通信链路中，数据可以自由地向通信链路的两端进行传播，并且是一种持久性的连接。

步骤S203，接收终端发送的接口测试请求。

其中，接口测试请求可以是对接口进行mock测试的请求。

具体地，测试人员操作终端，调用终端展示的接口，触发对接口进行mock测试的接口测试请求。终端可以通过建立的双向通信连接将接口测试请求发送至服务器。

步骤S204，在预存的响应数据表中查询与接口测试请求对应的测试响应数据；。

其中，测试响应数据是调用接口时，接口可以返回的数据。响应数据表可以是服务器中存储接口响应数据的表。

具体地，接口测试请求带有接口标识，调用每个接口时发起的接口测试请求对应有特定的测试响应数据，服务器根据接口标识查询接口测试请求对应的测试响应数据。

测试响应数据为mock数据。在实际应用时，随着调用接口时输入数据的不同，接口可以返回多种结果。因此每个接口可以对应有多个测试响应数据。

服务器中可以预先建立响应数据表，响应数据表中记录了接口所对应的测试响应数据。服务器提取接口测试请求中的接口标识，从响应数据表中查询与该接口标识所对应的测试响应数据。接口标识所对应的测试响应数据的数量至少为一个，当接口存在多种返回状态时，查询到与返回状态数量一致的测试响应数据。

需要强调的是，为进一步保证上述测试响应数据的私密和安全性，上述测试响应数据还可以存储于一区块链的节点中。由服务器从区块链的节点中获取测试响应数据。

本申请所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

步骤S205，通过双向通信连接，将测试响应数据发送至终端，完成接口测试。

具体地，服务器查询到测试响应数据后，可以通过建立的双向通信连接，将测试响应数据发送至终端。终端接收到测试响应数据后，展示测试响应数据，或根据测试响应数据刷新展示的页面。

当存在多个测试响应数据时，可以分别将各测试响应数据发送至终端，从而校验接口的不同返回状态，完成接口测试。

由于建立的双向通信连接是持久性连接，且数据可以在通信链路中任意传播，因此终端仅需要发起一次接口测试请求，即可通过双向通信连接获取到各种状态下的测试响应数据，测试人员在终端页面中仅需要进行一次操作，不必重复刷新页面或者切换页面，节省了大量人力操作和时间，提高了测试效率。

本实施例中，在接收到终端发送的连接建立请求后，与终端建立允许双方互相发送消息的双向通信连接；针对每个接口的接口测试请求有至少一个测试响应数据，这些测试响应数据可以预先存储在响应数据表中，当接收到接口测试请求后，查询与接口测试请求对应的测试响应数据；由于与终端建立的是双向通信连接，因此可以自由地将各种情况下的测试响应数据发送至终端，不必由终端频繁地进行请求，提高了测试效率。

进一步的，上述步骤S202可以包括：

步骤S2021，提取连接建立请求中的握手协议。

其中，握手协议可以是让终端和服务器确认身份的网络协议。

具体地，连接建立请求中还可以包括握手协议，服务器接收到连接建立请求后，对连接建立请求进行解析以提取握手协议。握手协议可以定义终端与服务器之间建立的通信连接的连接类型。

步骤S2022，当握手协议为支持全双工通信的websocket协议时，与终端建立支持全双工通信的双向通信连接。

其中，websocket协议是一种在单个TCP(Transmission Control Protocol，传输控制协议，是一种面向连接的、可靠的、基于字节流的传输层通信协议)连接上进行全双工通信的协议。WebSocket使得客户端和服务端之间的数据交换变得更加简单，允许服务端主动向客户端推送数据。在WebSocket API中，客户端和服务端只需要完成一次握手，两者之间就直接可以创建持久性的连接，并进行双向数据传输。

具体地，服务器提取到连接建立请求中的握手协议后，识别握手协议的协议类型。当握手协议为支持全双工通信的websocket协议时，即与终端建立websocket连接。建立的websocket连接是一种支持全双工通信的双向通信连接，允许服务器主动向终端发送数据，而不必只有在接收到终端请求后才向终端发送数据。

全双工(Full Duplex)是通讯传输领域中的概念，全双工通信允许数据在两个方向上同时传输，相当于两个单工通信方式的结合。全双工指可以同时进行信号的双向传输(A→B且B→A，且A→B的同时可以进行B→A)。

本实施例中，当握手协议为支持全双工通信的websocket协议时，基于websocket协议与终端建立支持全双工通信的双向通信连接，保证了服务器可以主动向终端发送数据。

进一步的，上述步骤S2022之后，还可以包括：当握手协议不是支持全双工通信的websocket协议时，根据握手协议生成连接确认信息；将连接确认信息发送至终端；当接收到终端根据连接确认信息返回的连接确认请求后，基于握手协议与终端建立候选通信连接，其中，候选通信连接用于传输通信数据，通信数据包括测试响应数据。

具体地，当握手协议不是支持全双工通信的websocket协议时，服务器可以根据握手协议生成连接确认信息，并将连接确认信息发送至终端，其中，连接确认信息用于向终端确认是否建立非websocket协议的连接。

测试人员可以在终端查看显示的连接确认信息，并在终端点击显示页面中的确认按钮，指示终端生成连接确认请求，并由终端将连接确认请求发送至服务器。

服务器接收到连接确认请求后，基于握手协议与终端建立候选通信连接，候选通信连接可以作为另一条通信链路，实现服务器与终端之间的通信，在终端和服务器之间传输通信数据。候选通信连接传输的通信数据可以包括测试响应数据。候选通信连接可以起到分流的作用；在基于websocket协议建立的双向通信连接无法使用时，也可以通过候选通信连接进行测试。

候选通信连接可以基于http协议(Hypertext Transfer Protocol，是一个简单的请求-响应协议，它通常运行在TCP之上，指定了客户端可能发送给服务器什么样的消息以及得到什么样的响应)建立。这样终端和服务器之间既可以存在基于http协议的通信链路，又有基于websocket协议的通信链路。终端可以发送多种请求至服务器，可以预先对终端发送的请求进行分类，一些请求可以优先使用websocket协议建立的通信连接，一些请求可以优先使用基于http协议建立的通信连接，例如，一些响应结果单一的接口，可以通过基于http协议建立的候选通信连接进行数据传输与接口测试。

本实施例中，还可以与终端建立候选通信连接，候选通信连接可以是非websocket协议的通信连接，并且也可以传输测试响应数据，从而实现分流，并保障了在双向通信连接故障时也可以进行接口测试。

进一步的，上述步骤S204之后，还可以包括：当未在响应数据表中查询到与接口测试请求对应的测试响应数据时，将接口测试请求发送至测试服务器；接收测试服务器根据接口测试请求查询到的测试响应数据，并将测试响应数据存储在响应数据表中。

其中，测试服务器可以是架设有mock.js库的服务器。通常，mock测试由测试服务器完成，测试服务器可以实现各种mock测试，并存储有全部的测试响应数据。本申请中的服务器可以独立于测试服务器，并承担测试之外的功能，例如，本申请中的服务器还可以作为后台支持终端中应用或页面的运行。

具体地，服务器可以先在本地的响应数据表中查询接口标识对应的测试响应数据。当未在本地查询到测试响应数据时，将接口测试请求转发至测试服务器，由测试服务器提取接口测试请求中的接口标识，并查询接口标识对应的测试响应数据，并将测试响应数据返回至服务器。服务器将接口标识以及接口标识对应的测试响应数据存储在本地的响应数据表中。

在一个实施例中，可以取消测试服务器，直接将全部的测试响应数据存储在服务器中，终端和服务器之间既可以建立基于websocket协议的通信链路，又可以建立基于http协议的通信链路。

本实施例中，当未查询到测试响应数据时，由服务器对接口测试请求进行转发，从存储全量测试响应数据的测试数据库获取测试响应数据，保证接口测试的顺利实现。

进一步的，测试响应数据的数量至少为一个，上述步骤S205可以包括：

步骤S2051，获取数据选取指令。

其中，数据选取指令可以是指示服务器选取测试响应数据的指令。

具体地，服务器获取到测试响应数据后，需要将测试响应数据发送至终端。服务器可以先获取触发的数据选取指令，在数据选取指令的指示下选取测试响应数据。

进一步的，上述步骤S2051可以包括：启动预设的定时任务；获取定时任务定时触发的数据选取指令；或者，通过控制终端的测试控制页面展示测试响应数据；当检测到测试控制页面中针对测试响应数据的点击操作时，生成数据选取指令。

其中，测试控制页面可以是对接口测试进行人工控制时所需的页面。

具体地，服务器获取到测试响应数据后，可以启动预设的定时任务，定时任务每隔预设时间即可触发数据选取指令。定时任务触发的数据选取指令中，可以包括需要获取的测试响应数据的数据标识，数据标识可以是测试响应数据的序号，或者测试响应数据本身。定时任务触发的数据选取指令可以按照预设顺序选中测试响应数据，例如按照序号大小从小到大依次选择测试响应数据，也可以随机选择测试响应数据。

测试响应数据的选取还可以人工确定，由服务器将测试响应数据发送至控制终端的测试控制页面。测试控制页面显示每个测试响应数据，且每个测试响应数据可以对应一个状态按钮。测试控制人员可以在测试控制页面中点击测试响应数据所对应的状态按钮，控制终端即可根据点击的状态按钮生成数据选取指令。

本实施例中，通过定时任务或者测试控制页面中的点击操作触发数据选取指令，丰富了数据选取指令的生成方式，提高了接口测试的灵活性。

步骤S2052，根据数据选取指令，从查询到的至少一个测试响应数据中选取测试响应数据。

具体地，服务器根据数据选取指令，从测试响应数据中选取测试响应数据。当数据选取指令指示随机选取时，则从获取到的至少一个测试响应数据中随机选择测试响应数据；当数据选取指令指定了测试响应数据时，选取被选定的测试响应数据。

步骤S2053，通过双向通信连接，将选取到的测试响应数据发送至终端，选取的测试响应数据用于指示终端根据测试响应数据更新包含待测接口的待测页面，以进行接口测试。

具体地，服务器通过基于websocket协议建立的双向通信连接，将选取到的测试响应数据发送至终端。终端接收到测试响应数据后，可以根据测试响应数据更新待测页面，待测页面中包括待测接口，本申请中的接口测试即是要对待测页面中待测接口的功能进行测试。根据测试响应数据更新待测页面后得到结果显示页面，结果显示页面可以显示调用待测接口后的结果，通过各种状态下的结果显示页面是否可以得到显示，可以确定待测接口的功能是否正常。

基于websocket协议建立的双向通信连接是持久性连接，且允许服务器主动向终端发送数据，因此终端仅需要发起一次接口测试请求，即可通过基于websocket协议建立的双向通信连接获取到全部的测试响应数据，测试人员在终端的页面中仅需要操作一次，不必重复刷新页面或切换页面，节省了大量时间，提高了测试效率。

步骤S2054，当接收到终端返回的测试确认信息时，确定完成接口测试。

具体地，可以由测试人员在终端查看结果显示页面，当各种状态下的结果显示页面均能够正常显示时，可以确认待测接口功能正常。测试人员可以操作终端生成表明接口功能正常、接口测试成功的测试确认信息，并将测试确认信息发送至服务器。服务器接收到测试确认信息后，确定完成接口测试，接口测试结束。

举例说明，待测页面中有一个获取课程打卡二维码的虚拟按钮，点击虚拟按钮便会调用一个关于课程打卡的待测接口。点击课程打卡的虚拟按钮有四种返回状态：①今日无课程；②课程未开始；③课程已结束；④返回课程码，四种返回状态对应于待测接口的4种测试响应数据。终端根据测试响应数据更新待测页面后，结果显示页面即可显示上述四种状态中的一种。在接口功能正常时，终端可以接收到四种测试响应数据，四次更新页面，以分别显示上述四种状态。当测试人员在终端可以查看到显示上述四种状态的结果显示页面时，确认接口功能正常，操作终端生成测试确认信息。本实施例中，根据数据选取指令选取测试响应数据，并通过双向通信连接发送至终端，终端可以根据测试响应数据更新包含待测接口的待测页面，从而实现接口测试，当测试响应数据多于一个时，可以在一次请求后多次向终端发送测试响应数据，提高了测试效率。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质，或随机存储记忆体(Random Access Memory，RAM)等。

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

进一步参考图3，作为对上述图2所示方法的实现，本申请提供了一种接口测试装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图3所示，本实施例所述的接口测试装置300包括：连接请求接收模块301、连接建立模块302、测试请求接收模块303、数据查询模块304以及数据发送模块305，其中：

连接请求接收模块301，用于接收终端发送的连接建立请求。

连接建立模块302，用于根据连接建立请求与终端建立双向通信连接。

测试请求接收模块303，用于接收终端发送的接口测试请求。

数据查询模块304，用于在预存的响应数据表中查询与接口测试请求对应的测试响应数据。

数据发送模块305，用于通过双向通信连接，将测试响应数据发送至终端，完成接口测试。

本实施例中，在接收到终端发送的连接建立请求后，与终端建立允许双方互相发送消息的双向通信连接；针对每个接口的接口测试请求有至少一个测试响应数据，这些测试响应数据可以预先存储在响应数据表中，当接收到接口测试请求后，查询与接口测试请求对应的测试响应数据；由于与终端建立的是双向通信连接，因此可以自由地将各种情况下的测试响应数据发送至终端，不必由终端频繁地进行请求，提高了测试效率。

在本实施例的一些可选的实现方式中，连接建立模块302可以包括：协议提取子模块以及连接建立子模块，其中：

协议提取子模块，用于提取连接建立请求中的握手协议。

连接建立子模块，用于当握手协议为支持全双工通信的websocket协议时，与终端建立支持全双工通信的双向通信连接。

本实施例中，当握手协议为支持全双工通信的websocket协议时，基于websocket协议与终端建立支持全双工通信的双向通信连接，保证了服务器可以主动向终端发送数据。

在本实施例的一些可选的实现方式中，连接建立模块302还可以包括：信息生成子模块、信息发送子模块以及候选建立子模块，其中：

信息生成子模块，用于当握手协议不是支持全双工通信的websocket协议时，根据握手协议生成连接确认信息。

信息发送子模块，用于将连接确认信息发送至终端。

候选建立子模块，用于当接收到终端根据连接确认信息返回的连接确认请求后，基于握手协议与终端建立候选通信连接，其中，候选通信连接用于传输通信数据，通信数据包括测试响应数据。

本实施例中，还可以与终端建立候选通信连接，候选通信连接可以是非websocket协议的通信连接，并且也可以传输测试响应数据，从而实现分流，并保障了在双向通信连接故障时也可以进行接口测试。

在本实施例的一些可选的实现方式中，数据查询模块304还可以包括：请求发送子模块以及数据接收子模块，其中：

请求发送子模块，用于当未在响应数据表中查询到与接口测试请求对应的测试响应数据时，将接口测试请求发送至测试服务器。

数据接收子模块，用于接收测试服务器根据接口测试请求查询到的测试响应数据，并将测试响应数据存储在响应数据表中。

本实施例中，当未查询到测试响应数据时，由服务器对接口测试请求进行转发，从存储全量测试响应数据的测试数据库获取测试响应数据，保证接口测试的顺利实现。

在本实施例的一些可选的实现方式中，测试响应数据的数量至少为一个，数据发送模块305可以包括：指令获取子模块、数据选取子模块、数据发送子模块以及完成确定子模块，其中：

指令获取子模块，用于获取数据选取指令。

数据选取子模块，用于根据数据选取指令，从查询到的至少一个测试响应数据中选取测试响应数据。

数据发送子模块，用于通过双向通信连接，将选取到的测试响应数据发送至终端，选取的测试响应数据用于指示终端根据测试响应数据更新包含待测接口的待测页面，以进行接口测试；

完成确定子模块，用于当接收到终端返回的测试确认信息时，确定完成接口测试。

本实施例中，根据数据选取指令选取测试响应数据，并通过双向通信连接发送至终端，终端可以根据测试响应数据更新包含待测接口的待测页面，从而实现接口测试，当测试响应数据多于一个时，可以在一次请求后多次向终端发送测试响应数据，提高了测试效率。

在本实施例的一些可选的实现方式中，指令获取子模块可以包括：任务启动单元和定时获取单元，或者，数据展示单元和点击获取单元，其中：

任务启动单元，用于启动预设的定时任务。

定时获取单元，用于获取定时任务定时触发的数据选取指令。

数据展示单元，用于通过控制终端的测试控制页面展示测试响应数据。

点击获取单元，用于当检测到测试控制页面中针对测试响应数据的点击操作时，生成数据选取指令。

本实施例中，通过定时任务或者测试控制页面中的点击操作触发数据选取指令，丰富了数据选取指令的生成方式，提高了接口测试的灵活性。

为解决上述技术问题，本申请实施例还提供计算机设备。具体请参阅图4，图4为本实施例计算机设备基本结构框图。

所述计算机设备4包括通过系统总线相互通信连接存储器41、处理器42、网络接口43。需要指出的是，图中仅示出了具有组件41-43的计算机设备4，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。其中，本技术领域技术人员可以理解，这里的计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(ApplicationSpecific Integrated Circuit，ASIC)、可编程门阵列(Field－Programmable GateArray，FPGA)、数字处理器(Digital Signal Processor，DSP)、嵌入式设备等。

所述计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。

所述存储器41至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器41可以是所述计算机设备4的内部存储单元，例如该计算机设备4的硬盘或内存。在另一些实施例中，所述存储器41也可以是所述计算机设备4的外部存储设备，例如该计算机设备4上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(FlashCard)等。当然，所述存储器41还可以既包括所述计算机设备4的内部存储单元也包括其外部存储设备。本实施例中，所述存储器41通常用于存储安装于所述计算机设备4的操作系统和各类应用软件，例如接口测试方法的计算机可读指令等。此外，所述存储器41还可以用于暂时地存储已经输出或者将要输出的各类数据。

所述处理器42在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器42通常用于控制所述计算机设备4的总体操作。本实施例中，所述处理器42用于运行所述存储器41中存储的计算机可读指令或者处理数据，例如运行所述接口测试方法的计算机可读指令。

所述网络接口43可包括无线网络接口或有线网络接口，该网络接口43通常用于在所述计算机设备4与其他电子设备之间建立通信连接。

本实施例中提供的计算机设备可以执行上述接口测试方法。此处接口测试方法可以是上述各个实施例的接口测试方法。

本实施例中，在接收到终端发送的连接建立请求后，与终端建立允许双方互相发送消息的双向通信连接；针对每个接口的接口测试请求有至少一个测试响应数据，这些测试响应数据可以预先存储在响应数据表中，当接收到接口测试请求后，查询与接口测试请求对应的测试响应数据；由于与终端建立的是双向通信连接，因此可以自由地将各种情况下的测试响应数据发送至终端，不必由终端频繁地进行请求，提高了测试效率。

本申请还提供了另一种实施方式，即提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，所述计算机可读指令可被至少一个处理器执行，以使所述至少一个处理器执行如上述的接口测试方法的步骤。

本实施例中，在接收到终端发送的连接建立请求后，与终端建立允许双方互相发送消息的双向通信连接；针对每个接口的接口测试请求有至少一个测试响应数据，这些测试响应数据可以预先存储在响应数据表中，当接收到接口测试请求后，查询与接口测试请求对应的测试响应数据；由于与终端建立的是双向通信连接，因此可以自由地将各种情况下的测试响应数据发送至终端，不必由终端频繁地进行请求，提高了测试效率。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

显然，以上所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例，附图中给出了本申请的较佳实施例，但并不限制本申请的专利范围。本申请可以以许多不同的形式来实现，相反地，提供这些实施例的目的是使对本申请的公开内容的理解更加透彻全面。尽管参照前述实施例对本申请进行了详细的说明，对于本领域的技术人员来而言，其依然可以对前述各具体实施方式所记载的技术方案进行修改，或者对其中部分技术特征进行等效替换。凡是利用本申请说明书及附图内容所做的等效结构，直接或间接运用在其他相关的技术领域，均同理在本申请专利保护范围之内。

Claims (10)

1.一种接口测试方法，其特征在于，包括下述步骤：

接收终端发送的连接建立请求；

根据所述连接建立请求与所述终端建立双向通信连接；

接收所述终端发送的接口测试请求；

在预存的响应数据表中查询与所述接口测试请求对应的测试响应数据；

通过所述双向通信连接，将所述测试响应数据发送至所述终端，完成接口测试。

2.根据权利要求1所述的接口测试方法，其特征在于，所述根据所述连接建立请求与所述终端建立双向通信连接的步骤包括：

提取所述连接建立请求中的握手协议；

当所述握手协议为支持全双工通信的websocket协议时，与所述终端建立支持全双工通信的双向通信连接。

3.根据权利要求2所述的接口测试方法，其特征在于，所述提取所述连接建立请求中的握手协议的步骤之后，还包括：

当所述握手协议不是支持全双工通信的websocket协议时，根据所述握手协议生成连接确认信息；

将所述连接确认信息发送至所述终端；

当接收到所述终端根据所述连接确认信息返回的连接确认请求后，基于所述握手协议与所述终端建立候选通信连接，其中，所述候选通信连接用于传输通信数据，所述通信数据包括测试响应数据。

4.根据权利要求1所述的接口测试方法，其特征在于，所述在预存的响应数据表中查询与所述接口测试请求对应的测试响应数据的步骤之后，还包括：

当未在所述响应数据表中查询到与所述接口测试请求对应的测试响应数据时，将所述接口测试请求发送至测试服务器；

接收所述测试服务器根据所述接口测试请求查询到的测试响应数据，并将所述测试响应数据存储在所述响应数据表中。

5.根据权利要求1所述的接口测试方法，其特征在于，所述测试响应数据的数量至少为一个，所述通过所述双向通信连接，将所述测试响应数据发送至所述终端，完成接口测试的步骤包括：

获取数据选取指令；

根据所述数据选取指令，从查询到的至少一个测试响应数据中选取测试响应数据；

通过所述双向通信连接，将选取到的测试响应数据发送至所述终端，所述选取的测试响应数据用于指示所述终端根据所述测试响应数据更新包含待测接口的待测页面，以进行接口测试；

当接收到所述终端返回的测试确认信息时，确定完成接口测试。

6.根据权利要求5所述的接口测试方法，其特征在于，所述获取数据选取指令的步骤包括：

启动预设的定时任务；

获取所述定时任务定时触发的数据选取指令；

或者，

通过控制终端的测试控制页面展示所述测试响应数据；

当检测到所述测试控制页面中针对所述测试响应数据的点击操作时，生成数据选取指令。

7.一种接口测试装置，其特征在于，包括：

连接请求接收模块，用于接收终端发送的连接建立请求；

连接建立模块，用于根据所述连接建立请求与所述终端建立双向通信连接；

测试请求接收模块，用于接收所述终端发送的接口测试请求；

数据查询模块，用于在预存的响应数据表中查询与所述接口测试请求对应的测试响应数据；

数据发送模块，用于通过所述双向通信连接，将所述测试响应数据发送至所述终端，完成接口测试。

8.根据权利要求7所述的接口测试装置，其特征在于，所述连接建立模块包括：

协议提取子模块，用于提取所述连接建立请求中的握手协议；

连接建立子模块，用于当所述握手协议为支持全双工通信的websocket协议时，与所述终端建立支持全双工通信的双向通信连接。

9.一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述处理器执行所述计算机可读指令时实现如权利要求1至6中任一项所述的接口测试方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如权利要求1至6中任一项所述的接口测试方法的步骤。

Images