CN110046088A - 一种接口测试方法、装置及设备 - Google Patents

Abstract

本说明书实施例公开了一种接口测试方法、装置及设备，其方案是，接收目标规则参数；根据所述目标规则参数对预置测试规则进行处理，获得目标测试规则；根据所述目标测试规则对待测试接口进行测试。

Description

一种接口测试方法、装置及设备

技术领域

本说明书实施例涉及计算机技术领域，尤其涉及一种接口测试方法、装置以及设备。

背景技术

接口是预先定义的用于系统或程序间数据传输的函数。接口测试用于对接口的功能和接口自身的性能进行测试，接口测试具体可以包括测试数据的交换、传递以及控制管理过程和系统间的相互逻辑依赖关系等。

在进行接口测试的时，测试端通常通过执行测试人员根据测试需求编写的不同的测试用例来对接口进行测试。

申请内容

有鉴于此，本说明书实施例提供了一种用户体验良好的接口测试方法、装置及设备。

本说明书实施例采用下述技术方案：

本说明书实施例提供一种接口测试方法，包括：

接收目标规则参数；

根据所述目标规则参数对预置测试规则进行处理，获得目标测试规则；

根据所述目标测试规则对待测试接口进行测试。

本说明书实施例还提供一种接口测试装置，包括：

接收单元，接收目标规则参数；

规则处理单元，根据所述目标规则参数对预置测试规则进行处理，获得目标测试规则；

测试单元，根据所述目标测试规则对待测试接口进行测试。

本说明书实施例还提供一种电子设备，包括：至少一个处理器及存储器，所述存储器存储有程序，并且被配置成由至少一个处理器执行以下步骤：

接收目标规则参数；

根据所述目标规则参数对预置测试规则进行处理，获得目标测试规则；

根据所述目标测试规则对待测试接口进行测试。

本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果：

本说明书实施例中通过接收目标规则参数；根据目标规则参数对预置测试规则进行处理，获得目标测试规则；根据目标测试规则对待测试接口进行测试。在本说明书实施例中，可以通过目标规则参数确定对待测试接口的测试需求，利用接收到的目标规则参数和预置测试规则自动生成目标测试规则，进而对待测试接口测试。这样，不同的目标规则参数可以反映不同的测试需求，但均可以使用本说明书实施例记载的方案自动生成对应的目标测试规则，使得本说明书实施例记载的技术方案具有通用性，进而避免每次测试时重新编写测试用例的问题，提高了测试效率。

附图说明

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

图1为本说明书实施例提出的一种接口测试系统结构图。

图2为本说明书实施例提出的一种接口测试的方法的流程图。

图3为本说明书实施例提供的一种接口测试的方法的流程图。

图4为本说明书实施例提供的一种接口测试页面的示意图。

图5为本说明书实施例提出的一种接口测试装置的结构示意图。

具体实施方式

通过对现有技术进行分析发现，现有的接口测试中不考虑接口的内部逻辑结构，主要从输入数据与输出数据出发进行测试，每次测试时都要人力根据具体测试需求重新编写测试用例。

本说明书实施例提出一种接口测试方法、装置及设备，其方案核心思想是，接收目标规则参数；根据目标规则参数对预置测试规则进行处理，获得目标测试规则；根据目标测试规则对待测试接口进行测试。

利用本说明书实施例记载的方案，通过接收目标规则参数；根据目标规则参数对预置测试规则进行处理，获得目标测试规则；根据目标测试规则对待测试接口进行测试。在本说明书实施例中，可以通过目标规则参数确定对待测试接口的测试需求，利用接收到的目标规则参数和预置测试规则自动生成目标测试规则，进而对待测试接口测试。这样，不同的目标规则参数可以反映不同的测试需求，但均可以使用本说明书实施例记载的方案自动生成对应的目标测试规则，使得本说明书实施例记载的技术方案具有通用性，进而避免每次测试时重新编写测试用例的问题，提高了测试效率。

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

图1为本说明书实施例提出的一种接口测试系统结构图。

如图1所述，本说明书实施例提出的一种接口测试系统中包含：规则生成模块10以及测试模块20。

规则生成模块10，用于根据测试人员输入的目标规则参数和预置测试规则生成目标测试规则；

测试模块20，用于根据接收到的来自规则生成模块10的目标测试规则对待测试接口进行测试。

以下，参照附图对本申请的一种接口测试方法、装置及设备进行详细阐述。

图2为本说明书实施例提出的一种接口测试的方法的流程图，本说明书实施例的执行主体为测试端。

如图2所示，本说明书实施例中接口测试的方法包括以下步骤：

步骤S201，接收目标规则参数。

目标规则参数为测试人员根据接口测试的目标测试需求输入的规则参数，该规则参数为与预置测试规则相对应的规则参数，用于对预置测试规则进行实例化赋值处理。

目标测试需求为待测试接口的测试内容，可以是对待测试接口基本功能进行测试，可以是对待测试接口输入输出的边界条件进行测试，也可以是对待测试接口的性能进行测试的测试需求，还可以是任何与待测试接口相关的测试。

目标规则参数包括期望出参、调用参数、期望响应时间中的一种或多种。

其中，期望出参用于表示接口测试后期望输出的数据或数据相关的信息。

调用参数用于对测试过程中待测试接口的运行进行控制，包括调用形式、调用次数以及调用顺序。

调用形式包括并发式调用和循环式调用，并发式调用可以用于对接口进行负载压力测试，循序式调用可以用于支持待测试接口造数据或进行批量操作。

调用次数用于对测试过程中待测试接口调用的次数进行控制，可以与调用形式同时使用。

调用顺序用于在测试过程中存在多个待测试接口时对待测试接口的调用顺序进行控制，如先调用接口1再调用接口2，或先调用接口1再调用接口3，以此类推。

期望响应时间用于表示测试过程中允许的待测试接口的响应时间，包括最大响应时间，即测试过程中待测试接口允许的最大响应时间。

需要说明的是，本说明书实施例中目标规则参数还可以包含其他为实现测试需求而设置的规则参数，其他的目标规则参数的可以根据具体应用场景需要进行预设。

步骤S203，根据目标规则参数对预置测试规则进行处理，获得目标测试规则。

预置测试规则为预先设置的通用的用于接口测试的测试规则，目标测试规则为用于根据目标测试需求对待测试接口进行测试的测试规则。其中，测试规则可以是用于测试的测试代码。

本说明书实施例中，预置测试规则中包含有目标项，目标项用于表征目标规则参数的属性，目标规则参数相当于目标项的属性值，当目标项对应的目标规则参数更新，则可以生成对应的目标测试规则。目标项的类型可以包括满足接口功能测试的通用的基本项，具体可以参考步骤S201中的期望出参、调用参数、期望响应时间中的一种或多种，但还不限于此。在具体应用中，前述目标项的类型具有一定通用性，这也能提升本说明书实施例的通用性。

这样，根据目标规则参数对预置测试规则进行处理，可以包括：

根据接收到的目标规则参数对预置测试规则中目标项进行赋值，进而生成用于对待测试接口进行测试的目标测试规则。

在本说说明书实施例中，预置测试规则可以包含至少一个测试子规则，则步骤S203中根据所述目标规则参数对预置测试规则进行处理，获得目标测试规则，可以包括：

根据所述目标规则参数对所述至少一个测试子规则进行处理，获得目标测试规则。

在本说明书实施例中，预置测试规则可以包含对应不同接口功能测试的测试子规则，此时可以满足不同的多种接口测试需求。

其中，测试子规则可以是与规则参数对应的在接口测试过程中用于实现特定功能的测试代码，该测试子规则中包含有目标项，目标项可以根据接收到的与该测试子规则对应的目标规则参数进行更新。

具体地，在一种应用示例中，根据所述目标规则参数对所述至少一个测试子规则进行处理，获得目标测试规则，可以包括：

利用目标规则参数对至少一个测试子规则中对应的目标子规则的目标项进行更新；

将不同于目标子规则的其他测试子规则中的目标项更新为空值。

在本说明书实施例中，目标子规则可以为具有与目标规则参数相对应的目标项的测试子规则，一个目标子规则可以根据一个或多个目标规则参数对应地进行更新。

在接收到目标规则参数后，对预置测试规则中与这些目标规则参数相对应的目标子规则的目标项进行更新，即将目标规则参数对应地更新至目标项中，其他与目标规则参数不对应的测试子规则的目标项则更新为空值。更新完成后，将更新后的预置测试规则作为目标测试规则。

例如，预置测试规则中包含测试子规则A、测试子规则B以及测试子规则C，接收到的目标规则参数包含A’和B’，则测试子规则A、测试子规则B可以视为目标子规则，利用目标规则参数A’和B’对目标子规则A和目标子规则B中的目标项进行赋值，将测试子规则C中的目标项更新为空值，最终获得的目标测试规则中包含：根据A’赋值的测试子规则A、据B’赋值的测试子规则B以及更新为空值的测试子规则C。

这样的目标规则生成方法直接根据接收到的目标规则参数对应地获得目标测试规则，运行步骤简单快捷，提高了运行的效率。

在一种应用示例中，据所述目标规则参数对所述至少一个测试子规则进行处理，获得目标测试规则，可以包括：

根据目标规则参数从至少一个测试子规则中筛选出目标子规则；

根据目标规则参数对筛选出的目标子规则中的目标项进行更新；

根据更新后的目标子规则确定目标测试规则。

在本说明书实施例中，在接收到目标规则参数后，从测试子规则中筛选出目标子规则，并根据目标规则参数对目标子规则中的目标项对应地进行更新。更新完成后，获取更新后的目标子规则生成目标测试规则。

依前例所述，预置测试规则中包含测试子规则A、测试子规则B以及测试子规则C，接收到的目标规则参数包含A’和B’，则根据A’和B’从测试子规则中将目标子规则A和目标子规则B筛选出来，利用目标规则参数A’和B’对目标子规则A和目标子规则B中的目标项进行赋值，最终获得的目标测试规则中包含根据A’赋值的目标子规则A和根据B’赋值的目标子规则B。

需要说明的是，获取更新后的目标子规则生成的目标测试规则可以不包含未进行更新的其他测试子规则。

这样的目标规则生成方法将必要的目标子规则筛选出来后对应地进行更新，使得获取的目标测试规则更为简洁，避免了多余测试代码对后续测试的影响。

在一种应用示例中，提供了接口测试页面，用于接收目标规则参数。在这种情况下，接收目标规则参数可以包括：

生成接口测试页面；

通过所述接口测试页面接收目标规则参数。

具体地，接口测试页面中展示用于接收目标项或各类目标规则参数的表格，以接收目标规则参数。

此时为了能够更迅速地筛选出目标子规则，根据目标规则参数从测试子规则中筛选出目标子规则，可以包括：

监控接口测试页面中的目标项；

根据接收到目标规则参数的目标项确定至少一个目标子规则。

具体地，根据接收到目标规则参数的目标项判断这些目标项在预置测试规则中所属的目标子规则，进而筛选出目标子规则。

这样的筛选方式能够及时的根据接收情况获得目标子规则，提高接口测试的运行效率。

由于本说明书实施例中待测试接口可以为一个也可以为多个，因此，获得的目标测试规则可以是一个目标测试规则对应于一个待测试接口的测试，也可以是一个目标测试规则对应于多个待测试接口的测试。即在执行测试时，当针对一个待测试接口的数据输入和输出进行测试时，可以是使用一个或多个目标测试规则来进行测试。当针对至少两个待测试接口之间的数据交互时，也可以是使用一个或多个目标测试规则来进行测试。

还需要说明的是，本说明书实施例中的预置测试规则中不仅包括具有能够进行更新的目标项的测试子规则，还可以包括能够直接对待测试接口进行测试的其他测试子规则。

这些其他测试子规则无需根据目标规则参数进行处理，可直接对待测试接口进行测试。例如，其他测试子规则可以是对接口的异常进行判断的测试代码，该测试代码无需根据目标规则参数进行更新，比如可以是根据实际出参和期望出参不匹配判断接口异常的代码、根据实际响应时间超过最大响应时间判断接口异常的代码；根据调用接口返回失败判断接口异常的代码；根据待测试接口访问环境连接失败判断接口异常的代码；根据待测试接口参数为空判断接口异常的代码等。

步骤S205，根据目标测试规则对待测试接口进行测试。

进行测试时，根据前述步骤S203中获取的目标测试规则对对应的待测试接口执行测试。

本说明书实施例中通过接收目标规则参数；根据目标规则参数对预置测试规则进行处理，获得目标测试规则；根据目标测试规则对待测试接口进行测试。在本说明书实施例中，可以通过目标规则参数确定对待测试接口的测试需求，利用接收到的目标规则参数和预置测试规则自动生成目标测试规则，进而对待测试接口测试。这样，不同的目标规则参数可以反映不同的测试需求，但均可以使用本说明书实施例记载的方案自动生成对应的目标测试规则，使得本说明书实施例记载的技术方案具有通用性，进而避免每次测试时重新编写测试用例的问题，提高了测试效率。

图3为本说明书实施例提供的一种接口测试的方法的流程图。

如图3所示，本说明书实施例的接口测试方法包括以下步骤：

步骤S302，生成接口测试页面。

本说明书实施例中，接口测试通过接口测试页面进行信息的接收和展示，该页面可以为网页也可以为其他应用程序中的页面。

图4为本说明书实施例提供的一种接口测试页面的示意图。

需要说明的是，本说明书实施例图4的数据及文字内容仅为示例，均不构成对本申请的保护范围的限定，在本申请其他实施例中，可以根据实际需要进行设置。

如图4所示，当“域名或网址”接收到用户的输入信息，可以生成并展示接口测试页面，具体地该接口测试页面可以展示在浏览器界面中。接口测试页面可以实现用户交互。

在一种应用示例中，为了能够更好的进行接口测试，在必要的时候需要对预置测试规则进行更新，例如添加新的测试规则或对原有测试规则进行调整，这样的更新会导致接口测试页面发生改变，因此，所述生成接口测试页面，包括：

监测预置测试规则的更新状态；

根据监测到更新状态生成接口测试页面。

例如，预置测试规则中新增了目标项，则生成的接口测试页面中对应地包含与根据新增的目标项相关的内容。

由于在监测到预置测试规则发生变化时，能够及时地根据预置测试规则的更新情况对应地生成接口测试页面，避免了页面未能及时更新与预置测试规则不匹配对接口测试产生的不良影响。

步骤S304，在接收目标规则参数之前，通过接口测试页面接收测试信息。

测试信息为与待测试接口相关的信息，可以是对待测试接口进行标识的信息，也可以是对测试场景进行标识的信息，还可以是其他与测试相关的信息。

具体地，所述通过所述接口测试页面接收测试信息可以包括：

通过所述接口测试页面接收所述待测试接口的标识信息和接口测试环境参数中的至少一种。

在本说说明书实施例中，待测试接口的标识信息用于识别接口，具体可以包括待测试接口所属应用程序的标识及接口自身标识。

本说明书实施例中记载的待测试接口可以为应用程序中的接口。在这种情况下，通过所述接口测试页面接收所述待测试接口的标识信息，可以包括：

通过所述接口测试页面接收目标程序文件；

从所述目标程序文件中获取所述待测试接口的标识信息。

具体地，目标程序文件可以为SDK文件，该SDK中包含了至少一个待测试接口。此时，其中，待测试接口的标识信息可以包括SDK标识和接口标识，SDK标识用于标记和识别SDK。

在本说明书实施例中，待测试接口的标识信息可以是对目标程序文件进行处理得到。具体地，在接收到待测试SDK文件后，对待测试SDK文件进行解析获取SDK中的待测试接口，进而得到标识信息。

在本说明书实施例中，可以是通过项目管理工具Maven引用或接收上传的jar文件格式的数据包的形式接收SDK文件。

接收到的SDK文件可以是一个也可以是多个，这些SDK可以是一个SDK的多个不同版本，也可以是多个SDK的多个不同版本。

如图4所示，接口测试页面中包含接收目标程序文件的输入窗口。

如图4所示，本说明书实施例中记载的接口测试页面展示了目标程序文件的输入窗口“上传目标程序文件”。具体地，通过目标程序文件的输入窗口接收SDK文件。

在本说明书实施例中，测试信息可以包括待测试接口的标识信息和测试环境参数中的中的至少一种。

测试环境参数表征测试过程中待测试接口的运行环境，根据接收到的测试环境参数的不同，待测试接口的运行环境可以是线下验证、预发验证、线上验证等。

如图4所示，本说明书实施例中记载的接口测试页面展示了测试环境参数的输入窗口“输入测试环境参数”。具体地，通过测试环境参数输入窗口接收SDK的测试环境参数。

需要说明的是，本说明书实施例中也可以通过其他方式接收测试环境参数，例如可以使用下拉菜单的方式供用户选择预设测试环境参数。

步骤S306，接收目标规则参数。

本说明书实施例中，目标规则参数为根据目标测试需求输入的规则参数。

如图4所示，接口测试页面中展示有与预置测试规则所对应的测例表格，该测例表格中展示了接口标识信息和对应的目标项，目标项可以包括：入参、期望出参、调用形式、调用次数、调用顺序、期望响应时间。其中，入参为进行接口测试时用于测试的数据，可以是固定入参或随机入参。

具体地，测试人员根据测例表格中的目标项对应的输入目标规则参数。例如，对于SDK1接口1，输入的目标规则参数包括入参:固定入参{variable1:“one”,variable2:“two”}；期望出参:{success:ture}；调用次数:10；调用形式:并发；调用顺序:1；最大响应时间:50000ms。

对于SDK1接口2，输入的目标规则参数包括入参:固定入参{variable1:“one”}；期望出参:{success:false}；调用次数:1；调用形式:循环；调用顺序:1；最大响应时间:50000ms。

对于SDK2接口1，输入的目标规则参数包括入参:随机入参{randomVariable1:random()}；期望出参:{success:false}；调用次数:2；调用形式:循环；调用顺序:1；最大响应时间:50000ms。

由于在接口测试页面中采用测例表格的形式接收参数信息，使得输入的参数具有良好的对应关系，不但能够方便核查，而且还能够在输入参数过多时有效地避免混乱。

在一种应用示例中，为了能够更具有针对性的接收目标规则参数进行测试，在接收目标规则参数之前，根据接收到的测试信息在接口测试页面中展示预置测试规则中与测试信息对应的目标项；

通过目标项接收目标规则参数。

本说明书实施例中，预先根据待测试接口的类型或测试环境在预置测试规则中设置有对应的目标项。该目标项为进行该类型接口测试或在该测试环境中进行测试时需要输入的目标规则参数的种类。

具体地，根据接收到的测试信息确定预置测试规则中与该测试信息对应的目标项，在测例表格中对应的显示这些目标项，根据目标项接收目标规则参数。

例如，测试信息为标识信息时，对SDK1接口1进行测试时与该类型接口对应的目标项包括期望出参、调用参数以及期望响应时间，在接收到SDK1中的接口1的标识信息后，在测例表格窗口中对应的显示期望出参、调用参数以及期望响应时间，并根据这些目标项接收目标规则参数。

又如，测试信息为测试环境参数时，接收到的测试环境参数所对应的运行环境为线上验证，线上验证对应的指定项包括期望出参、调用形式、调用次数以及期望响应时间，在接收到线上验证的测试环境参数后，在测例表格窗口中对应的显示期望出参、调用形式、调用次数以及期望响应时间，并根据这些目标项接收目标规则参数。

再如，测试信息为标识信息和测试环境参数时，获取标识信息对应的目标项和测试环境参数对应的目标项，将两组目标项进行合并去重后，在测例表格中对应的显示，并根据这些目标项接收目标规则参数。

由于对根据测试信息对应的目标项接收的目标规则参数，使得测试人员能够及时完整的输入目标规则参数，避免出现遗漏，导致生成错误的目标测试代码，影响后续测试。

需要说明的是，本说明书实施例中，为了能够更为灵活的接收目标规则参数，满足多样化的测试需求，测例表格窗口中还可以根据预置测试规则中其他的目标项接收目标规则参数。具体地，可以是测例表格窗口中还设置有可选的目标项，根据测试需求选择合适的目标项接收目标规则参数，例如，可以是测例表格中以下拉菜单的形式设置目标项以供选择，可供选择的目标项可以是预置测试规则中的任意目标项。

在本说明书实施例中，根据所述目标规则参数对预置测试规则进行处理，获得目标测试规则，可以包括：

步骤S308：接收测试指令；

步骤S310：根据所述测试指令和所述目标规则参数对预置测试规则进行处理，获得目标测试规则。

具体地，参照图4所示接口测试页面，接收用户对“测试”的指定操作，得到测试指令。该测试指令用于确认目标规则参数输入完成。

在接收到目标规则参数后，通过接口测试页面中测例表格右下方的“测试”按钮接收测试指令，在接收到测试人员对“测试”按钮的点击操作后得到测试指令。

在得到测试指令后，根据目标规则参数对预置测试规则进行处理，获得目标测试规则。

具体地，在得到测试指令后，对预置测试规则中与这些目标规则参数相对应的目标子规则的目标项进行更新，即将目标规则参数对应地更新至目标项中，其他与目标规则参数不对应的测试子规则的目标项则更新为空值。更新完成后，将更新后的预置测试规则作为目标测试规则。

由于需要接收到测试指令后才进行目标测试规则的生成，因此，使得测试人员有足够的时间对输入的参数信息进行核查，避免了输入错误导致生成的目标测试规则有误，影响后续测试。

步骤S312，根据目标测试规则对待测试接口进行测试，根据测试结果判断待测试接口是否异常。

具体地，根据目标测试规则对待测试SDK中的待测试接口进行测试，获得测试结果。

本说明书实施例中，目标规则参数中包含有预设的预期值，将预期值与测试结果中对应的实际值进行比较以判断接口是否异常。例如，预期值可以是预期出参或期望响应时间等。进行测试后，获得的测试结果中包含了与预期值对应的实际值，例如，实际出参或实际响应时间等。

因此，判断接口是否异常时，可以是根据实际出参和期望出参进行判断或根据实际响应时间超过最大响应时间进行判断。

需要说明的是，本说明书实施例中，根据测试结果判断待测试接口是否异常还可以是根据测试结果中包含的其他信息进行判断，例如，根据调用接口返回失败进行判断；根据SDK访问环境连接失败进行判断；根据SDK接口参数进行判断等。

步骤S314，若异常，则将测试结果中异常的实际值与预设的预期值对应地进行展示。

具体地，当测试结果中的实际值与预设的预期值不匹配时，判断接口异常，将实际值与预期值对应地进行显示。

在一种应用示例中，将测试结果中获得的所有实际值均与预期值对应地进行显示。

如图4所示，接口测试页面中展示有测例结果，在测例结果中将测试结果与目标规则参数对应地进行展示。

测例结果表格中包括接收到的标识信息、入参、调用形式、调用次数、调用顺序以及期望响应时间，获取测试结果后，将实际出参与期望出参、实际响应时间与期望响应时间对应地进行显示。例如，SDK1接口1中期望出参为{success:ture}，对应展示的实际出参为{success:ture}，最大响应时间为50000ms，对应展示的实际响应时间为1000ms；SDK1接口2期望出参为{success:false}，对应展示的实际出参为{success:ture}，最大响应时间为50000ms，对应展示的实际响应时间为1000ms；SDK2接口1期望出参为{success:false}，对应展示的实际出参为{success:false}，最大响应时间为50000ms，对应展示的实际响应时间为1000ms。

需要说明的是，测例结果表格中还可以包含其他与测试结果相关的结果信息，这些结果信息与标识信息对应地进行展示。

由于将获得的实际值与预期值对应地进行显示，使得整个测试结果清晰明确，便于数据的核查，使得后续对测试数据的查询操作简单快捷，避免的后续分析时数据不对应导致的数据查找费时费力。

进一步地，在出现接口异常时，为了能够更为直观地将异常展示出来，将异常接口与异常原因对应的进行展示。即，当接口出现异常时，获取与该异常接口对应的异常信息并展示。

需要说明的是，异常接口的展示是实时进行的，即在测试运行的过程中，一旦出现异常，实时地将异常接口与异常原因显示出来，这样的显示方式使得测试人员能够及时的了解异常情况，以便根据异常情况对后续测试进行调整。

本说明书实施例中，按result–errorMsg的json格式生成异常信息；获取errorMsg信息作为异常原因；将异常原因与异常接口信息对应地进行展示。

例如，如图4所示，根据SDK1接口2的测试结果中期望出参和实际出参不匹配判断SDK1接口2异常，按result–errorMsg的json格式生成异常信息，即SDK1接口2异常-实际出参和预估不相符，获取实际出参和预估不相符作为异常原因。展示时，将异常原因与异常接口的标识信息对应地在页面中进行显示。

如图4所示，接口测试页面中对异常接口进行展示，将测试结果中异常接口的异常原因与异常接口标识信息对应地进行展示，如SDK1接口2，实际出参和预估不相符。

由于出现异常情况时，异常接口和异常原因能够单独对应地进行展示，使得能够及时完整的了解异常情况，避免发生遗漏。

还需要说明的是，本说明书实施例中的接口测试方法还可以通过命令行的形式运行SDK的接口测试。

由于本说明书实施例中通过网页运行SDK的接口测试，打开网页即可使用；对于SDK支持jar包上传，无需安装和配置的运行环境，便于进行多版本SDK的切换测试；测试过程中能够通过修改环境参数便捷切换待测试SDK的运行环境，有效地实现不同场景的测试；由于通过测例表格接收目标规则参数以及测试参数，在出现待测试接口变更以及需要进行参数修改时只需对应地修改表格中的参数信息，操作简便快捷，有效提高测试的效率。

图5为本说明书实施例提出的一种接口测试装置的结构示意图。

基于同一个申请构思，本说明书实施例记载的接口测试装置可以包括：

接收单元501，接收目标规则参数；

规则处理单元502，根据目标规则参数对预置测试规则进行处理，获得目标测试规则；

测试单元503，根据目标测试规则对待测试接口进行测试。

可选地，所述根据所述目标规则参数对预置测试规则进行处理，获得目标测试规则包括：

接收测试指令；

根据所述测试指令和所述目标规则参数对预置测试规则进行处理，获得目标测试规则。

可选地，当所述预置测试规则包括至少一个测试子规则时，所述根据所述目标规则参数对预置测试规则进行处理，获得目标测试规则，包括：

根据所述目标规则参数对对应的所述测试子规则进行处理，获得目标测试规则。

可选地，根据所述目标规则参数对所述至少一个测试子规则进行处理，获得目标测试规则包括：

利用所述目标规则参数对所述至少一个测试子规则中对应的目标子规则的目标项进行更新；

将不同于所述目标子规则的其他所述测试子规则中的目标项更新为空值。

可选地，根据所述目标规则参数对所述至少一个测试子规则进行处理，获得目标测试规则，包括：

根据所述目标规则参数从所述至少一个测试子规则中筛选出目标子规则；

根据所述目标规则参数对筛选出的所述目标子规则中的目标项进行更新；

根据更新后的所述目标子规则确定所述目标测试规则。

可选地，所述接收目标规则参数包括：

生成接口测试页面；

通过所述接口测试页面接收目标规则参数。

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

在接收所述目标规则参数之前，通过所述接口测试页面接收测试信息；

在所述接口测试页面中展示所述预置测试规则中与所述测试信息对应的目标项；

通过所述目标项接收所述目标规则参数。

可选地，所述生成接口测试页面包括：

监测所述预置测试规则的更新状态；

根据监测到所述更新状态生成接口测试页面。

利用本说明书实施例记载的接口测试装置，通过接收目标规则参数；根据目标规则参数对预置测试规则进行处理，获得目标测试规则；根据目标测试规则对待测试接口进行测试。在本说明书实施例中，可以通过目标规则参数确定对待测试接口的测试需求，利用接收到的目标规则参数和预置测试规则自动生成目标测试规则，进而对待测试接口测试。这样，不同的目标规则参数可以反映不同的测试需求，但均可以使用本说明书实施例记载的方案自动生成对应的目标测试规则，使得本说明书实施例记载的技术方案具有通用性，进而避免每次测试时重新编写测试用例的问题，提高了测试效率。

基于同一发明构思，本说明书实施例还提供一种电子设备，包括至少一个处理器及存储器，所述存储器存储有程序，并且被配置成由至少一个处理器执行以下步骤：

接收目标规则参数；

根据目标规则参数对预置测试规则进行处理，获得目标测试规则；

根据目标测试规则对待测试接口进行测试。

其中，处理器的其他功能还可以参见上述实施例中记载的内容，这里不再一一赘述。

基于同一发明构思，本说明书实施例还提供一种计算机可读存储介质，包括与电子设备结合使用的程序，程序可被处理器执行以完成以下步骤：

接收目标规则参数；

根据目标规则参数对预置测试规则进行处理，获得目标测试规则；

根据所述目标测试规则对待测试接口进行测试。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

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

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

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

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

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

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

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

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

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

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

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

Claims (20)

1.一种接口测试方法，包括：

接收目标规则参数；

根据所述目标规则参数对预置测试规则进行处理，获得目标测试规则；

根据所述目标测试规则对待测试接口进行测试。

2.根据权利要求1所述的方法，所述根据所述目标规则参数对预置测试规则进行处理，获得目标测试规则，包括：

接收测试指令；

根据所述测试指令和所述目标规则参数对预置测试规则进行处理，获得目标测试规则。

3.根据权利要求1所述的方法，当所述预置测试规则包括至少一个测试子规则时，所述根据所述目标规则参数对预置测试规则进行处理，获得目标测试规则，包括：

根据所述目标规则参数对所述至少一个测试子规则进行处理，获得目标测试规则。

4.根据权利要求3所述的方法，根据所述目标规则参数对所述至少一个测试子规则进行处理，获得目标测试规则，包括：

利用所述目标规则参数对所述至少一个测试子规则中对应的目标子规则的目标项进行更新；

将不同于所述目标子规则的其他所述测试子规则中的目标项更新为空值。

5.根据权利要求3所述的方法，根据所述目标规则参数对所述至少一个测试子规则进行处理，获得目标测试规则，包括：

根据所述目标规则参数从所述至少一个测试子规则中筛选出目标子规则；

根据所述目标规则参数对筛选出的所述目标子规则中的目标项进行更新；

根据更新后的所述目标子规则确定所述目标测试规则。

6.根据权利要求1所述的方法，所述接收目标规则参数包括：

生成接口测试页面；

通过所述接口测试页面接收目标规则参数。

7.根据权利要求6所述的方法，还包括：

在接收所述目标规则参数之前，通过所述接口测试页面接收测试信息；

在所述接口测试页面中展示所述预置测试规则中与所述测试信息对应的目标项；

通过所述目标项接收所述目标规则参数。

8.根据权利要求7所述的方法，所述通过所述接口测试页面接收测试信息包括：

通过所述接口测试页面接收所述待测试接口的标识信息和接口测试环境参数中的至少一种。

9.根据权利要求8所述的方法，通过所述接口测试页面接收所述待测试接口的标识信息，包括：

通过所述接口测试页面接收目标程序文件；

从所述目标程序文件中获取所述待测试接口的标识信息。

10.根据权利要求6所述的方法，所述生成接口测试页面包括：

监测所述预置测试规则的更新状态；

根据监测到所述更新状态生成接口测试页面。

11.根据权利要求1所述的方法，还包括：

根据测试结果判断所述待测试接口是否异常；

若异常，则将所述测试结果中异常的实际值与预设的预期值对应地进行展示。

12.一种接口测试装置，包括：

接收单元，接收目标规则参数；

规则处理单元，根据所述目标规则参数对预置测试规则进行处理，获得目标测试规则；

测试单元，根据所述目标测试规则对待测试接口进行测试。

13.根据权利要求12所述的装置，所述根据所述目标规则参数对预置测试规则进行处理，获得目标测试规则包括：

接收测试指令；

根据所述测试指令和所述目标规则参数对预置测试规则进行处理，获得目标测试规则。

14.根据权利要12所述的装置，当所述预置测试规则包括至少一个测试子规则时，所述根据所述目标规则参数对预置测试规则进行处理，获得目标测试规则，包括：

根据所述目标规则参数对所述至少一个测试子规则进行处理，获得目标测试规则。

15.根据权利要求14所述的装置，根据所述目标规则参数对所述至少一个测试子规则进行处理，获得目标测试规则，包括：

利用所述目标规则参数对所述至少一个测试子规则中对应的目标子规则的目标项进行更新；

将不同于所述目标子规则的其他所述测试子规则中的目标项更新为空值。

16.根据权利要求14所述的装置，根据所述目标规则参数对所述至少一个测试子规则进行处理，获得目标测试规则，包括：

根据所述目标规则参数从所述至少一个测试子规则中筛选出目标子规则；

根据所述目标规则参数对筛选出的所述目标子规则中的目标项进行更新；

根据更新后的所述目标子规则确定所述目标测试规则。

17.根据权利要求12所述的装置，所述接收目标规则参数包括：

生成接口测试页面；

通过所述接口测试页面接收目标规则参数。

18.根据权利要求17所述的装置，还包括：

在接收所述目标规则参数之前，通过所述接口测试页面接收测试信息；

在所述接口测试页面中展示所述预置测试规则中与所述测试信息对应的目标项；

通过所述目标项接收所述目标规则参数。

19.根据权利要求17所述的装置，所述生成接口测试页面包括：

监测所述预置测试规则的更新状态；

根据监测到所述更新状态生成接口测试页面。

20.一种电子设备，包括：至少一个处理器及存储器，所述存储器存储有程序，并且被配置成由至少一个处理器执行以下步骤：

接收目标规则参数；

根据所述目标规则参数对预置测试规则进行处理，获得目标测试规则；

根据所述目标测试规则对待测试接口进行测试。