CN113886215A - 接口测试方法、装置及存储介质 - Google Patents

Abstract

本发明公开了一种接口测试方法，所述方法包括以下步骤：遍历预先构建的树形结构，根据所述树形结构的数据流向确定待测接口的测试用例，其中，所述树形结构基于接口文档中各接口的依赖信息及参数信息构建；执行所确定的测试用例对所述待测接口进行接口测试。本发明还公开了一种接口测试装置及计算机可读存储介质。通过接口文档中各接口的依赖信息及参数信息构建树形结构，实现测试用例与接口文档的一致性，避免接口文档与测试用例不一致导致接口测试效率低，提高了接口测试的效率。

Description

接口测试方法、装置及存储介质

技术领域

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

背景技术

测试工作中，对于本地无权限调用测试路径的外部接口，测试人员一般考虑将测试建立在Linux平台上，基于Linux平台进行接口测试。测试流程基本使用以下方式：1.自己封装简单的请求代码，通过curl工具实现；2.使用Linux支持的已封装好的库或插件，提供测试业务流程的JSON/YAML/XML/…文件，在命令行执行相应命令。

然而，无论是方式1或者方式2，都需要预先整理符合业务流程的JSON/YAML/XML/…业务用例，即要求测试人员预先了解单个接口的设计及接口间的业务流程，以便及时知晓接口及业务流程的变动，从而及时调整接口业务用例，生成新的业务用例。但是，一般单个接口设计抑或流程完成后会存在接口的改动，导致实际代码与接口文档也会有出入，而要保持接口文档与代码保持的同步工作量较大，且在开发未及时告知测试时，导致经常在下一次版本测试才会发现执行报错，对测试人员或是开发人员都是时间和效率的消耗。

发明内容

本发明主要目的在于提供一种接口测试方法、装置及计算机可读存储介质，旨在解决现有技术中接口文档存在更新时接口测试效率低的问题。

为实现上述目的，本发明提供一种接口测试方法，所述方法包括以下步骤：

遍历预先构建的树形结构，根据所述树形结构的数据流向确定待测接口的测试用例；其中，所述树形结构基于接口文档中各接口的依赖信息及参数信息构建；

执行所确定的测试用例对所述待测接口进行接口测试。

可选地，所述遍历预先构建的树形结构的步骤之前，包括：

从接口管理平台获取已定义各接口的依赖信息及参数信息的接口文档；

基于所述接口文档中各接口的依赖信息及参数信息构建各接口的树形结构。

可选地，所述树形结构包括多个结点，所述基于所获取的依赖信息及参数信息构建各接口的树形结构的步骤包括：

根据所获取的依赖信息确定所述树形结构中的结点数目及各结点的先后顺序；

根据所确定的结点数目及各结点的先后顺序确定树形结构各层级之间的层级关系；

基于各接口的参数信息及所述层级关系构建各接口的树形结构。

可选地，所述根据所获取的依赖信息确定所述树形结构中各结点的先后顺序的步骤包括：

根据所获取的依赖信息确定各接口之间的调用关系及所述树形结构中各结点的属性信息；

根据各接口之间的调用关系及所述树形结构中各结点的属性信息确定各结点的先后顺序。

可选地，所述根据所述树形结构的数据流向确定待测接口的测试用例的步骤包括：

确定所构建的树形结构中属性信息为第一属性的结点数目；

若属性信息为第一属性的结点数目不小于1，则基于结点度超过1的结点下子结点的属性信息及所述属性信息对应的数据流向确定测试用例。

可选地，所述根据所述树形结构的数据流向确定待测接口的测试用例的步骤包括：

确定所构建的树形结构中属性信息为第一属性的结点数目；

若属性信息为第一属性的结点数目不小于1，则基于结点度超过1的结点下子结点的属性信息及所述属性信息对应的数据流向确定测试用例。

可选地，所述基于结点度超过1的结点下子结点的属性信息及所述属性信息对应的数据流向确定数据流方向的步骤之前，包括：

基于结点度超过1的结点下各子结点的属性信息确定各子结点的优先级；

基于所确定的优先级确定所述属性信息对应的数据流向。

可选地，所述基于结点度超过1的结点下子结点的属性信息确定各子结点的优先级的步骤包括：

在结点度超过1的结点下存在属性信息为第一属性的子结点时，确定所述属性信息为第一属性的子结点的优先级高于属性信息为第二属性的子结点。

此外，为实现上述目的，本发明还提供一种接口测试装置，所述接口测试装置包括存储器、处理器及存储在所述处理器上并可在处理器上运行的接口测试程序，所述处理器执行所述接口测试程序时实现如上所述的接口测试方法的步骤。

此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有接口测试程序，所述接口测试程序被处理器执行时实现如上所述的接口测试方法的步骤。

本发明实施例中，通过遍历预先构建的树形结构，以根据所述树形结构的数据流向确定待测接口的测试用例，然后执行所确定的测试用例对所述待测接口进行接口测试，其中，所述树形结构基于接口文档中各接口的依赖信息及参数信息构建。通过接口文档中各接口的依赖信息及参数信息构建的树形结构，并根据所述树形结构的数据流向确定待测接口的测试用例，能够保证测试用例与接口文档的同步，避免接口文档与测试用例不同步导致测试效率低下，提高了接口测试的效率。

附图说明

图1为本发明实施例方案涉及的硬件运行环境的接口测试装置结构示意图；

图2是本发明接口测试方法第一实施例的流程示意图；

图3为本发明接口测试方法第二实施例的流程示意图；

图4为本发明接口测试方法一实施例中构建的树形结构示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明的主要解决方案是：遍历预先构建的树形结构，根据所述树形结构的数据流向确定待测接口的测试用例；其中，所述树形结构基于接口文档中各接口的依赖信息及参数信息构建；执行所确定的测试用例对所述待测接口进行接口测试。

目前的接口测试方法在接口存在更新时，无法有效的保证实际代码与接口文档的同步，导致经常测试到下一版本时才发现执行出错，使得接口测试的效率不高。因而，本发明提出一种接口测试方法、接口测试装置及计算机可读存储介质，通过遍历基于接口文档中各接口的依赖信息及参数信息预先构建的树形结构，并根据所述树形结构的数据流向确定待测接口的测试用例，然后执行所确定的测试用例对所述待测接口进行接口测试。通过遍历基于接口文档中各接口的依赖信息及参数信息预先构建的树形结构确定待测接口的测试用例，能够保证接口文档与测试用例的一致性，避免接口文档与测试用例不一致而影响测试效率，提高了接口测试的效率。

参照图1，图1为本发明实施例方案涉及的硬件运行环境的接口测试装置结构示意图。

如图1所示，该接口测试装置可以包括：通信总线1002，处理器1001，例如CPU，用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的接口测试装置结构并不构成对接口测试装置的限定，可以包括比图示更多或更少的部件，或组合某些部件，或者不同的部件布置。

在图1所示的接口测试装置中，网络接口1004主要用于连接后台服务器，与后台服务器进行数据通信；用户接口1003主要用于连接客户端(用户端)，与客户端进行数据通信；而处理器1001可以用于调用存储器1005中存储的接口测试程序，并执行以下操作：

遍历预先构建的树形结构，根据所述树形结构的数据流向确定待测接口的测试用例；其中，所述树形结构基于接口文档中各接口的依赖信息及参数信息构建；

执行所确定的测试用例对所述待测接口进行接口测试。

可选地，所述遍历预先构建的树形结构的步骤之前，处理器1001可以调用存储器1005中存储的接口测试程序，还执行以下操作：

从接口管理平台获取已定义各接口的依赖信息及参数信息的接口文档；

基于所述接口文档中各接口的依赖信息及参数信息构建各接口的树形结构。

可选地，处理器1001可以调用存储器1005中存储的接口测试程序，还执行以下操作：

根据所获取的依赖信息确定所述树形结构中的结点数目及各结点的先后顺序；

根据所确定的结点数目及各结点的先后顺序确定树形结构各层级之间的层级关系；

基于各接口的参数信息及所述层级关系构建各接口的树形结构。

可选地，处理器1001调用存储器1005中存储的接口测试程序，并执行以下操作：

根据所获取的依赖信息确定各接口之间的调用关系及所述树形结构中各结点的属性信息；

根据各接口之间的调用关系及所述树形结构中各结点的属性信息确定各结点的先后顺序。

可选地，处理器1001可以调用存储器1005中存储的接口测试程序，还执行以下操作：

根据所获取的依赖信息将所述树形结构中与其他接口存在依赖关系的结点的属性信息定义为第一属性，将所述树形结构中与其他接口不存在依赖关系的结点的属性信息定义为第二属性。

可选地，处理器1001可以调用存储器1005中存储的接口测试程序，还执行以下操作：

确定所构建的树形结构中属性信息为第一属性的结点数目；

若属性信息为第一属性的结点数目不小于1，则基于结点度超过1的结点下子结点的属性信息及所述属性信息对应的数据流向确定测试用例。

可选地，所述基于结点度超过1的结点下子结点的属性信息及所述属性信息对应的数据流向确定数据流方向的步骤之前，处理器1001可以调用存储器1005中存储的接口测试程序，还执行以下操作：

基于结点度超过1的结点下各子结点的属性信息确定各子结点的优先级；

基于所确定的优先级确定所述属性信息对应的数据流向。

可选地，处理器1001可以调用存储器1005中存储的接口测试程序，还执行以下操作：

在结点度超过1的结点下存在属性信息为第一属性的子结点时，确定所述属性信息为第一属性的子结点的优先级高于属性信息为第二属性的子结点。

参照图2，图2为本发明接口测试方法的第一实施例流程图，本实施例中，所述接口测试方法包括以下步骤：

步骤S10：遍历预先构建的树形结构，根据所述树形结构的数据流向确定待测接口的测试用例；其中，所述树形结构基于接口文档中定义的各接口的依赖信息及参数信息构建；

步骤S20：执行所确定的测试用例对所述待测接口进行接口测试。

接口测试是测试系统各组件间接口的一种测试方法，主要用于检测外部的系统与系统之间以及内部的各个子系统之间的交互点，所测试的内容主要包括数据的交换、传递和控制管理过程以及系统间的相互逻辑依赖关系等。本实施例中，为了提高接口测试的效率，一方面需要保证测试端与开发端的接口数据的一致性，另一方面需要保证存在接口更新时，能够快速便捷的进行测试用例的更新，也即需要保证测试用例与接口文档的一致性。因此，在进行接口测试之前，首先需要保持开发端与测试端的数据同步，然后保持接口文档与测试用例的同步，避免因数据更新不及时导致错误调用等影响测试结果。而要保持数据同步需要测试端预先知晓关联接口的设计与变动，通常需要多次与设计人沟通，不能系统的形成接口测试流程，以提高接口测试效率。

因而，本实施例提出一种较优的解决方案，通过对预先构建的树形结构进行遍历，可以根据所述树形结构的数据流向确定待测接口的测试用例，然后执行所确定的测试用例对所述待测接口进行接口测试，使得通过预先构建的树形结构可以实现接口文档与测试用例的实时同步，并且基于所构建的树形结构可以直接确定待测接口的测试用例，测试人员无需在存在接口更新时，逐一进行测试代码的编写或修改。其中，所述树形结构是基于接口文档中各接口的依赖信息及参数信息构建的。具体地，由于所述树形结构的构建依赖于接口文档，在接口文档存在更新时，需由开发人员将各接口的参数信息及各接口之间的依赖信息等接口信息实时更新至接口文档中。如此，测试人员便可以直接从接口文档中实时获取各接口的依赖信息和参数信息，从而根据从接口文档中获取的各接口的依赖信息及参数信息按照预设规则以单个功能模块(如，登陆模块)为根结点构建各个接口的树形结构，所述树形结构中的结点与各接口的参数信息及各接口之间的依赖信息相对应。然后对预先构建的树形结构进行遍历，便可以根据所构建的树形结构中的数据流向确定待测接口的测试用例，以保证接口文档与测试用例的实时同步。所述预设规则可以是依据所获取的依赖信息与参数信息将与其他模块的接口存在依赖关系的接口归为一类，将与其他模块的接口不存在依赖关系的接口归为另一类，然后根据各接口的调用关系确定所构建的树形结构中各结点的排列顺序及关联关系等；所述依赖信息可包括当前接口的接口信息、当前接口的调用信息及与当前接口存在调用关系的接口的接口信息等。

在确定待测接口的测试用例后，执行所确定的测试用例对所述待测接口进行接口测试。具体地，所确定的待测接口的测试用例可包括测试路径，测试请求数据和测试响应数据等，基于所述测试请求数据按照所述测试路径遍历所构建的树形结构，直至接收到返回的测试结果。根据所接收到的测试结果可以确定接口的性能(如响应时间、并发数及服务器资源使用率等)、安全(如敏感信息是否加密)、业务功能(如分别测试正常场景与异常场景测试)及异常情况处理能力(如环境异常测试，大批量数据测试)等。另外，若所返回的测试结果异常，还可以通过所构建的树形结构进行标注后更加直观的进行显示，以便于更加快捷的查找到异常原因以及时进行相应的异常处理。值得注意的是，上述接口可以是http接口及API接口(Application Programming Interface，应用程序编程接口)等多种类型的接口。

本实施例通过接口文档中各接口的依赖信息及参数信息构建树形结构，然后遍历所构建的树形结构，根据所述树形结构的数据流向确定待测接口的测试用例，并执行所确定的测试用例对所述待测接口进行接口测试。基于接口文档预先定义的各接口的依赖信息及参数信息构建树形结构，以根据树形结构中的数据结构确定待测接口的测试用例，能够使得接口文档与测试用例实时同步，避免开发人员与测试人员沟通不及时导致接口文档与接口测试程序不同步致使接口测试效率不高，提高了接口测试的效率。

参照图3，图3为本发明接口测试方法的第二实施例流程图，本实施例中，所述接口测试方法包括以下步骤：

步骤S11：从接口管理平台获取已定义各接口的依赖信息及参数信息的接口文档；

步骤S12：基于所述接口文档中各接口的依赖信息及参数信息构建各接口的树形结构；

步骤S13：遍历预先构建的树形结构，根据所述树形结构的数据流向确定待测接口的测试用例；

步骤S14：执行所确定的测试用例对所述待测接口进行接口测试。

本实施例中，由于在接口设计阶段会产出一份API接口设计说明(接口文档)，接口文档会指明每个接口的名称、类型及长度等参数，但是通常没有明确说明各接口之间的依赖关系，因而本实施例在产出接口文档时，为各接口提供依赖项说明，且在接口更新时可在接口文档上对所述接口文档进行更新。如果参数来源于其他接口，需要在单个接口的参数上标明该参数存在依赖关系及其依赖的接口，但不需要进行依赖接口的参数逐个说明。所述对接口文档的产出与更新可以在接口管理平台上进行，在所述接口为API接口时，所述接口管理平台可以是API接口管理平台，如swagger等，所述API接口可以是一些预先定义的函数，目的是提供应用程序与开发人员以访问一组例程的能力。如此，在接口管理平台上阐述接口文档并更新后，便可以从所述接口管理平台实时获取所产出或所更新后的接口文档，以从获取的接口文档中获取各接口的依赖信息及参数信息。

另外，在一实施例中，接口测试系统可以对所述接口管理平台进行实时监听，在监听到接口文档的更新时，从接口管理平台获取已定义各接口的依赖信息及参数信息的接口文档，便可以根据所述接口文档中各接口的依赖信息及参数信息动态构建各接口的树形结构；当然，所述接口管理平台也可以是在存在接口更新时，自主将更新信息发送至接口测试系统。具体地，由于所述树形结构包括多个结点，因而，需要先根据所获取的依赖信息确定所述树形结构中的结点数目及各结点的先后顺序，然后根据所确定的结点数目及各结点的先后顺序确定树形结构各层级之间的层级关系，最后基于各接口的参数信息及所述层级关系构建各接口的树形结构。其中，所述树形结构中的结点数目可以是：先根据所获取的依赖信息确定各接口对应的接口参数的数目及各接口参数之间的调用关系，然后根据所确定的接口参数的数目及各接口参数之间的调用关系确定所述树形结构中的结点数目(如，接口参数越多，调用关系越多，则所述树形结构中的结点数目也越多)；所述树形结构中各结点先后顺序的确定可以是：先根据所获取的依赖信息对应的依赖关系确定各接口之间的调用关系及所述树形结构中各结点的属性信息，然后根据各接口之间的调用关系及所述树形结构中各结点的属性信息确定各结点的先后顺序。

在一具体的实施例中，根据所获取的依赖信息可将所述树形结构中与其他接口存在依赖关系的结点的属性信息定义为第一属性，将所述树形结构中与其他接口不存在依赖关系的结点的属性信息定义为第二属性。若将与其他接口存在依赖关系的结点的属性信息定义为“方法”，将与其他接口不存在依赖关系的结点的属性信息定义为“参数”，则整颗树的构成可以是1个方法N参数或M个方法N个参数(N可取0/1)，一实施例中，所构建的树形结构如图4所述，根据所述树形结构可以直观反映各接口之间调用关系及数据访问路径等。所述树形结构中param表示的是属性信息为“参数”的结点，所述树形结构中fun()为函数关系，表示的是属性信息为“方法”的结点。所述属性结构中，fun1()的访问需要先调用paramB和fun3()，而fun3()的访问需要先调用paramB和fun4()，而fun4()的访问需要先调用paramF、paramG和paramH。即，获取接口文档后，开始设计测试用例(树形结构)，以大模块为根结点，单个功能接口是第一层叶结点，比如登录模块，功能接口可能会有简单登录，token验证登录，cookies验证登录等，如此第一层就有3个叶结点，每个叶结点再散开，根据接口设计，定义下一层叶节点的属性，非依赖参数定义为“参数”，依赖关系参数定义为“方法”，继续散开当前叶结点，属性为参数的按照测试场景分别定义，属性为方法的按照依赖关系定义，继而形成了下一层叶节点，也可能存在方法结点下仍是方法叶结点，则继续散开，直到叶子结点全是参数属性，且所有场景覆盖完，叶结点再无法散开，即结点的出度为0，则树形结构就产生了。

在所构建的树形结构中，每一条数据流均可认为是一条测试流程，因而，在一实施例中，根据所述树形结构的数据流向确定待测接口的测试用例的过程可以是：在遍历树形结构后，先确定所构建的树形结构中属性信息为第一属性的结点数目，然后在属性信息为第一属性的结点数目不小于1时，说明存在依赖关系，此时，重点关注根结点外结点度超过1的结点，基于结点度超过1的结点下子结点的属性信息及所述属性信息对应的数据流向确定测试用例。而在基于结点度超过1的结点下子结点的属性信息及所述属性信息对应的数据流向确定测试用例之前，先要确定各子结点执行的优先级。具体地可以是基于结点度超过1的结点下各子结点的属性信息确定各子结点的优先级，然后基于所确定的优先级确定所述属性信息对应的数据流向。在一具体地实施例中，在结点度超过1的结点下存在属性信息为第一属性的子结点时，确定所述属性信息为第一属性的子结点的优先级高于属性信息为第二属性的子结点。所述结点度尤指结点出度。以图4所示的树形结构为例，若待测接口对应的树形结构中属性信息为第一属性的结点数目不小于1，则先找到结点出度超过1的结点(也即属性信息为第一属性的结点)，然后判断该结点下是否存在属性信息为第一属性的子结点，若存在，则优先执行该结点下属性信息为第一属性的子结点，即确定所述属性信息为第一属性的子结点的优先级高于属性信息为第二属性的子结点。

本实施例通过从接口管理平台获取已定义各接口的依赖信息及参数信息的接口文档，并基于所述接口文档中各接口的依赖信息及参数信息构建各接口的树形结构，然后遍历预先构建的树形结构，根据所述树形结构的数据流向确定待测接口的测试用例，接着执行所确定的测试用例对所述待测接口进行接口测试。通过从接口管理平台获取已定义各接口的依赖信息及参数信息的接口文档，使得可以从所述接口管理平台实时获取最新的接口文档，从而基于所述接口文档中各接口的依赖信息及参数信息构建各接口的树形结构，使得通过所述接口管理平台及所述树形结构可以保证接口文档与接口测试代码的一致性，避免影响接口测试的可靠性及测试效率。

此外，本发明实施例还提供一种接口测试装置，所述接口测试装置包括存储器、处理器及存储在所述处理器上并可在处理器上运行的接口测试程序，所述处理器执行所述接口测试程序时实现如上所述接口测试方法的步骤。

此外，本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有接口测试程序，所述接口测试程序被处理器执行时实现如上所述的接口测试方法的步骤。

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

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

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

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

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

遍历预先构建的树形结构，根据所述树形结构的数据流向确定待测接口的测试用例；其中，所述树形结构基于接口文档中各接口的依赖信息及参数信息构建；

执行所确定的测试用例对所述待测接口进行接口测试。

2.如权利要求1所述的接口测试方法，其特征在于，所述遍历预先构建的树形结构的步骤之前，包括：

从接口管理平台获取已定义各接口的依赖信息及参数信息的接口文档；

基于所述接口文档中各接口的依赖信息及参数信息构建各接口的树形结构。

3.如权利要求2所述的接口测试方法，其特征在于，所述树形结构包括多个结点，所述基于所获取的依赖信息及参数信息构建各接口的树形结构的步骤包括：

根据所获取的依赖信息确定所述树形结构中的结点数目及各结点的先后顺序；

根据所确定的结点数目及各结点的先后顺序确定树形结构各层级之间的层级关系；

基于各接口的参数信息及所述层级关系构建各接口的树形结构。

4.如权利要求3所述的接口测试方法，其特征在于，所述根据所获取的依赖信息确定所述树形结构中各结点的先后顺序的步骤包括：

根据所获取的依赖信息确定各接口之间的调用关系及所述树形结构中各结点的属性信息；

根据各接口之间的调用关系及所述树形结构中各结点的属性信息确定各结点的先后顺序。

5.如权利要求4所述的接口测试方法，其特征在于，所述根据所获取的依赖信息确定所述树形结构中各结点的属性信息的步骤包括：

根据所获取的依赖信息将所述树形结构中与其他接口存在依赖关系的结点的属性信息定义为第一属性，将所述树形结构中与其他接口不存在依赖关系的结点的属性信息定义为第二属性。

6.如权利要求5所述的接口测试方法，其特征在于，所述根据所述树形结构的数据流向确定待测接口的测试用例的步骤包括：

确定所构建的树形结构中属性信息为第一属性的结点数目；

若属性信息为第一属性的结点数目不小于1，则基于结点度超过1的结点下子结点的属性信息及所述属性信息对应的数据流向确定测试用例。

7.如权利要求6所述的接口测试方法，其特征在于，所述基于结点度超过1的结点下子结点的属性信息及所述属性信息对应的数据流向确定数据流方向的步骤之前，包括：

基于结点度超过1的结点下各子结点的属性信息确定各子结点的优先级；

基于所确定的优先级确定所述属性信息对应的数据流向。

8.如权利要求7所述的接口测试方法，其特征在于，所述基于结点度超过1的结点下子结点的属性信息确定各子结点的优先级的步骤包括：

在结点度超过1的结点下存在属性信息为第一属性的子结点时，确定所述属性信息为第一属性的子结点的优先级高于属性信息为第二属性的子结点。

9.一种接口测试装置，其特征在于，所述接口测试装置包括存储器、处理器及存储在存储器上并可在处理器上运行的接口测试程序，所述处理器执行所述接口测试程序时实现权利要求1-8中任一项所述的接口测试方法的步骤。

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

Images