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

Abstract

本发明涉及一种接口测试方法、装置、计算机设备及存储介质。其中，接口测试方法具体包括以下步骤：获取应用程序的接口测试用例，获取接口测试用例所对应的目标接口，根据目标接口的接口标识查找目标接口的协议类型，将接口测试用例的接口请求参数转化为与协议类型相符的数据格式后生成请求数据，向目标接口发送请求数据，接收目标接口返回的测试数据，根据协议类型对测试数据进行解析，将解析后的测试数据转化为预设数据格式，将经过数据转换的测试数据进行展示。采用本方法能够简化测试工作、提高测试效率。

Description

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

技术领域

本发明涉及测试技术领域，特别是涉及一种接口测试方法、装置、计算机设备及存储介质。

背景技术

在应用程序开发完成后，需要对应用程序进行接口测试，以便根据测试结果及时发现问题并对应用程序进行修改和完善。应用程序会涉及多个接口以实现与不同业务系统的数据交互，但是，不同的接口可能基于不同的通讯协议进行数据交互，而现有的测试工具或者测试平台都是基于单一协议的测试系统。因此，在对基于不同协议的应用程序进行接口测试时，往往无法采用通用的测试工具，针对不同的应用程序和接口，需要使用不同的测试工具，并需在每个测试工具上都单独进行准备工作。测试人员需逐一手动编写不同的测试代码，从而导致接口测试的过程复杂、测试效率低。

发明内容

基于此，有必要针对上述基于不同协议的应用程序接口测试过程中存在的测试过程复杂、测试效率低的问题，提供一种接口测试方法、装置、计算机设备及存储介质。

一种接口测试方法，所述方法包括以下步骤：

获取应用程序的接口测试用例；

获取所述接口测试用例所对应的目标接口；

根据所述目标接口的接口标识查找所述目标接口的协议类型；

将所述接口测试用例的接口请求参数转化为与所述协议类型相符的数据格式后生成请求数据，向所述目标接口发送所述请求数据；

接收所述目标接口返回的测试数据，根据所述协议类型对所述测试数据进行解析，将解析后的测试数据转化为预设数据格式；

将经过数据转换的测试数据进行展示。

上述接口测试方法，在获取应用程序的接口测试用例之后，获取接口测试用例所对应的目标接口，根据目标接口的接口标识可以查找出目标接口的协议类型，并将测试用例中的接口请求参数由统一格式转化为符合被测接口协议类型的数据形式，在向目标接口发送请求并接收返回的测试数据后，将与协议类型一致的测试数据再转化为统一的预设数据格式进行展示，从而可以实现支持多种协议类型的接口测试工作，无需在进行多协议接口测试时切换使用不同的测试工具，能够简化测试工作、提高测试效率，并且将数据进行格式统一化能够方便用户查看和编写测试用例。

在其中一个实施例中，所述获取接口测试用例的步骤之前，还包括：

获取应用程序的数据包和应用协议类型；

对所述数据包进行解析得到所述应用程序的接口数据，根据所述应用协议类型将所述接口数据转换为预设数据格式；

根据所述预设数据格式的接口数据生成测试用例。

在其中一个实施例中，所述根据经过数据格式转换的所述接口数据生成测试用例的步骤包括：

接收接口选择指令；

查找与所述接口选择指令中的接口标识相对应的预设数据格式接口数据；

获取所述预设数据格式接口数据中的接口请求参数，根据所述接口请求参数生成测试组件，并将生成的所述测试组件进行展示；

接收测试组件选择指令，将所述测试组件选择指令中的测试组件进行组装，生成测试用例。

在其中一个实施例中，所述根据所述接口请求参数生成测试组件的步骤之后还包括：

获取应用场景编号；

当所述应用场景编号为已存在的应用场景编号时，将所述测试组件添加至与所述应用场景编号相对应的测试组件分组中；当所述应用场景编号为新增应用场景编号时，将所述测试组件与所述应用场景编号关联存储；

所述接收测试组件选择指令的步骤之前还包括：

接收场景选择指令，查找所述场景选择指令中的应用场景编号对应分组的测试组件，并将查找到的所述测试组件进行展示。

在其中一个实施例中，所述向所述目标接口发送所述请求数据的步骤之前，还包括：

根据所述目标接口生成断言编辑选项，将所述断言编辑选项进行展示，通过所述断言选择选项接收断言添加指令；

所述将解析后的测试数据转化为预设数据格式的步骤之后，还包括：

根据所述断言添加指令中的断言对经过数据转换的测试数据进行检验，当检验结果为异常时，对结果异常的测试数据进行标注。

一种接口测试装置，所述装置包括：

用例接收模块，用于获取应用程序的接口测试用例；

接口获取模块，用于获取所述接口测试用例所对应的目标接口；

协议查找模块，用于根据所述目标接口的接口标识查找所述目标接口的协议类型；

请求发送模块，用于将将所述接口测试用例的接口请求参数转化为与所述协议类型相符的数据格式后生成请求数据，向所述目标接口发送所述请求数据；

数据接收模块，用于接收所述目标接口返回的测试数据，根据所述协议类型对所述测试数据进行解析，将解析后的测试数据转化为预设数据格式；

数据展示模块，将经过数据转换的测试数据进行展示。

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

协议获取模块，用于获取应用程序的数据包和应用协议类型；

数据转换模块，用于对所述数据包进行解析得到所述应用程序的接口数据，根据所述应用协议类型将所述接口数据转换为预设数据格式；

用例生成模块，用于根据所述预设数据格式的接口数据生成测试用例。。

在其中一个实施例中，所述用例生成模块包括：

指令接收模块，用于接收接口选择指令；

接口数据查找模块，用于查找与所述接口选择指令中的接口标识相对应的预设数据格式接口数据；

组件生成模块，用于获取所述接口数据中的接口请求参数，根据所述接口请求参数生成测试组件，并将生成的所述测试组件进行展示；

组件组装模块，用于接收测试组件选择指令，将所述测试组件选择指令中的测试组件进行组装，生成测试用例。

一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述方法的步骤。

附图说明

图1为一个实施例中接口测试方法的应用环境图；

图2为一个实施例中接口测试方法的流程图；

图3为一个实施例中接口测试装置的结构示意图；

图4为另一个实施例中接口测试装置的结构示意图；

图5为又一个实施例中接口测试装置的结构示意图；

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

具体实施方式

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

本发明实施例中所提供的接口测试方法可以应用于如图1所示的应用环境中。测试平台的服务器102与多个与其进行数据交互的交互服务器104通过网络连接。交互服务器104上存储有用于与服务器102进行交互的数据。在执行接口测试用例时，服务器102将测试用例中的请求数据转换为与交互服务器104的协议类型相符的数据格式后，通过接口将接口请求数据发送给交互服务器104，交互服务器104接收数据请求后，根据发送接口和请求中的请求参数，查找与接口请求参数相对应的参数值，根据查找结果生成测试数据，并通过接口将测试数据返回给服务器102，服务器102接收交互服务器104返回的测试数据，并将接收的测试数据格式转换成预设数据格式后进行展示。

在一个实施例中，如图2所示，提供了一种接口测试方法，该方法可应用于终端或服务器，以该方法应用于服务器为例进行说明，所述方法包括以下步骤：

步骤210，获取应用程序的接口测试用例。

应用程序已经开发人员开发完成，但还未经过测试，应用程序是要智能终端如手机、平板电脑或者可穿戴设备等上安装使用的。接口测试用例是为了对应用程序的接口进行测试，由测试人员编写的测试用例。

测试人员将接口测试用例编写完成后，可以选择一个或多个接口测试用例执行，生成测试用例执行指令，服务器可以根据测试用例执行指令获取需要执行的接口测试用例。在接口测试用例编写完成后，测试人员也可以设定用例执行时间批量执行测试用例，当服务器检测到到达预设执行时间时，自动获取测试人员选择的批量执行的接口测试用例。在本实施例中，进行批量执行的接口测试用例可以为同一应用程序的测试用例，也可以为多个应用程序的测试用例，即服务器可以并发执行多个应用程序的测试用例。

步骤220，获取接口测试用例所对应的目标接口。

在本实施例中，服务器获取接口测试用例与应用程序接口的对应关系表。接口测试用例与应用程序接口的对应关系表是在测试人员编写测试用例时，根据测试人员所选取的接口自动与编写的接口测试用例关联生成的。

服务器获取接口测试用例的用例名称或用例编号，并根据用例名称或用例编号从对应关系表中查找出与其相对应的接口标识，查找到的接口标识所对应的接口即为接口测试用例所需进行测试的目标接口。

在另一个实施例中，服务器获取应用程序所包含所有接口的接口请求数据，并读取接口测试用例中的接口请求参数，将接口请求参数与应用程序的接口请求数据进行匹配，匹配成功的接口请求数据所对应的接口即为目标接口。

在一个实施例中，与接口测试有关的所有数据，其中包括已编写好的测试用例、应用程序所包含接口的接口请求数据、接口返回数据等都存储在数据服务器上，服务器在需要使用测试数据时向数据服务器发送数据获取请求，数据服务器根据数据获取请求向服务器返回相应的数据。接口测试所涉及的测试数据的数据量较大，将测试数据存储在数据服务器上，可以节省服务器自身的存储空间，加快测试效率，服务器在测试需要时从数据服务器上调取数据即可。

步骤230，根据目标接口的接口标识查找目标接口的协议类型。

协议类型是指应用程序所在客户端通过接口与其他交互系统进行数据交换时所采用的通信协议的类型。一般情况下，同一应用程序的所有接口采用相同的通信协议与交互系统进行数据交换。不同应用程序的接口可能采用相同的通信协议，也可能采用不同的通信协议。接口标识除了包含接口信息之外，也包含接口所属应用程序信息，由此可以根据接口标识可以唯一确定接口的通信协议。服务器获取接口标识与协议类型的对应关系，并根据获取到的目标接口的接口标识查找与接口标识相对应的协议类型。

在本实施例中，协议类型包括但不限于http协议、dubbo协议、webservice协议、socket协议、rest请求协议和protocolbuffer协议。

步骤240，将接口测试用例的接口请求参数转化为与协议类型相符的数据格式后生成请求数据，向目标接口发送请求数据。

已编写的接口测试用例中的接口请求参数的数据格式相同，接口测试用例的数据格式统一便于测试人员查看和编写测试用例。而通过目标系统与其他交互系统进行数据交换时，进行交换的数据需要采用与目标接口协议类型一致的数据格式。因此，服务器查找到目标接口的协议类型之后，将接口测试用例中的接口请求参数转换成与协议类型相符合的数据格式，根据经过数据格式转换的接口请求参数生成请求数据，并将生成的请求数据发送给目标接口，即模拟客户端通过目标接口向目标接口对应的交互系统发送请求。

步骤250，接收目标接口返回的测试数据，根据协议类型对测试数据进行解析，将解析后的测试数据转化为预设数据格式，将经过数据转换的测试数据进行展示。

服务器接收通过目标接口接收交互系统根据请求返回的测试数据，返回的测试数据的数据格式与目标接口的协议类型相一致，服务器在接收到测试数据之后对测试数据进行解析，并将解析后的测试数据中的返回参数转换为统一的预设数据格式，将转换为预设数据格式的测试数据在显示界面进行展示，从而完成对目标接口的测试。

在本实施例中，预设数据格式采用JSON(JavaScript ObjectNotation,JS对象标记)字符串的数据交换格式。在其他实施例中，也可以采用其他类型的便于查看和编辑的数据格式。

本实施例中的接口测试方法，在获取应用程序的接口测试用例之后，获取接口测试用例所对应的目标接口，根据目标接口的接口标识可以查找出目标接口的协议类型，并将测试用例中的接口请求参数由统一格式转化为符合被测接口协议类型的数据格式，在向目标接口发送请求并接收返回的测试数据后，将与协议类型一致的测试数据再转化为统一的预设数据格式进行展示，从而可以实现支持多种协议类型的接口测试工作，基于不同协议类型的应用程序可以在同一平台进行接口测试工作，无需在进行多协议接口测试时在多个测试平台进行测试或者切换使用不同的测试工具，能够简化测试工作、提高测试效率，并且将数据进行格式统一化能够方便用户查看和编写测试用例。

在一个实施例中，获取接口测试用例的步骤之前还包括：获取应用程序的数据包和应用协议类型；对数据包进行解析得到应用程序的接口数据，根据所述应用协议类型将所述接口数据转换为预设数据格式；根据所述预设数据格式的接口数据生成测试用例。

在进行应用程序的接口测试之前，测试人员需要上传应用程序的数据包，并在显示界面上选择应用程序在进行数据交互时所基于的协议类型。应用程序的数据包中包含所有与应用程序测试相关的数据，具体包括接口数据、JAVA类、配置文件和保障测试正常运行的数据等，数据包一般为压缩数据包，如Jar包(JavaArchive，Java归档文件),War包(WebArchive file，网络应用程序文件)等。服务器获取测试人员上传的数据包和所选择的应用协议类型之后，对数据包进行解压缩，并对解压缩之后的数据进行解析，从中获取应用程序的接口数据。终端根据获取到的应用协议类型对接口数据的数据格式进行转换，将接口数据中的接口参数转换为统一的预设数据格式，如JSON字符串格式等。

具体的，当协议类型为http协议时，服务器扫描数据包中的类文件找到注解文件等，根据不同的注解文件解析出接口的路径和对应接口的参数信息，头信息，URL信息及返回值信息并生成接口数据，并将生成的接口数据以JSON字符串的格式进行存储；当协议类型为dubbo协议时，服务器扫描数据包中的类文件找到请求的接口名称，使用ASM框架获取接口的参数列表，参数类型及返回类型，并将其以JSON字符串的形式存储；当协议类型为protocolbuffer(以下简称PB)协议时，通过调用PB不同的静态方法获得接口的字段列表，包括请求参数和返回参数，以JSON字符串形式存储；当协议类型为socket协议时，根据数据包中的xml文件获取请求数据的报文域，包括各域的描述信息，名称及类型，并以JSON字符串形式储存；当协议类型为WebService协议时，扫描数据包中的类文件查找到WebService注解，根据注解文件解析出接口路径，使用ASM框架获取接口的参数列表，参数类型及返回类型，对参数字段进行解析，若参数字段是如字符串或数值等原生字段时，直接获取，若参数字段是复杂类型如对象等，则以递归方式对其进行处理，获取参数值，将获取到的参数值以JSON字符串格式进行存储。

在本实施例中，服务器将接口数据转换为预设数据格式之后，测试人员可以根据经过数据格式装的接口数据编写接口测试用例，当服务器获取测试用例的创建指令后，根据创建指令后和接口数据的编写结果生成接口测试用例。

在本实施例中，在测试人员上传应用程序的数据包后，通过对数据包进行解析，对解析后得到的接口数据进行数据格式转换，可以将接口数据转换为统一的数据格式，方便测试人员查看接口数据，也便于测试人员根据接口数据编写接口测试用例。

在一个实施例中，根据经过数据格式转换的接口数据生成测试用例的步骤包括：接收接口选择指令；查找与接口选择指令中的接口标识相对应的预设数据格式接口数据；获取预设数据格式接口数据中的接口请求参数，根据接口请求参数生成测试组件，并将生成的测试组件进行展示；接收测试组件选择指令，将测试组件选择指令中的测试组件进行组装，生成测试用例。

服务器将接口数据转换为预设数据格式之后，将应用程序的接口显示在显示操作界面。测试人员选择需要进行测试的应用程序之后，服务器获取选择的应用程序的标识，根据应用程序标识查找应用程序的接口，并将查找到的接口进行展示，优选地，服务器将接口已下拉选择列表或者复选框的形式进行展示。测试人员可以根据测试需要对展示的接口进行选择，用户可以选择一个或多个接口，对接口进行选择后，生成接口选择指令，服务器接收接口选择指令，并读取接口选择指令中的接口标识，根据读取的接口标识查找已存储的转换为预设数据格式的接口数据。

服务器获取接口数据中的接口请求参数，并根据获取的接口请求参数和预设接口请求数据的参数排列规则生成测试代码、并构成测试组件，测试组件为组成测试用例中的一个测试步骤，将测试组件进行组合之后可以生成测试用例，需要说明的是，在很多情况下，一个测试组件也可以视为一个测试用例。优选的，在一个实施例中，测试组件以应用程序标识、接口标识和序列号的顺序进行命名，由此从测试组件的名称中可以得到组件所要测试的具体接口的信息。服务器对生成的测试组件以列表的形式进行展示。

在一个实施例中，测试人员选中一个测试组件后，服务器根据测试组件的名称获取测试组件对应的测试代码，并将测试代码进行展示，测试人员可以对展示的测试代码进行修改，修改完成后可以点击创建按钮，服务器通过创建按钮获取组件创建指令，并根据组件创建指令生成一个新的测试组件，新的测试组件命名时序列码可以顺序编号。

测试人员对展示的测试组件进行选择，并对测试组件进行排序，在选择完成后可以点击组件选择按钮，服务器通过组件选择按钮接收测试组件选择指令，读取测试组件选择指令中的测试组件名称并获取测试组件的排列顺序，服务器查找测试组件对应的测试代码，根据测试组件的排列顺序对测试代码进行排序，将排列好的测试代码进行组装生成测试用例。优选的，生成的测试用例根据所包含的测试组件进行命名后进行存储，便于进行测试人员进行测试用例的查找工作。

在一个实施例中，服务器生成接口测试用例之后，将完整的测试用例代码进行展示，测试人员可以在接口请求参数的对应的位置处填入具体的参数值，例如，有些接口测试需要根据具体的测试环境填入手机号、产品渠道号等信息，服务器接收测试人员填入的参数值后，将参数值与测试代码进行拼装生成完整的可以执行的测试用例。

在本实施例中，服务器可以对接口进行展示，并根据测试人员选择的接口查找接口对应的接口数据，自动生成测试组件。同时，可以将生成的测试组件进行展示，测试人员可以对展示的测试组件进行选择和排序，服务器根据选择的测试组件将测试组件的测试代码按照组件排列顺序组装生成测试用例，使得测试人员能够以可视化的方式创建测试用例，大大减少了测试用例的代码编写工作，测试用例的创建过程简单便捷。

在一个实施例中，根据接口请求参数生成测试组件的步骤之后还包括：获取应用场景编号；当应用场景编号为已存在的应用场景编号时，将测试组件添加至与应用场景编号相对应的测试组件分组中；当应用场景编号为新增应用场景编号时，将测试组件与应用场景编号关联存储；

接收测试组件选择指令的步骤之前还包括：接收场景选择指令，查找场景选择指令中的应用场景编号对应分组的测试组件，并将查找到的测试组件进行展示。

应用场景是根据功能实现进行划分的场景，例如，电商平台的应用程序的商品查找、订单查询、订单付款、申请退款等都是不同的应用场景。因为每个应用场景所实现的功能不同，因此，在每个场景中与应用系统发生交互的系统也可能不同，从而每个应用场景中创建的接口测试用例所涉及的目标接口也会有所不同。例如，一些应用场景中，应用系统需要与第三方平台系统、账户系统进行数据交互，一些有的应用场景中，应用系统需要与交易系统、支付系统和订单系统进行数据交互。因此，通过对测试组件根据其所属的应用场景进行分类，可以将包含相同或相近接口参数的测试组件进行归类，便于服务器进行测试组件的管理，也便于测试人员对测试组件进行查找和查看。

每个应用程序的应用场景可以由测试人员自主创建，在测试组件的管理界面，用户可以自行添加、修改和删除应用场景，并且可以将已创建的测试组件拖拽添加并复制到至新创建的应用场景中，也可以将已创建的应用场景中的测试组件进行删除操作。

服务器生成新的测试组件之后，在显示界面弹出应用场景选择框，用户可以在选择框中选择已经创建的应用场景的场景编号，也可在选择框中输入想要新建的应用场景编号。服务器通过应用场景选择框获取用户输入的应用场景编号，并获取已存储的与应用程序相对应的应用场景编号，服务器将用户输入的应用场景编号与已存储的应用场景编号进行匹配，当匹配成功时，终端查找匹配成功的应用场景编号所对应的测试组件分组，并将新生成的测试组件存储至查找到的测试组件分组中；当匹配失败时，说明用户输入的应用场景编号为新建应用场景编号，服务器对应用场景编号进行记录，并将新生成的测试组件与新建应用场景编号进行关联存储。

在接口测试用例的创建界面，当测试人员选择应用程序标识后，服务器根据应用程序标识查找应用程序所对应的应用场景编号，服务器根据应用场景编号生成场景选择选项并对其进行展示。场景选择选项可以以应用场景名称列表的形式进行展示，也可以以其他形式进行展示。测试人员可以选择单个应用场景，也可以同时选择多个应用场景。

当测试人员对应用场景进行选择之后，服务器通过场景选择选项接收场景选择指令，终端从从场景选择指令中读取测试人员选中的应用场景编号，服务器根据应用场景编号对测试组件进行筛选，从中查找出与应用场景编号相对应分组的测试组件，并将查找到的测试组件进行展示。

在一个实施例中，服务器对生成的接口测试用例也进行分场景管理，在测试用例的管理界面，测试人员可以自行添加、修改和删除应用场景，并且可以将已创建的测试用例复制至新创建的应用场景中，也可以将已创建的应用场景中的测试用例进行删除操作。服务器生成新的接口测试用例之后，在显示界面弹出应用场景选择框，服务器通过应用场景选择框获取测试人员输入的应用场景编号，并获取已存储的与应用程序相对应的应用场景编号，当服务器查找到与输入的编号相匹配的应用场景编号时，获取匹配成功的应用场景编号所对应的测试用例分组，并将新的接口测试用例存储至查找到的测试用例分组中；当匹配失败时，服务器将输入的应用场景编号与应用程序关联存储，并将新的接口测试用例与新建应用场景编号进行关联存储。

在本实施例中，通过为测试组件和接口测试用例设置应用场景分组，可以将测试功能相近的测试组件和接口测试用例进行分组管理，测试人员通过选择应用场景编号，服务器根据场景选择可以只将测试人员需要的测试组件或接口测试用例进行展示，从而便于测试人员进行查找和编辑。

在一个实施例中，向目标接口发送请求数据的步骤之前，还包括：根据目标接口生成断言编辑选项，将断言编辑选项进行展示，通过断言选择选项接收断言添加指令；将解析后的测试数据转化为预设数据格式的步骤之后，还包括：根据断言添加指令中的断言对经过数据转换的测试数据进行检验，当检验结果为异常时，对结果异常的测试数据进行标注。

接口数据包括接口请求数据和接口返回数据，在本实施例中，服务器在通过目标接口向交互系统发送请求数据之前，获取目标接口的接口返回数据。接口返回数据包括预期的交互系统返回的参数和参数值，而断言为对测试过程中交互系统实际返回的参数值是否与预期参数值相符的判断。例如，接口返回数据中包含预期的返回参数银行名称“bankname”以及预期的返回参数值“中国银行”，断言就相当于一个判断式，判断交互系统返回的“bankname”参数对应的参数值是否为“中国银行”，若是，则表明测试结果正常；若否，则表明测试结果异常。

服务器在获取接口测试用例的执行指令，并查找到与目标接口相对应的预设数据格式的接口数据之后，获取接口数据中的接口返回数据，根据获取的接口返回数据中的返回参数和返回参数值自动生成断言，并生成断言编辑选项，将断言编辑选项进行展示。优选地，服务器将生成的所有断言以列表的形式进行展示，并且测试人员通过断言编辑选项对断言进行删除操作，只保留希望进行参数值比较判断的断言，测试人员操作完成后，服务器通过断言选择选项接收断言添加指令，并获取断言添加指令中的断言。

服务器添加断言之后，将接口测试用例的接口请求参数转化为与协议类型相符的数据格式后生成请求数据，向目标接口发送请求数据。服务器将解析后的测试数据转化为预设数据格式之后，根据已添加的断言判断测试数据中的参数值是否与断言中的参数值一致，所有添加的断言的判断结果都一致的话，测试结果为测试成功。若其中一个添加断言的判断结果不一致的话，测试结果为测试异常，服务器生成测试异常提醒并对结果不一致的断言和与其对应的测试数据参数进行标注，服务器将测试异常结果和异常测试数据的标注进行展示。

在本实施例中，服务器可以根据接口返回数据自动生成断言，无需测试人员进行手动添加，并且测试人员可以自主选择对哪些断言进行添加。服务器在进行断言检测后，可以自动对测试异常数据进行标注，从而测试人员可以通过展示的测试结果迅速定位异常数据，便于测试人员对测试结果异常的接口测试用例进行修改，提高测试效率。

在一个实施例中，如图3所示，提供了一种接口测试装置，所述装置包括：

用例接收模块310，用于获取应用程序的接口测试用例。

接口获取模块320，用于获取接口测试用例所对应的目标接口。

协议查找模块330，用于根据目标接口的接口标识查找目标接口的协议类型。

请求发送模块340，用于将将接口测试用例的接口请求参数转化为与协议类型相符的数据格式后生成请求数据，向目标接口发送请求数据。

数据接收模块350，用于接收目标接口返回的测试数据，根据协议类型对测试数据进行解析，将解析后的测试数据转化为预设数据格式。

数据展示模块360，将经过数据转换的测试数据进行展示。

在一个实施例中，如图4所示，所述装置还包括：

协议获取模块302，用于获取应用程序的数据包和应用协议类型。

数据转换模块304，用于对数据包进行解析得到应用程序的接口数据，根据应用协议类型对接口数据进行转换，将接口数据转换为预设数据格式。

用例生成模块306，用于根据经过格式转换的接口数据生成测试用例。

在一个实施例中，用例生成模块306包括：

指令接收模块，用于接收接口选择指令。

接口数据查找模块，用于查找与接口选择指令中的接口标识相对应的预设数据格式接口数据。

组件生成模块，用于获取接口数据中的接口请求参数，根据接口请求参数生成测试组件，并将生成的测试组件进行展示。

组件组装模块，用于接收测试组件选择指令，将测试组件选择指令中的测试组件进行组装，生成测试用例。

在一个实施例中，用例生成模块306还包括：

场景编号获取模块，用于获取应用场景编号。

组件存储模块，用于当应用场景编号为已存在的应用场景编号时，将测试组件添加至与应用场景编号相对应的测试组件分组中；当应用场景编号为新增应用场景编号时，将测试组件与应用场景编号关联存储。

组件查找模块，用于接收场景选择指令，查找场景选择指令中的应用场景编号对应分组的测试组件，并将查找到的测试组件进行展示。

在一个实施例中，如图5所示，所述装置还包括：

断言生成模块335，用于根据目标接口生成断言编辑选项，将断言编辑选项进行展示，通过断言选择选项接收断言添加指令。

数据检验模块355，用于根据断言添加指令中的断言对经过数据转换的测试数据进行检验，当检验结果为异常时，对结果异常的测试数据进行标注。

在一个实施例中，如图6所示，为一个计算机设备的内部结构示意图。该计算机设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序。存储器存储有操作系统和数据库，还包括一种接口测试装置。数据库用于存储计算机设备实现特定功能和操作所需的数据，例如，接口测试用例、接口数据等。接口测试装置包括至少一个计算机可读指令，该至少一个计算机可读指令可被处理器执行，以使计算机设备实现一种接口测试方法。该处理器用于提供计算和控制能力，支撑整个服务器的运行。

在一个实施例中，计算机设备的存储器包括非易失性存储介质和内存储器。上述操作系统、数据库及接口测试装置存储于非易失性存储介质。内存储器为非易失性存储介质中的接口测试装置的运行提供环境。本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的服务器的限定，具体的服务器可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，处理器执行存储器中的接口测试装置的计算机可读程序时，实现以下步骤：

获取应用程序的接口测试用例；

获取接口测试用例所对应的目标接口；

根据目标接口的接口标识查找目标接口的协议类型；

将接口测试用例的接口请求参数转化为与协议类型相符的数据格式后生成请求数据，向目标接口发送请求数据；

接收目标接口返回的测试数据，根据协议类型对测试数据进行解析，将解析后的测试数据转化为预设数据格式，将经过数据转换的测试数据进行展示。

在一个实施例中，处理器执行存储器中的接口测试装置的计算机可读程序时，还用以实现以下步骤：

获取应用程序的数据包和应用协议类型；

对数据包进行解析得到应用程序的接口数据，根据所述应用协议类型将所述接口数据转换为预设数据格式；

根据所述预设数据格式的接口数据生成测试用例。

在一个实施例中，处理器执行存储器中的接口测试装置的计算机可读程序时，还用以实现以下步骤：

接收接口选择指令；

查找与接口选择指令中的接口标识相对应的预设数据格式接口数据；

获取预设数据格式接口数据中的接口请求参数，根据接口请求参数生成测试组件，并将生成的测试组件进行展示；

接收测试组件选择指令，将测试组件选择指令中的测试组件进行组装，生成测试用例。

在一个实施例中，处理器执行存储器中的接口测试装置的计算机可读程序时，还用以实现以下步骤：

获取应用场景编号；

当应用场景编号为已存在的应用场景编号时，将测试组件添加至与应用场景编号相对应的测试组件分组中；当应用场景编号为新增应用场景编号时，将测试组件与应用场景编号关联存储；

接收场景选择指令，查找场景选择指令中的应用场景编号对应分组的测试组件，并将查找到的测试组件进行展示。

在一个实施例中，处理器执行存储器中的接口测试装置的计算机可读程序时，还用以实现以下步骤：

根据目标接口生成断言编辑选项，将断言编辑选项进行展示，通过断言选择选项接收断言添加指令；

根据断言添加指令中的断言对经过数据转换的测试数据进行检验，当检验结果为异常时，对结果异常的测试数据进行标注。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现以下步骤：

获取应用程序的接口测试用例；

获取接口测试用例所对应的目标接口；

根据目标接口的接口标识查找目标接口的协议类型；

将接口测试用例的接口请求参数转化为与协议类型相符的数据格式后生成请求数据，向目标接口发送请求数据；

接收目标接口返回的测试数据，根据协议类型对测试数据进行解析，将解析后的测试数据转化为预设数据格式，将经过数据转换的测试数据进行展示。

在一个实施例中，该程序被处理器执行时还用以实现以下步骤：

获取应用程序的数据包和应用协议类型；

对数据包进行解析得到应用程序的接口数据，根据所述应用协议类型将所述接口数据转换为预设数据格式；

根据所述预设数据格式的接口数据生成测试用例。

在一个实施例中，该程序被处理器执行时还用以实现以下步骤：

接收接口选择指令；

查找与接口选择指令中的接口标识相对应的预设数据格式接口数据；

获取预设数据格式接口数据中的接口请求参数，根据接口请求参数生成测试组件，并将生成的测试组件进行展示；

接收测试组件选择指令，将测试组件选择指令中的测试组件进行组装，生成测试用例。

在一个实施例中，该程序被处理器执行时还用以实现以下步骤：

获取应用场景编号；

当应用场景编号为已存在的应用场景编号时，将测试组件添加至与应用场景编号相对应的测试组件分组中；当应用场景编号为新增应用场景编号时，将测试组件与应用场景编号关联存储；

接收场景选择指令，查找场景选择指令中的应用场景编号对应分组的测试组件，并将查找到的测试组件进行展示。

在一个实施例中，该程序被处理器执行时还用以实现以下步骤：

根据目标接口生成断言编辑选项，将断言编辑选项进行展示，通过断言选择选项接收断言添加指令；

根据断言添加指令中的断言对经过数据转换的测试数据进行检验，当检验结果为异常时，对结果异常的测试数据进行标注。

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

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

Claims (8)

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

获取应用程序的接口测试用例；

获取所述接口测试用例所对应的目标接口；

根据所述目标接口的接口标识查找所述目标接口的协议类型；

将所述接口测试用例的接口请求参数转化为与所述协议类型相符的数据格式后生成请求数据，向所述目标接口发送所述请求数据；

接收所述目标接口返回的测试数据，根据所述协议类型对所述测试数据进行解析，将解析后的测试数据转化为预设数据格式，将经过数据转换的测试数据进行展示；所述预设数据格式为JSON字符串格式；

所述获取接口测试用例的步骤之前，还包括：

获取应用程序的数据包和应用协议类型；

对所述数据包进行解析得到所述应用程序的接口数据，根据所述应用协议类型将所述接口数据转换为预设数据格式；

根据所述预设数据格式的接口数据生成测试用例；

所述根据所述预设数据格式的接口数据生成测试用例的步骤包括：

接收接口选择指令；

查找与所述接口选择指令中的接口标识相对应的预设数据格式接口数据；

获取所述预设数据格式接口数据中的接口请求参数，根据所述接口请求参数生成测试组件，并将生成的所述测试组件进行展示；

接收测试组件选择指令，将所述测试组件选择指令中的测试组件进行组装，生成测试用例。

2.根据权利要求1所述的接口测试方法，其特征在于，所述根据所述接口请求参数生成测试组件的步骤之后还包括：

获取应用场景编号；

当所述应用场景编号为已存在的应用场景编号时，将所述测试组件添加至与所述应用场景编号相对应的测试组件分组中；当所述应用场景编号为新增应用场景编号时，将所述测试组件与所述应用场景编号关联存储；

所述接收测试组件选择指令的步骤之前还包括：

接收场景选择指令，查找所述场景选择指令中的应用场景编号对应分组的测试组件，并将查找到的所述测试组件进行展示。

3.根据权利要求1所述的接口测试方法，其特征在于，所述向所述目标接口发送所述请求数据的步骤之前，还包括：

根据所述目标接口生成断言编辑选项，将所述断言编辑选项进行展示，通过断言选择选项接收断言添加指令；

所述将解析后的测试数据转化为预设数据格式的步骤之后，还包括：

根据所述断言添加指令中的断言对经过数据转换的测试数据进行检验，当检验结果为异常时，对结果异常的测试数据进行标注。

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

用例接收模块，用于获取应用程序的接口测试用例；

接口获取模块，用于获取所述接口测试用例所对应的目标接口；

协议查找模块，用于根据所述目标接口的接口标识查找所述目标接口的协议类型；

请求发送模块，用于将将所述接口测试用例的接口请求参数转化为与所述协议类型相符的数据格式后生成请求数据，向所述目标接口发送所述请求数据；

数据接收模块，用于接收所述目标接口返回的测试数据，根据所述协议类型对所述测试数据进行解析，将解析后的测试数据转化为预设数据格式；所述预设数据格式为JSON字符串格式；

数据展示模块，用于将经过数据转换的测试数据进行展示；

所述装置还包括：

协议获取模块，用于获取应用程序的数据包和应用协议类型；

数据转换模块，用于对所述数据包进行解析得到所述应用程序的接口数据，根据所述应用协议类型将所述接口数据转换为预设数据格式；

用例生成模块，用于根据所述预设数据格式的接口数据生成测试用例；

所述用例生成模块包括：

指令接收模块，用于接收接口选择指令；

接口数据查找模块，用于查找与所述接口选择指令中的接口标识相对应的预设数据格式接口数据；

组件生成模块，用于获取所述接口数据中的接口请求参数，根据所述预设数据格式接口请求参数生成测试组件，并将生成的所述测试组件进行展示；

组件组装模块，用于接收测试组件选择指令，将所述测试组件选择指令中的测试组件进行组装，生成测试用例。

5.根据权利要求4所述的接口测试装置，其特征在于，所述用例生成模块还包括：

场景编号获取模块，用于获取应用场景编号；

组件存储模块，用于当应用场景编号为已存在的应用场景编号时，将测试组件添加至应用场景编号相对应的测试组件分组中；当应用场景编号为新增应用场景编号时，将测试组件与应用场景编号关联存储；

组件查找模块，用于接收场景选择指令，查找场景选择指令中的应用场景编号对应分组的测试组件，并将查找到的测试组件进行展示。

6.根据权利要求4所述的接口测试装置，其特征在于，所述装置还包括：

断言生成模块，用于根据目标接口生成断言编辑选项，将断言编辑选项进行展示，通过断言选择选项接收断言添加指令；

数据检验模块，用于根据断言添加指令中的断言对经过数据转换的测试数据进行检验，当检验结果为异常时，对结果异常的测试数据进行标注。

7.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至3任意一项所述方法的步骤。

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

Images