CN111124870A

CN111124870A - 一种接口测试方法及装置

Info

Publication number: CN111124870A
Application number: CN201811286831.4A
Authority: CN
Inventors: 刘成健
Original assignee: Beijing Gridsum Technology Co Ltd
Current assignee: Beijing Gridsum Technology Co Ltd
Priority date: 2018-10-31
Filing date: 2018-10-31
Publication date: 2020-05-08

Abstract

本申请公开了一种接口测试方法及装置。一种接口测试方法，包括：获取测试用例、测试数据及测试断言；其中，所述测试断言是根据对被测接口进行测试的测试需求而设定的断言；将所述测试用例中的输入数据和所述测试数据输入所述被测接口，得到接口返回数据；将所述接口返回数据解析成接口测试程序可以识别的数据结构形式；通过判断所述接口返回数据与所述测试用例是否符合所述测试断言所规定的数据关系，得到测试结果。上述接口测试方法可以使接口测试更切合测试需求，使接口测试更准确，从而有效避免由于测试断言设置不合理造成测试不准确的现象。

Description

一种接口测试方法及装置

技术领域

本申请涉及系统测试技术领域，更具体地说，尤其涉及一种接口测试方法及装置。

背景技术

接口测试是测试系统组件间接口的一种测试，主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点，测试的重点是检查数据的交换、传递和控制管理过程，以及系统间的相互逻辑依赖关系等是否符合要求。

目前的接口测试一般是先编写测试用例，然后通过测试工具或者编写简单的脚本输入接口，再比较接口的返回结果与测试用例是否相同，得出测试结果。其中，返回结果与测试用例相同，即为接口测试的断言，只有符合该断言的测试结果才算通过测试。

基于上述断言的接口测试只能单纯地通过比较数据是否相等来判断接口测试是否通过，但是系统组件之间的接口数据并不是只有与测试用例严格相同才算合法数据，如果统一按照上述断言来执行接口测试，则会造成测试不准确。例如，有些接口返回的数据只要其大小在一定范围内就是正确的数据，但是如果只判断与测试用例规定的数据严格相等的接口数据才算通过接口测试的数据的话，会造成很多接口数据无法通过测试，进而造成对接口的测试不准确。由此可见，目前常用的接口测试断言，并不能真正满足测试需求。

发明内容

鉴于上述问题，本发明提供一种克服上述问题或者至少部分地解决上述问题的接口测试方法，可以实现真正满足测试需求的接口测试。

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

获取测试用例、测试数据及测试断言；其中，所述测试断言是根据对被测接口进行测试的测试需求而设定的断言；

将所述测试用例中的输入数据和所述测试数据输入所述被测接口，得到接口返回数据；

将所述接口返回数据解析成接口测试程序可以识别的数据结构形式；

通过判断所述接口返回数据与所述测试用例是否符合所述测试断言所规定的数据关系，得到测试结果。

可选的，所述将所述接口返回数据解析成接口测试程序可以识别的数据结构形式，包括：

将所述接口返回数据解析成语法树；其中，所述语法树的每个节点为一种解析出的数据结构；

将所述语法树构造成接口测试程序可以识别的数据。

可选的，所述方法还包括：

判断构造出的数据是否符合预设的数据结构要求；

如果构造出的数据不符合预设的数据结构要求，则中止测试并输出告警信息。

可选的，所述将所述语法树构造成接口测试程序可以识别的数据，包括：

将所述语法树中对应所述测试断言的节点构造成接口测试程序可以识别的数据。

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

测试参数获取单元，用于获取测试用例、测试数据及测试断言；其中，所述测试断言是根据对被测接口进行测试的测试需求而设定的断言；

数据获取单元，用于将所述测试用例中的输入数据和所述测试数据输入所述被测接口，得到接口返回数据；

数据处理单元，用于将所述接口返回数据解析成接口测试程序可以识别的数据结构形式；

测试判断单元，用于通过判断所述接口返回数据与所述测试用例是否符合所述测试断言所规定的数据关系，得到测试结果。

可选的，所述数据处理单元，包括：

数据解析单元，用于将所述接口返回数据解析成语法树；其中，所述语法树的每个节点为一种解析出的数据结构；

数据构造单元，用于将所述语法树构造成接口测试程序可以识别的数据。

可选的，所述数据处理单元还包括：

判断处理单元，用于判断构造出的数据是否符合预设的数据结构要求；如果构造出的数据不符合预设的数据结构要求，则中止测试并输出告警信息。

可选的，所述数据解析单元将所述语法树构造成接口测试程序可以识别的数据时，具体用于：

一种存储介质，所述存储介质上存储有程序，所述程序被处理器执行时实现上述的接口测试方法。

一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行上述的接口测试方法。

借由上述技术方案，本发明提供的接口测试方法，根据对被测接口进行测试的测试需求设置与之匹配的测试断言，基于该测试断言执行对被测接口的测试，可以使接口测试更切合测试需求，使接口测试更准确，从而有效避免由于测试断言设置不合理造成测试不准确的现象。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本申请实施例提供的一种系统组件结构示意图；

图2示出了本申请实施例提供的一种接口测试场景示意图；

图3示出了本申请实施例提供的一种接口测试方法的流程示意图；

图4示出了本申请实施例提供的另一种接口测试方法的流程示意图；

图5示出了本申请实施例提供的一种接口测试装置的结构示意图；

图6示出了本申请实施例提供的另一种接口测试装置的结构示意图；

图7示出了本申请实施例提供的又一种接口测试装置的结构示意图。

具体实施方式

本申请实施例技术方案适用于对系统组件间的接口进行测试的应用场景。采用本申请实施例技术方案能够对系统组件间接口进行基于各种断言的各种复杂测试。

现在很多系统都是前后端系统组件分离的结构，图1示出了上述系统组件之间的连接关系。参见图1所示，系统中的前端组件与系统的后端组件之间，通过接口连接。该接口即应用程序编程接口(Application Programming Interface，API)，API泛指实体把自己提供给外界的一种抽象化物(可以为另一实体)，用以由内部操作分离出外部沟通方法，使其能被内部修改而不影响外界其他实体与其交互的方式。在计算机中，接口是计算机系统中两个独立的部件进行信息交换的共享边界，这种交换可以发生在计算机软、硬件，外部设备或进行操作的人之间，也可以是它们的结合。

对上述前后端系统组件进行测试，保证接口功能正常，可以保证前后端系统组件之间的正常交互。在传统测试中，只有系统前后端都完成后才能基于前端系统组件进行自动化代码的编写，然后进行系统测试。随着系统越来越复杂，传统的系统测试方法的测试效率已经完全不能满足系统开发需求。在系统开发中希望测试尽早介入，而接口测试就是一种及早介入测试的方式。接口测试只需要前后端系统组件之间定义好接口，这时就可以通过测试设备编写自动化测试代码，执行接口测试，不必等待前端组件都设计完成后再编写测试代码。

如图2所示，示出了本申请实施例所提出的接口测试方法所适用的一种接口测试的测试场景示意图。测试设备与系统组件接口连接，执行对系统组件接口的测试。测试设备可以编写自动化测试代码，并且与被测试的接口进行数据交互，基于交互结果测试接口功能是否正常。

需要说明的是，上述图2所示的测试设备，可以是独立存在的软件测试程序或硬件测试装置，也可以是特定处理设备中的测试功能模块。当上述测试设备以软件程序形式存在时，其可以是运行于处理器中的计算机程序，或者是特定计算机程序中的部分测试功能模块。当上述测试设备以硬件形式存在时，其可以是专用测试设备或特定硬件设备中具有测试功能的装置部分等。

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

本申请实施例公开了一种接口测试方法，该方法可应用于图2所示的测试设备，参见图3所示，该方法包括：

S301、获取测试用例、测试数据及测试断言；其中，所述测试断言是根据对被测接口进行测试的测试需求而设定的断言；

具体的，上述测试用例，是指为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。

上述测试数据，是指执行上述测试用例所需的在测试用例中没有包含的数据，例如测试用例输入项的具体参数、测试所用数据库等。

在编写代码时，编程人员总会做出一些假设，上述测试断言，就是用于在代码中捕捉这些假设，可以将测试断言看作是异常处理的一种高级形式。测试断言表示为一些布尔表达式，编程人员相信在程序中的某个特定点该表达式为真。测试断言可以在任何时候被启用和禁用，因此可以在测试时启用断言，而在部署时禁用断言。

例如，假设系统接口针对某一输入数据返回的数据与设定数据相等时，则认为接口测试通过，则上述返回的数据与设定数据相等，即为测试断言。

可以理解，测试断言是系统测试中的重要因素，是验证测试是否通过的重要参量，测试断言设置得合理与否，直接决定测试是否有效。一般情况下，在执行接口测试时，都是将测试用例中的预期结果数据(测试用例数据)与接口测试过程中输出(返回)的数据进行对比，判断两者的关系是否符合测试断言所规定的数据关系，来确定测试是否通过。如果测试用例数据与接口返回的数据的关系满足测试断言规定的数据关系，则认为测试用例通过测试，也就是本次接口测试通过；如果测试用例数据与接口返回数据的关系不满足测试断言规定的数据关系，则认为测试用例没有通过测试，也就是本次接口测试不通过。

另一方面，不同的功能测试和不同的测试场景对被测项的要求各不相同，有的测试过程要求被测数据与标准数据相等才行，而有的测试过程要求被测数据与标准数据满足特定的大小关系即可，因此，针对不同的测试需求，应当设置与之匹配的测试断言。

本申请实施例在为接口测试设置测试断言时，根据对被测接口进行测试的测试需求而设定的断言，具体设置的断言包括但不限于以下的任意一种或多种：

(1)部分相等；

即测试用例数据与接口返回的数据中的部分数据相等，即认为测试用例通过测试。

(2)大于、小于、大于等于、小于等于；

上述数据关系通常是数字之间的比较，当测试用例数据大于、小于、大于等于、小于等于接口返回的数据时，即认为测试用例通过测试。

(3)包含、不包含；

上述包含或不包含的关系，通常用于衡量测试用例的键与接口返回的数据的键之间。

如果测试用例数据中的键包含于或不包含于接口返回数据的键中，即认为测试用例通过测试。

(4)正则匹配；

自定义编写正则匹配表达式，如果测试用例数据与接口返回数据之间满足正则匹配表达式，则认为测试用例通过测试。例如，假设编写的正则匹配表达式为：测试用例数据中的关键字+200，则当接口返回的数据含有测试用例数据中的关键字并且包含200，测试用例数据通过测试。

需要说明的是，本申请实施例在为接口测试配置测试断言时，一定要根据测试需求灵活设定，具体可以从上述4种测试断言中选取或者根据需求(测试目的、测试精度等)灵活设置，而不是将某一测试断言重复地应用到各种接口测试场景中。根据测试需求灵活设置测试断言可以达到测试断言与测试需求匹配的目的，避免由于测试断言不符合测试需求造成测试用例无法通过测试，进而造成对接口的测试不准确的后果。

上述测试用例、测试数据、测试断言，可以在执行接口测试之前，人工输入，或者由测试上位机以指令的形式发送到测试设备。

S302、将所述测试用例中的输入数据和所述测试数据输入所述被测接口，得到接口返回数据；

具体的，在具体执行接口测试时，测试设备将上述测试用例中的输入数据和上述测试数据实时地输入被测接口。

被测接口会根据接收的数据，进行自身定义的数据处理，并且将处理生成的数据返回给测试设备。

相应的，测试设备在将上述的输入数据和测试数据输入被测接口后，会接收到被测接口返回的数据。

S303、将所述接口返回数据解析成接口测试程序可以识别的数据结构形式；

具体的，被测接口返回的数据通常是JSON格式的字符串，而测试设备中的测试程序的编程语言一般不识别JSON格式的字符串，因此，在测试设备接收到接口返回的数据后，需要将接收的JSON格式的字符串解析成接口测试程序可以识别的数据结构的形式，以便进行后续测试结果判断。

需要说明的是，当测试断言为判断测试用例中JSON字符串与接口返回数据中的JSON字符串是否相等时，测试设备可以不用将接口返回的JSON格式的字符串再解析成接口测试程序可以识别的数据结构形式，直接跳过上述步骤S303即可，后期可以直接对比测试用例中的JSON字符串与接口返回的JSON字符串是否相等。

另外，为了保证测试用例数据与接口返回数据之间的可比性，在执行上述步骤S303将被测接口返回的数据解析为测试程序可识别的数据结构后，测试设备还将测试用例中的测试预期数据转换成同样的数据结构，以便后期判断测试用例中的测试预期数据与接口返回的数据是否满足测试用例规定的数据关系。

另外需要说明的是，基于本申请实施例将测试用例设置为与测试需求相匹配的基础，在判断被测接口返回的数据与测试用例数据之间的关系是否符合测试断言时，可能只需要判断被测接口返回的部分数据与测试用例数据之间的关系，此时从被测接口返回的数据中，抽取需要与测试用例数据对比的部分数据参与后期的测试处理即可。

S304、通过判断所述接口返回数据与所述测试用例是否符合所述测试断言所规定的数据关系，得到测试结果。

具体的，在完成被测接口返回的数据和测试用例数据的数据结构转换后，测试设备判断被测接口返回的数据与测试用例中包含的预期数据的关系是否符合测试断言所规定的数据关系。

如果被测接口返回的数据与测试用例中包含的预期数据的关系符合测试断言所规定的数据关系，则认为测试用例通过测试，即本次接口测试通过；

如果被测接口返回的数据与测试用例中包含的预期数据的关系不符合测试断言所规定的数据关系，则认为测试用例不通过测试，即本次接口测试不通过。

通过上述介绍可见，本申请实施例根据对被测接口进行测试的测试需求设置与之匹配的测试断言，基于该测试断言执行对被测接口的测试，可以使接口测试更切合测试需求，使接口测试更准确，从而有效避免由于测试断言设置不合理造成测试不准确的现象。

可选的，在本申请的另一个实施例中，还公开了上述的将接口返回数据解析成接口测试程序可以识别的数据结构形式的具体处理过程。

参见图4所示，所述将所述接口返回数据解析成接口测试程序可以识别的数据结构形式，包括：

S403、将所述接口返回数据解析成语法树；其中，所述语法树的每个节点为一种解析出的数据结构；

具体的，测试设备在接收到被测接口返回的接口返回数据后，首先对接收的接口返回数据(即JSON格式的字符串)进行解析处理，将其解析成一棵语法树，该语法树的每个节点为从上述JSON格式的字符串中解析出的一种数据结构，或是解析出的一个代码表达式，则上述语法树的各个节点组合起来可以组成原JSON格式的字符串所包含的所有内容。

另一种可选的数据解析方式是，将上述接口返回数据解析成不同的数据结构，解析出的不同类型的数据结构，分别作为语法树的一个节点组成语法树。则可以理解，在这种解析方式下，将上述接口返回数据解析成的语法树的每个节点，分别表示将上述JSON格式的字符串解析成的一种数据结构。

可以理解，在具体实施本申请实施例技术方案时，可以根据实际场景和实际需求，灵活设定解析得到的语法树的节点内容，以便于根据解析得到的语法树进行数据构造。

S404、将所述语法树构造成接口测试程序可以识别的数据；

具体的，测试设备在将接收的JSON格式的字符串解析成语法树后，再将语法树，具体是语法树中的各个节点的数据结构，构造成接口测试程序可以识别的数据结构。

一种示例性的实现方式是，当上述接口测试的测试断言是判断测试用例中的数据与被测接口返回的部分数据之间的关系时，上述将语法树构造成接口测试程序可以识别的数据的具体工作，是将上述语法树中对应上述测试断言的节点构造成接口测试程序可以识别的数据，也就是将语法树中用于与测试用例中的数据进行数据关系对比的数据节点构造成接口测试程序可以识别的数据结构形式。

进一步的，由于被测接口返回的接口返回数据，也就是被测接口返回的JSON格式的字符串中可能会出现恶意代码，为了保证接口测试过程的安全性，避免恶意程序攻击接口测试系统，本申请实施例还规定了，只有当由被测接口返回的数据解析得到的，可以被接口测试程序识别的数据的数据结构符合预设的数据结构要求时，才可以用于接口测试，即才可以用于后期接口测试处理。

则上述接口测试方法还包括：

S405、判断构造出的数据是否符合预设的数据结构要求；

具体的，本申请实施例严格限定了可以用于接口测试，即可以参与接口测试处理过程的数据结构形式，并组成数据结构集合。

只要根据被测接口返回的数据解析、构造得到的数据结构，符合上述数据结构集合中的任意一种数据结构，则认为构造出的数据符合预设的数据结构要求；

如果根据被测接口返回的数据解析、构造得到的数据结构，与上述数据结构集合中的所有数据结构均不相符，则认为构造出的数据不符合预设的数据结构要求。

如果构造出的数据符合预设的数据结构要求，则可以基于构造出的数据执行后续的接口测试处理，即继续执行步骤S407。

如果构造出的数据不符合预设的数据结构要求，则执行步骤S406、中止测试并输出告警信息。

上述告警信息可以直接通知测试人员进行必要的测试干预，例如重新设置测试用例或测试数据，或者改进被测接口程序等。

本实施例中的步骤S401、S402、S407分别对应图3所示的方法实施例中的步骤S301、S302、S304，其具体内容请参见图3所示的方法实施例的内容，此处不再赘述。

本申请另一实施例还公开了一种接口测试装置，参加图5所示，该装置包括：

测试参数获取单元100，用于获取测试用例、测试数据及测试断言；其中，所述测试断言是根据对被测接口进行测试的测试需求而设定的断言；

数据获取单元110，用于将所述测试用例中的输入数据和所述测试数据输入所述被测接口，得到接口返回数据；

数据处理单元120，用于将所述接口返回数据解析成接口测试程序可以识别的数据结构形式；

测试判断单元130，用于通过判断所述接口返回数据与所述测试用例是否符合所述测试断言所规定的数据关系，得到测试结果。

可选的，参见图6所示，本申请另一实施例还公开了，所述数据处理单元120，包括：

数据解析单元1201，用于将所述接口返回数据解析成语法树；其中，所述语法树的每个节点为一种解析出的数据结构；

数据构造单元1202，用于将所述语法树构造成接口测试程序可以识别的数据。

可选的，参见图7所示，本申请另一实施例还公开了，所述数据处理单元120还包括：

判断处理单元1203，用于判断构造出的数据是否符合预设的数据结构要求；如果构造出的数据不符合预设的数据结构要求，则中止测试并输出告警信息。

其中，所述数据解析单元1201将所述语法树构造成接口测试程序可以识别的数据时，具体用于：

具体的，上述各个接口测试装置的各个单元的具体工作内容，请参见上述方法实施例的内容，此处不再赘述。

所述接口测试装置包括处理器和存储器，上述测试参数获取单元、数据获取单元、数据处理单元、测试判断单元等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来实现接口测试。

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

本发明实施例提供了一种存储介质，其上存储有程序，该程序被处理器执行时实现所述接口测试方法。

本发明实施例提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行所述接口测试方法。

本发明实施例提供了一种设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现以下步骤：

将所述语法树构造成接口测试程序可以识别的数据。

可选的，所述方法还包括：

判断构造出的数据是否符合预设的数据结构要求；

本文中的设备可以是服务器、PC、PAD、手机等。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：

将所述语法树构造成接口测试程序可以识别的数据。

可选的，所述方法还包括：

判断构造出的数据是否符合预设的数据结构要求；

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

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

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

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

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

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

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

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

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

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

Claims

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

2.根据权利要求1所述的方法，其特征在于，所述将所述接口返回数据解析成接口测试程序可以识别的数据结构形式，包括：

将所述语法树构造成接口测试程序可以识别的数据。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

判断构造出的数据是否符合预设的数据结构要求；

4.根据权利要求2所述的方法，其特征在于，所述将所述语法树构造成接口测试程序可以识别的数据，包括：

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

6.根据权利要求5所述的装置，其特征在于，所述数据处理单元，包括：

7.根据权利要求6所述的装置，其特征在于，所述数据处理单元还包括：

8.根据权利要求7所述的装置，其特征在于，所述数据解析单元将所述语法树构造成接口测试程序可以识别的数据时，具体用于：

9.一种存储介质，其特征在于，所述存储介质上存储有程序，所述程序被处理器执行时实现如权利要求1-4所述的接口测试方法。

10.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行如权利要求1-4所述的接口测试方法。