CN109871312A - 一种接口测试方法、装置、设备及可读存储介质 - Google Patents

Abstract

本发明公开了一种接口测试方法、装置、设备及可读存储介质，用以解决现有技术在接口测试中存在大量重复劳动，测试效率低的问题。该接口测试方法中，接收请求命令调用请求，该请求命令调用请求中携带待调用的命令的第一标识信息；根据请求命令调用请求，在自身保存的命令库中获取对应每个第一标识信息的第一目标命令，根据每个第一目标命令生成请求串发送给待测试接口；接收待测试接口返回的响应信息，获取对待测试接口的测试结果。由于本发明实施例中将命令保存在命令库中，在接口测试时，能够从命令库中调用需要的命令，因此测试过程无需进行代码编写，减少了大量的重复劳动，提高了接口测试的效率。

Description

一种接口测试方法、装置、设备及可读存储介质

技术领域

本发明涉及接口测试领域，尤其涉及一种接口测试方法、装置、设备及可读存储介质。

背景技术

接口测试是软件测试中最基本的一种类型，它是对系统间接口进行的一种测试，主要用于检测系统与系统之间以及系统内部的各个子系统之间的交互接口。在进行接口测试时，测试设备模拟客户端向服务端发送请求报文，服务端接收请求报文后对相应的报文做处理，并向客户端返回应答，客户端接收应答。接口测试适用于为其他系统提供服务的底层框架系统和中心服务系统，主要测试这些系统对外部提供的接口，验证其正确性和稳定性。

在工作中，经常会接触到对外提供接口的系统。测试人员在进行接口测试时，主要是通过测试工具或代码模拟请求的发送和响应的接收，进而得到测试结果。但是，现有的测试工具主要存在以下的问题:缺少可配置性，每次在进行接口测试时都需要编写代码，在整个测试过程中，存在大量的重复劳动，并且由于测试的构成中涉及的逻辑步骤较多、繁琐，测试人员进行代码编写容易出错，降低了工作效率。

发明内容

本发明提供一种接口测试方法、装置、设备及可读存储介质，用以解决现有技术中存在测试工具缺少可配置性，接口测试命令无法固化再使用的问题。

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

接收请求命令调用请求，其中所述请求命令调用请求中携带待调用的命令的第一标识信息；

根据所述请求命令调用请求，在自身保存的命令库中获取对应每个第一标识信息的第一目标命令，根据每个所述第一目标命令生成请求串发送给待测试接口；

接收所述待测试接口返回的响应信息，获取对所述待测试接口的测试结果。

进一步地，所述获取对所述待测试接口的测试结果包括：

接收解析命令调用请求，其中所述解析命令调用请求中携带待调用的命令的第二标识信息；

根据所述解析命令调用请求，在自身保存的命令库中获取对应每个第二标识信息的第二目标命令，根据每个所述第二目标命令对所述响应信息进行解析，确定对所述待测试接口的测试结果。

进一步地，所述命令库保存在配置文件中，或保存在插件中。

进一步地，所述命令库中保存的每个命令采用对象标记JSON格式编写。

进一步地，所述根据每个所述第一目标命令生成请求串包括：

针对每个第一目标命令，判断是否需要用户进行配置；如果是，提供进行配置的提示信息，并根据用户输入的配置信息，对该第一目标命令进行修改；

根据修改后的每个第一目标命令，生成请求串。

进一步地，如果所述请求命令调用请求中携带至少两个命令的第一标识信息，所述根据每个所述第一目标命令生成请求串包括：

根据构建请求的逻辑，及根据所述请求命令调用请求获取的每个第一目标命令生成请求串。

进一步地，所述根据每个所述第二目标命令对所述响应信息进行解析包括：

针对每个第二目标命令，判断是否需要用户进行配置；如果是，提供进行配置的提示信息，并根据用户输入的配置信息，对该第二目标命令进行修改；

根据修改后的每个第二目标命令，对所述响应信息进行解析。

进一步地，如果所述解析命令调用请求中携带至少两个命令的第二标识信息，所述根据每个所述第二目标命令对所述响应信息进行解析包括：

根据解析响应的逻辑，对根据所述解析命令调用请求获取的每个第二目标命令进行定位后，对所述响应信息进行解析。

进一步地，所述测试结果为JSON格式的测试结果，或超级文本标记语言HTML格式的测试报告。

本发明实施例提供了一种接口测试装置，包括：

接收模块，用于接收请求命令调用请求，其中所述请求命令调用请求中携带待调用的命令的第一标识信息；

获取生成模块，用于根据所述请求命令调用请求，在自身保存的命令库中获取对应每个第一标识信息的第一目标命令，根据每个所述第一目标命令生成请求串发送给待测试接口；

接收获取模块，用于接收所述待测试接口返回的响应信息，获取对所述待测试接口的测试结果。

进一步地，所述接收获取模块，具体用于接收解析命令调用请求，其中所述解析命令调用请求中携带待调用的命令的第二标识信息；

根据所述解析命令调用请求，在自身保存的命令库中获取对应每个第二标识信息的第二目标命令，根据每个所述第二目标命令对所述响应信息进行解析，确定对所述待测试接口的测试结果。

进一步地，所述获取生成模块，具体用于针对每个第一目标命令，判断是否需要用户进行配置；如果是，提供进行配置的提示信息，并根据用户输入的配置信息，对该第一目标命令进行修改；

根据修改后的每个第一目标命令，生成请求串。

进一步地，所述获取生成模块，具体用于如果所述请求命令调用请求中携带至少两个命令的第一标识信息，则根据构建请求的逻辑，及根据所述请求命令调用请求获取的每个第一目标命令生成请求串。

进一步地，所述接收获取模块，具体用于针对每个第二目标命令，判断是否需要用户进行配置；如果是，提供进行配置的提示信息，并根据用户输入的配置信息，对该第二目标命令进行修改；

根据修改后的每个第二目标命令，对所述响应信息进行解析。

进一步地，所述接收获取模块，具体用于如果所述解析命令调用请求中携带至少两个命令的第二标识信息，则根据解析响应的逻辑，对根据所述解析命令调用请求获取的每个第二目标命令进行定位后，对所述响应信息进行解析。

本发明提供了一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现如上述任一项所述的方法步骤。

本发明提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述任一项所述的方法步骤。

本发明有益效果如下：

本发明实施例提供了一种接口测试方法、装置、设备及可读存储介质，该接口测试方法中，接收请求命令调用请求，其中所述请求命令调用请求中携带待调用的命令的第一标识信息；根据所述请求命令调用请求，在自身保存的命令库中获取对应每个第一标识信息的第一目标命令，根据每个所述第一目标命令生成请求串发送给待测试接口；接收所述待测试接口返回的响应信息，获取对所述待测试接口的测试结果。由于本发明实施例中命令库中保存有每个命令，在对接口测试时，根据请求命令调用请求中的每个第一标识信息，在该命令库中获取对应的第一目标命令，并根据每个第一目标命令生成请求串，从而对待测试接口进行测试，进而获取测试结果，因此整个测试过程无需进行代码编写，直接调用相应的命令即可，减少了大量的重复劳动，提高了接口测试的效率。

附图说明

图1为本发明实施例提供的接口测试方法的流程图；

图2为本发明实施例提供的命令库保存在配置文件中时的接口测试方法的流程图；

图3为本发明实施例提供的命令库保存在插件中时的接口测试方法的流程图；

图4为本发明实施例提供的接口测试实施方法的流程图；

图5为本发明实施例提供的命令无需保密时完成接口测试的流程图；

图6为本发明实施例提供的命令需要保密时完成接口测试的流程图；

图7为本发明实施例提供的一种接口测试装置的结构示意图；

图8为本发明实施例提供的一种接口测试设备示意图。

具体实施方式

为了减少大量的重复劳动，提高接口测试的效率，本发明实施例提供了一种接口测试方法、装置、设备及可读存储介质。

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

实施例1：

图1为本发明实施例提供的接口测试方法的流程图，其具体处理过程如下：

S101：接收请求命令调用请求，其中所述请求命令调用请求中携带待调用的命令的第一标识信息。

本发明实施例提供的接口测试方法，应用于测试设备。

本发明实施例在进行接口测试时，用户可以输入请求命令调用请求，该请求命令调用请求中携带有待调用的命令的第一标识信息，测试设备可以接收该请求命令调用请求，获取其中携带的第一标识信息，从而完成对命令的调用。

具体的，在进行接口测试时，可能使用一个命令，也可能使用至少两个命令，因此该请求命令调用请求中可以携带至少一个第一标识信息，且一般携带至少两个第一标识信息，通过在请求命令调用请求中携带待调用的命令的第一标识信息，可以在调用命令时，有针对性的调用所需要的命令。

S102：根据所述请求命令调用请求，在自身保存的命令库中获取对应每个第一标识信息的第一目标命令，根据每个所述第一目标命令生成请求串发送给待测试接口。

命令库中针对每个命令都保存有其对应的标识信息，该标识信息可以是命令的具体名称，或者命令的编号等唯一标识该命令的信息。请求命令调用请求中携带的每一个第一标识信息都对应唯一的一个第一目标命令，该测试设备自身保存有命令库中，当接收到请求命令调用请求后，根据其中携带的至少一个第一标识信息，测试设备能够在命令库中获取与每个第一标识信息对应的每个第一目标命令。

具体地，因为该请求命令调用请求中可能携带一个或多个第一标识信息，因此也就可以获取一个或多个第一目标命令。当根据请求命令调用请求，获取了每个第一目标命令后，根据每个第一目标命令生成请求串时，当该请求命令调用请求中携带一个第一标识信息时，利用获取的与该第一标识信息对应的第一目标命令生成请求串，此时该请求串即为该第一目标命令。当该请求命令调用请求中携带多个第一标识信息时，将获取该多个第一标识信息对应的多个第一目标命令进行拼接即可得到请求串。

S103：接收所述待测试接口返回的响应信息，获取对所述待测试接口的测试结果。

待测试接口接收到请求串后对该请求串进行处理，处理完成后将返回响应信息，根据返回的响应信息可以直接获取测试结果，从而完成接口测试。

具体地，待测试接口对请求串进行处理生成响应信息的过程为公知的现有技术，本发明实施例不再对其赘述。

由于本发明实施例在进行接口测试时，接收请求命令调用请求，其中所述请求命令调用请求中携带待调用的命令的第一标识信息；根据所述请求命令调用请求，在自身保存的命令库中获取对应每个第一标识信息的第一目标命令，根据每个所述第一目标命令生成请求串发送给待测试接口；接收所述待测试接口返回的响应信息，获取对所述待测试接口的测试结果。命令库中保存有每个命令，在对接口测试时，根据请求命令调用请求中的每个第一标识信息，在该命令库中获取对应的第一目标命令，并根据每个第一目标命令生成请求串，从而对待测试接口进行测试，进而获取测试结果，因此整个测试过程无需进行代码编写，直接调用相应的命令即可，减少了大量的重复劳动，提高了接口测试的效率。

实施例2：

为了使实现接口测试的命令具有保密性，以及使接口测试过程与加解密过程能够分离的效果。在上述实施例的基础上，在本发明实施例中：

所述命令库保存在配置文件中，或保存在插件中。

由于对于不同的接口，完成该接口测试所要执行的命令可能需要保密，也可能不需要保密，故而，在本发明实施例中当命令不需要保密时，将命令库保存在配置文件中，当命令需要保密时，将命令库保存在插件中。

当命令库保存在配置文件中时，在进行接口测试时，首先根据接收到的请求命令调用请求，从配置文件中的命令库中获取每个第一标识信息对应的每个第一目标命令，并根据获取的每个第一目标命令生成请求串，发送给待测试接口进行处理；接收待测试接口返回的响应信息，获取测试结果。通过将命令库保存在配置文件中，用户可以获知进行接口测试需要执行的命令，从而方便了用户对配置文件进行修改与配置。

图2为本发明实施例提供的命令库保存在配置文件中时的接口测试流程图，其具体处理过程如下：

S201：接收请求命令调用请求。

S202：读取配置文件中的命令库并根据请求命令调用请求在命令库中获取第一目标命令。

S203：根据获取的每个第一目标命令生成请求串。

S204：将请求串发送给待测试接口进行接口测试。

S205：获取待测试接口返回的响应信息并解析该响应信息。

S206：获取测试结果。

当命令库保存在插件中时，在进行接口测试时，首先根据接收到的请求命令调用请求，加载插件，从插件中保存的命令库中获取与每个第一标识信息对应的每个第一目标命令，并根据获取的每个第一目标命令生成请求串，发送给待测试接口，继而接收待测试接口返回的响应信息，获取测试结果。其中，保存有命令库的插件由开发人员编写，通过将命令库保存在插件中，使用户在进行接口测试的过程中无法获知进行接口测试需要执行的命令，从而保证了接口测试的命令的保密性。同时，出于安全考虑，接口多不是明文传递，需要对内容进行加密，接口加解密方式可由编写插件的开发人员自行设置，既可以使用公开的加解密算法，也可以使用自定义的加解密方式，也就是在请求命令调用请求中携带加密命令和解密命令的标识信息，从而实现加解密操作。

具体地，测试设备提供了一个处理请求的插件需实现的接口和一个处理响应信息的插件需实现的接口，开发人员只需实现该接口，并放在测试设备中指定的地址下，该插件就可以被自动加载使用。

处理请求的插件需实现的接口：

public interface IRequestHandle{

String assemblyRequest(String var1,String var2)；

}

处理响应的插件需实现的接口：

public interface IRequestHandle{

String getHttpResponseCode(String var1,String var2,String var3)；

}

图3为本发明实施例提供的命令库保存在插件中时的接口测试流程图，其具体处理过程如下：

S301：接收请求命令调用请求。

S302：加载插件并读取命令库，根据请求命令调用请求在命令库中获取第一目标命令。

S303：根据获取的每个第一目标命令生成请求串。

S304：将请求串发送给待测试接口进行接口测试。

S305：获取待测试接口返回的响应信息并解析该响应信息。

S306：获取测试结果。

在上述各实施例中，所述命令库中保存的每个命令采用JSON格式编写。

具体地，JSON为一种轻量级的数据交换格式，其特点在于采用了完全独立于编程语言的文本格式来存储和表示数据，具有简洁和清晰的层次结构，易于开发人员或用户阅读和编写，同时也易于机器解析和生成。采用JSON格式编写接口测试命令能够有效地提升网络传输效率。具体地，JSON格式为公知的现有技术，本发明实施例不再对其赘述。

本发明实施例中，根据对接口测试的命令保密性的不同需求，可以将命令库保存在配置文件中，也可以将命令库保存在插件中。当命令库保存在配置文件中时，方便了用户对配置文件进行修改与配置；当命令库保存在插件中时，使用户在进行接口测试的过程中无法获知进行接口测试需要执行的命令，从而保证了接口测试的命令的保密性。同时，通过执行从命令库中调用的命令，能够实现接口测试的过程，将命令库保存在插件中，使得接口测试的过程与接口加解密方式实现分离，测试人员可以在不知道具体加密方式的情况下进行接口测试，控制了知晓接口测试的过程和接口加解密方式的相关人员的范围，进一步提高了接口测试的保密性。

实施例3：

为了使实现接口测试的命令具有可配置性的效果，在上述各实施例的基础上，在本发明实施例中，所述根据每个所述第一目标命令生成请求串包括：

针对每个第一目标命令，判断是否需要用户进行配置；如果是，提供进行配置的提示信息，并根据用户输入的配置信息，对该第一目标命令进行修改；

根据修改后的每个第一目标命令，生成请求串。

本发明实施例中，在编写命令库中存储的命令的过程中，开发人员可以根据每个命令所实现的不同功能，将需要用户进行配置的命令设置为可配置状态，每个命令的状态测试设备可以识别。在进行接口测试时，测试设备针对获取的每个第一目标命令，判断是否需要用户对该第一目标命令进行配置，具体的为识别该第一目标命令是否为可配置状态，如果是，则需要配置，提示用户对该第一目标命令进行配置，并根据用户输入的配置信息，对该第一目标命令进行修改，从而实现第一目标命令的动态配置。

具体地，可能需要用户进行配置的命令所实现的功能均具有可配置性和可修改性，，例如，当对应某第一标识信息的第一目标命令的功能为访问文件时，具体访问哪个文件需要用户进行配置；当对应某第一标识信息的第一目标命令的功能为设置数值时，具体数值设置为多少需要用户进行配置。

本发明实施例中，根据不同命令所实现的功能不同，对可能需要用户进行配置的命令设置为可配置状态，使得在命令库存储于插件或者配置文件中的情况下，即使用户无法获知命令的具体内容，也可以对需要进行配置的命令进行配置修改，在不失保密性的前提下，提高了对命令固化重用的灵活性，提高了用户体验效果。

实施例4：

当接收了请求命令调用请求后，在上述各实施例的基础上，在本发明实施例中，如果所述请求命令调用请求中携带至少两个命令的第一标识信息，所述根据每个所述第一目标命令生成请求串包括：

根据构建请求的逻辑，及根据所述请求命令调用请求获取的每个第一目标命令生成请求串。

具体地，某个请求命令调用请求中可能携带有一个或多个第一标识信息，当该请求命令调用请求中只携带一个命令的第一标识信息时，则获取与该第一标识信息对应的一个第一目标命令，并将该第一目标命令作为请求串；当该请求命令调用请求中携带至少两个命令的第一标识信息时，测试工具相应的在命令库中获取与该至少两个第一标识信息对应的该至少两个第一目标命令，此时，根据获取的至少两个第一目标命令生成请求串的方法可以是：根据构建请求的逻辑，及根据所述请求命令调用请求获取的每个第一目标命令生成请求串。

以某接口测试为例，在利用接口进行通讯前进行了复杂处理，需要读取多个数据，并进行3DES编码和自定义加密算法jiami签名，然后拼接，最后MD5签名。此处以两个测试数据为例，对测试数据1进行3DES编码，对测试数据2进行jiami签名，然后拼接该两个测试数据，最后MD5签名，整个实现构建请求的逻辑采用描述的方式完成：

Http_Request_Param_Get_Steps＝[\

{‘readFile’:[‘testdata1.xml’]},\

{‘encode-3DES’:[]},\

{‘tsave’:[‘data1_3des’]},\

\

{‘readFile’:[‘testdata2.xml’]},\

{‘sign-jiami’:[]},\

{‘tsave’:[‘data2_jiami’]},\

\

{‘join’:[‘#data1_3des’,‘#data2_jiami’]},\

{‘sign-MD5’:[]}\

]

实现上述接口测试的构建请求的逻辑为：读取测试数据1，对测试数据1进行3DES编码，将编码后的测试数据1存储为数据1，读取测试数据2，对测试数据2进行jiami签名，将签名后的测试数据2存储为数据2，将数据1和数据2进行拼接后进行MD5签名。

具体地，在上述接口测试的过程中，请求命令调用请求中携带有读取命令、3DES编码命令、jiami签名命令、存储命令、拼接命令和MD5签名命令的标识信息。根据该请求命令调用请求获取每个第一目标命令，将需要用户配置的读取命令根据用户输入的配置信息进行配置修改后，根据构建请求的逻辑，以及修改完成后的每个第一目标命令，生成上述请求串。

在本发明实施例中，根据构建请求的逻辑，及根据所述请求命令调用请求获取的每个第一目标命令生成请求串，可以使待测试接口对请求串进行处理时，有次序的执行每个第一目标命令，降低了接口测试过程中发生错误的可能性，提高了接口测试过程的稳定性。

实施例5：

为了对待测试接口返回的响应信息进行解析，获取对待测试接口的测试结果，在上述实施例的基础上，在本发明实施例中：

所述获取对所述待测试接口的测试结果包括：

接收解析命令调用请求，其中所述解析命令调用请求中携带待调用的命令的第二标识信息；

根据所述解析命令调用请求，在自身保存的命令库中获取对应每个第二标识信息的第二目标命令，根据每个所述第二目标命令对所述响应信息进行解析，确定对所述待测试接口的测试结果。

本发明实施例中，当接收到待测试接口返回的响应信息时，可能根据响应信息可以直接获取测试结果，也可能需要对该响应信息进行解析才能获取测试结果。

在需要对该响应信息进行解析时，用户可以输入解析命令调用请求，该解析命令调用请求中携带有待调用命令的第二标识信息，测试设备可以接收该解析命令调用请求，获取其中携带的第二标识信息，从而完成对命令的调用。

具体的，在对响应信息进行解析时，可能使用一个命令，也可能使用至少两个命令，因此该解析命令调用请求中可以携带至少一个第二标识信息，且一般携带至少两个第二命令的标识信息，通过在请求命令调用请求中携带待调用的命令的第二标识信息，可以在调用命令时，有针对性的调用所需要的命令。

具体地，因为该解析命令调用请求中可能携带一个或多个第二标识信息，因此也就可以获取一个或多个第二目标命令。当根据解析命令调用请求，获取了每个第二目标命令后，就可以对待测试接口返回的响应信息进行解析操作了，通过对响应信息解析，从而获取测试结果，完成接口测试。

实施例6：

当获取了每个第二目标命令后，在上述各实施例的基础上，在本发明实施例中，所述根据每个所述第二目标命令对所述响应信息进行解析包括：

针对每个第二目标命令，判断是否需要用户进行配置；如果是，提供进行配置的提示信息，并根据用户输入的配置信息，对该第二目标命令进行修改；

根据修改后的每个第二目标命令，对所述响应信息进行解析。

具体地，在编写命令库中存储的命令的过程中，开发人员可以根据每个命令所实现的不同功能，将需要用户进行配置的命令设置为可配置状态，每个命令的状态测试设备可以识别。在对响应信息进行解析时，测试设备针对获取的每个第二目标命令，判断是否需要用户对该第二目标命令进行配置，具体地为识别该第二目标命令是否为可配置状态，如果是，则需要配置，提示用户对该第二目标命令进行配置，并根据用户输入的配置信息，对该第二目标命令进行修改，从而实现第二目标命令的动态配置。

具体地，可能需要用户进行配置的命令所实现的功能均具有可配置性和可修改性，例如，当对应某第二标识信息的第二目标命令的功能为访问文件时，具体访问哪个文件需要用户进行配置；当对应某第二标识信息的第二目标命令的功能为设置数值时，具体数值设置为多少需要用户进行配置。

本发明实施例中，根据不同命令所实现的功能不同，对可能需要用户进行配置的命令设置为可配置状态，使得在命令库存储于插件或者配置文件中的情况下，即使用户无法获知命令的具体内容，也可以对需要进行配置的命令进行配置修改，在不失保密性的前提下，提高了对命令固化重用的灵活性，提高了用户体验效果。

实施例7：

当接收了解析命令调用请求后，在上述各实施例的基础上，在本发明实施例中，如果所述解析命令调用请求中携带至少两个命令的第二标识信息，所述根据每个所述第二目标命令对所述响应信息进行解析包括：

根据解析响应的逻辑，对根据所述解析命令调用请求获取的每个第二目标命令进行定位后，对所述响应信息进行解析。

具体地，某个解析命令调用请求中可能携带有一个或多个第二标识信息，当该解析命令调用请求中只携带一个命令的第二标识信息时，则获取与该第二标识信息对应的一个第二目标命令，并利用该第二目标命令对所述响应信息进行解析；当该请求命令调用请求中携带至少两个命令的第二标识信息时，测试工具相应的在命令库中获取与该至少两个第二标识信息对应的该至少两个第二目标命令，此时，根据获取的至少两个第二目标命令对响应信息进行解析的方法可以是：根据解析响应的逻辑，对根据所述解析命令调用请求获取的每个第二目标命令进行定位后，对所述响应信息进行解析。

以某接口测试为例，由于该接口返回的响应信息的结构比较复杂，需要进行2次可扩展标记语言(xml)定位及Base32解码后，才能提取相关结果。整个实现解析响应的逻辑采用描述的方式完成。

Http_ResponseCode_Get_Steps＝[\

{‘xpath’:[‘/path1/path2’]},\

{‘decode-Base32’:[]},\

{‘xpath’:[‘/path3/responseCode’]}\

]

实现上述接口测试的解析响应的逻辑为：首先进行xml定位，然后进行Base32解码，最后再次进行xml定位。

具体地，在上述接口测试的过程中，解析命令调用请求中携带有xml定位命令和Base32解码命令的标识信息。根据该解析命令调用请求获取每个第二目标命令，根据解析响应的逻辑，对每个第二目标命令进行定位后，测试设备按顺序执行该第二目标命令，实现上述解析响应的逻辑。

所述测试结果为JSON格式的测试结果，或HTML格式的测试报告。

具体地，保存在命令库中的每个命令均采用JSON格式编写，在用该命令库中保存的命令进行接口测试时，生成的测试结果同样为JSON格式的测试结果，易于机器对命令进行解析和生成操作，能够有效提升网络传输效率。同时，该测试结果还可以是HTML格式的测试报告，其中，该HTML格式的测试报告作为一种网页文件可以由网页浏览器进行读取显示。由于HTML格式的文件的生成和读取显示是公知的现有技术，本发明实施例不再对其赘述。

图4为本发明实施例提供的接口测试实施方法的流程图，其具体处理过程如下：

S401：接收请求命令调用请求，该请求命令调用请求中携带待调用的命令的第一标识信息。

S402：根据该请求命令调用请求，在自身保存的命令库中获取每个第一标识信息对应的每个第一目标命令，根据用户输入的配置信息，对每个需要配置的第一目标命令进行修改。

S403：根据构建请求的逻辑，及根据所述请求命令调用请求获取的每个第一目标命令生成请求串。

S404：获取该待测试接口返回的响应信息并接收解析命令调用请求，该解析命令调用请求中携带待调用的命令的第二标识信息。

S405：根据该解析命令调用请求，在自身保存的命令库中获取对应每个第二标识信息的第二目标命令，根据用户输入的配置信息，对每个需要配置的第二目标命令进行修改。

S406：根据解析响应的逻辑，对根据所述解析命令调用请求获取的每个第二目标命令进行定位后，对该响应信息进行解析。

S407：生成JSON格式的测试结果，或HTML格式的测试报告。

图5为当命令库保存在配置文件中时，完成接口测试的整个流程的流程图。

当实现接口测试的命令不需要保密时，即命令库保存在配置文件中的情况下，接口测试的整个流程如下：

具体地，保存有命令库的配置文件可以由开发人员或者用户编写，在编写配置文件时，利用测试设备提供的原语及规则编写用于进行接口测试的每个命令，并将该每个命令存储在命令库中，从而能够通过对该命令库中的命令进行提取和处理操作，实现特定的构造请求、解析响应的步骤。

具体地，配置文件编写完毕后，在进行接口测试时，测试设备加载测试数据，读取配置文件，将请求命令调用请求发送给解释器，解释器解释执行该请求命令调用请求，从命令库中获取能够实现构建请求的步骤的第一目标命令，并在用户对需要配置修改的命令进行配置修改完成后，根据构建请求的逻辑以及获取的每个第一目标命令生成请求串，将请求串发送给待测试接口执行测试，生成响应信息。

测试设备接收到待测试接口返回的响应信息后，将解析命令调用请求发送给解释器，解释器解释执行该解析命令调用请求，从命令库中获取能够实现解析响应的步骤的第二目标命令，并在用户对需要配置修改的命令进行配置修改完成后，根据解析响应的逻辑对获取到的每个第二目标命令进行定位后，执行每个第二目标命令，对响应信息进行解析并提取出必要信息进行断言，最后生成JSON格式的测试结果，或者生成HTML格式的测试报告。

图6为当命令库保存在插件中时，完成接口测试的整个流程的流程图。

当实现接口测试的命令需要保密时，即命令库保存在插件中的情况下，接口测试的整个流程如下：

具体地，保存有命令库的插件由开发人员编写，在编写插件时，利用测试设备提供的原语及规则编写用于进行接口测试的每个命令，并将该每个命令存储在命令库中，从而能够通过对该命令库中的命令进行提取和处理操作，实现特定的构造请求、解析响应的步骤。

具体地，测试设备规定了插件存放的地址以及插件可以实现的接口，可以通过实现接口的方式调用插件。插件编写完毕后，在进行接口测试时，测试设备加载测试数据，根据插件存放的地址，加载实现了该接口的插件；将请求命令调用请求发送给解释器，解释器解释执行该请求命令调用请求，从插件中保存的命令库中获取能够实现构建请求的步骤的第一目标命令，并在用户对需要配置修改的命令进行配置修改完成后，根据构建请求的逻辑以及获取的每个第一目标命令生成请求串，将请求串发送给待测试接口执行测试，生成响应信息。

测试设备接收到待测试接口返回的响应信息后，将解析命令调用请求发送给解释器，解释器解释执行该解析命令调用请求，从插件中保存的命令库中获取能够实现解析响应的步骤的第二目标命令，并在用户对需要配置修改的命令进行配置修改完成后，根据解析响应的逻辑对获取到的每个第二目标命令进行定位后，执行每个第二目标命令，对响应信息进行解析并提取出必要信息进行断言，最后生成JSON格式的测试结果，或者生成HTML格式的测试报告。

本发明实施例中，第一目标命令和第二目标命令存储在测试工具自身保存的命令库中，而命令库可以保存在配置文件中也可以保存在插件中，从而可以对接口测试命令的保密功能进行选择；在根据每个第一目标命令生成请求串，以及在根据第二目标命令对响应信息进行解析时，可以通过判断命令是否需要配置，对需要配置的第一目标命令和第二目标命令进行配置修改，实现了对命令的动态配置，使测试工具使用起来更灵活，因此整个测试过程无需进行代码编写，直接调用相应的命令即可，减少了大量的重复劳动，提高了接口测试的效率。

实施例8：

图7为本发明实施例提供的一种接口测试装置的结构示意图，所述装置包括：

接收模块71，用于接收请求命令调用请求，其中所述请求命令调用请求中携带待调用的命令的第一标识信息；

获取生成模块72，用于根据所述请求命令调用请求，在自身保存的命令库中获取对应每个第一标识信息的第一目标命令，根据每个所述第一目标命令生成请求串发送给待测试接口；

接收获取模块73，用于接收所述待测试接口返回的响应信息，获取对所述待测试接口的测试结果。

具体地，所述接收获取模块73，具体用于接收解析命令调用请求，其中所述解析命令调用请求中携带待调用的命令的第二标识信息；根据所述解析命令调用请求，在自身保存的命令库中获取对应每个第二标识信息的第二目标命令，根据每个所述第二目标命令对所述响应信息进行解析，确定对所述待测试接口的测试结果。

具体地，获取生成模块72，具体用于针对每个第一目标命令，判断是否需要用户进行配置；如果是，提供进行配置的提示信息，并根据用户输入的配置信息，对该第一目标命令进行修改；根据修改后的每个第一目标命令，生成请求串。

具体地，所述获取生成模块72，具体用于如果所述请求命令调用请求中携带至少两个命令的第一标识信息，则根据构建请求的逻辑，及根据所述请求命令调用请求获取的每个第一目标命令生成请求串。

具体地，所述接收获取模块73，具体用于针对每个第二目标命令，判断是否需要用户进行配置；如果是，提供进行配置的提示信息，并根据用户输入的配置信息，对该第二目标命令进行修改；根据修改后的每个第二目标命令，对所述响应信息进行解析。

具体地，所述接收获取模块73，具体用于如果所述解析命令调用请求中携带至少两个命令的第二标识信息，则根据解析响应的逻辑，对根据所述解析命令调用请求获取的每个第二目标命令进行定位后，对所述响应信息进行解析。。

本发明实施例提供了一种接口测试方法及装置，该接口测试方法中，接收请求命令调用请求，其中所述请求命令调用请求中携带待调用的命令的第一标识信息；根据所述请求命令调用请求，在自身保存的命令库中获取对应每个第一标识信息的第一目标命令，根据每个所述第一目标命令生成请求串发送给待测试接口；接收所述待测试接口返回的响应信息，获取对所述待测试接口的测试结果。由于本发明实施例中命令库中保存有每个命令，在对接口测试时，根据请求命令调用请求中的每个第一标识信息，在该命令库中获取对应的第一目标命令，并根据每个第一目标命令生成请求串，从而对待测试接口进行测试，进而获取测试结果，因此整个测试过程无需进行代码编写，直接调用相应的命令即可，减少了大量的重复劳动，提高了接口测试的效率。

实施例9：

在上述各实施例的基础上，本发明实施例中还提供了一种电子设备，如图8所示，包括：处理器81、通信接口82、存储器83和通信总线84，其中，处理器81，通信接口82，存储器83通过通信总线84完成相互间的通信；

所述存储器83中存储有计算机程序，当所述程序被所述处理器81执行时，使得所述处理器81执行如下步骤：

接收请求命令调用请求，其中所述请求命令调用请求中携带待调用的命令的第一标识信息；

根据所述请求命令调用请求，在自身保存的命令库中获取对应每个第一标识信息的第一目标命令，根据每个所述第一目标命令生成请求串发送给待测试接口；

接收所述待测试接口返回的响应信息，获取对所述待测试接口的测试结果。

基于同一发明构思，本发明实施例中还提供了一种电子设备，由于上述电子设备解决问题的原理与接口测试方法相似，因此上述电子设备的实施可以参见方法的实施，重复之处不再赘述。

本发明实施例提供的电子设备具体可以为桌面计算机、便携式计算机、智能手机、平板电脑、个人数字助理(Personal Digital Assistant，PDA)、网络侧设备等。

上述电子设备提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信接口82用于上述电子设备与其他设备之间的通信。

存储器可以包括随机存取存储器(Random Access Memory，RAM)，也可以包括非易失性存储器(Non-Volatile Memory，NVM)，例如至少一个磁盘存储器。可选地，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述处理器可以是通用处理器，包括中央处理器、网络处理器(NetworkProcessor，NP)等；还可以是数字信号处理器(Digital Signal Processing，DSP)、专用集成电路、现场可编程门陈列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。

在本发明实施例中处理器执行存储器上所存放的程序时，实现接收请求命令调用请求，其中所述请求命令调用请求中携带待调用的命令的第一标识信息；根据所述请求命令调用请求，在自身保存的命令库中获取对应每个第一标识信息的第一目标命令，根据每个所述第一目标命令生成请求串发送给待测试接口；接收所述待测试接口返回的响应信息，获取对所述待测试接口的测试结果。由于本发明实施例中命令库中保存有每个命令，在对接口测试时，根据请求命令调用请求中的每个第一标识信息，在该命令库中获取对应的第一目标命令，并根据每个第一目标命令生成请求串，从而对待测试接口进行测试，进而获取测试结果，因此整个测试过程无需进行代码编写，直接调用相应的命令即可，减少了大量的重复劳动，提高了接口测试的效率。

实施例10：

在上述各实施例的基础上，本发明实施例还提供了一种计算机存储可读存储介质，所述计算机可读存储介质内存储有可由电子设备执行的计算机程序，当所述程序在所述电子设备上运行时，使得所述电子设备执行时实现如下步骤：

接收请求命令调用请求，其中所述请求命令调用请求中携带待调用的命令的第一标识信息；

根据所述请求命令调用请求，在自身保存的命令库中获取对应每个第一标识信息的第一目标命令，根据每个所述第一目标命令生成请求串发送给待测试接口；

接收所述待测试接口返回的响应信息，获取对所述待测试接口的测试结果。

基于同一发明构思，本发明实施例中还提供了一种计算机可读存储介质，由于处理器在执行上述计算机可读存储介质上存储的计算机程序时解决问题的原理与接口测试方法相似，因此处理器在执行上述计算机可读存储介质存储的计算机程序的实施可以参见方法的实施，重复之处不再赘述。

上述计算机可读存储介质可以是电子设备中的处理器能够存取的任何可用介质或数据存储设备，包括但不限于磁性存储器如软盘、硬盘、磁带、磁光盘(MO)等、光学存储器如CD、DVD、BD、HVD等、以及半导体存储器如ROM、EPROM、EEPROM、非易失性存储器(NANDFLASH)、固态硬盘(SSD)等。

在本发明实施例中提供的计算机可读存储介质内存储计算机程序，计算机程序被处理器执行时实现接收请求命令调用请求，其中所述请求命令调用请求中携带待调用的命令的第一标识信息；根据所述请求命令调用请求，在自身保存的命令库中获取对应每个第一标识信息的第一目标命令，根据每个所述第一目标命令生成请求串发送给待测试接口；接收所述待测试接口返回的响应信息，获取对所述待测试接口的测试结果。由于本发明实施例中命令库中保存有每个命令，在对接口测试时，根据请求命令调用请求中的每个第一标识信息，在该命令库中获取对应的第一目标命令，并根据每个第一目标命令生成请求串，从而对待测试接口进行测试，进而获取测试结果，因此整个测试过程无需进行代码编写，直接调用相应的命令即可，减少了大量的重复劳动，提高了接口测试的效率。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者一个操作与另一个实体或者另一个操作区分开来，而不一定要求或者暗示这些实体或者操作之间存在任何这种实际的关系或者顺序。

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

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

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

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

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (17)

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

接收请求命令调用请求，其中所述请求命令调用请求中携带待调用的命令的第一标识信息；

根据所述请求命令调用请求，在自身保存的命令库中获取对应每个第一标识信息的第一目标命令，根据每个所述第一目标命令生成请求串发送给待测试接口；

接收所述待测试接口返回的响应信息，获取对所述待测试接口的测试结果。

2.如权利要求1所述的方法，其特征在于，所述获取对所述待测试接口的测试结果包括：

接收解析命令调用请求，其中所述解析命令调用请求中携带待调用的命令的第二标识信息；

根据所述解析命令调用请求，在自身保存的命令库中获取对应每个第二标识信息的第二目标命令，根据每个所述第二目标命令对所述响应信息进行解析，确定对所述待测试接口的测试结果。

3.如权利要求1所述的方法，其特征在于，所述命令库保存在配置文件中，或保存在插件中。

4.如权利要求3所述的方法，其特征在于，所述命令库中保存的每个命令采用对象标记JSON格式编写。

5.如权利要求1所述的方法，其特征在于，所述根据每个所述第一目标命令生成请求串包括：

针对每个第一目标命令，判断是否需要用户进行配置；如果是，提供进行配置的提示信息，并根据用户输入的配置信息，对该第一目标命令进行修改；

根据修改后的每个第一目标命令，生成请求串。

6.如权利要求1或5所述的方法，其特征在于，如果所述请求命令调用请求中携带至少两个命令的第一标识信息，所述根据每个所述第一目标命令生成请求串包括：

根据构建请求的逻辑，及根据所述请求命令调用请求获取的每个第一目标命令生成请求串。

7.如权利要求2所述的方法，其特征在于，所述根据每个所述第二目标命令对所述响应信息进行解析包括：

针对每个第二目标命令，判断是否需要用户进行配置；如果是，提供进行配置的提示信息，并根据用户输入的配置信息，对该第二目标命令进行修改；

根据修改后的每个第二目标命令，对所述响应信息进行解析。

8.如权利要求2或7所述的方法，其特征在于，如果所述解析命令调用请求中携带至少两个命令的第二标识信息，所述根据每个所述第二目标命令对所述响应信息进行解析包括：

根据解析响应的逻辑，对根据所述解析命令调用请求获取的每个第二目标命令进行定位后，对所述响应信息进行解析。

9.如权利要求1或2所述的方法，其特征在于，所述测试结果为JSON格式的测试结果，或超级文本标记语言HTML格式的测试报告。

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

接收模块，用于接收请求命令调用请求，其中所述请求命令调用请求中携带待调用的命令的第一标识信息；

获取生成模块，用于根据所述请求命令调用请求，在自身保存的命令库中获取对应每个第一标识信息的第一目标命令，根据每个所述第一目标命令生成请求串发送给待测试接口；

接收获取模块，用于接收所述待测试接口返回的响应信息，获取对所述待测试接口的测试结果。

11.如权利要求10所述的装置，其特征在于，所述接收获取模块，具体用于接收解析命令调用请求，其中所述解析命令调用请求中携带待调用的命令的第二标识信息；根据所述解析命令调用请求，在自身保存的命令库中获取对应每个第二标识信息的第二目标命令，根据每个所述第二目标命令对所述响应信息进行解析，确定对所述待测试接口的测试结果。

12.如权利要求10所述的装置，其特征在于，所述获取生成模块，具体用于针对每个第一目标命令，判断是否需要用户进行配置；如果是，提供进行配置的提示信息，并根据用户输入的配置信息，对该第一目标命令进行修改；根据修改后的每个第一目标命令，生成请求串。

13.如权利要求10或12所述的装置，其特征在于，所述获取生成模块，具体用于如果所述请求命令调用请求中携带至少两个命令的第一标识信息，则根据构建请求的逻辑，及根据所述请求命令调用请求获取的每个第一目标命令生成请求串。

14.如权利要求11所述的装置，其特征在于，所述接收获取模块，具体用于针对每个第二目标命令，判断是否需要用户进行配置；如果是，提供进行配置的提示信息，并根据用户输入的配置信息，对该第二目标命令进行修改；根据修改后的每个第二目标命令，对所述响应信息进行解析。

15.如权利要求11或14所述的装置，其特征在于，所述接收获取模块，具体用于如果所述解析命令调用请求中携带至少两个命令的第二标识信息，则根据解析响应的逻辑，对根据所述解析命令调用请求获取的每个第二目标命令进行定位后，对所述响应信息进行解析。

16.一种电子设备，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现权利要求1-9任一项所述的方法步骤。

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