CN115221033A - 接口协议测试方法、装置、计算机可读介质及电子设备 - Google Patents

Abstract

本申请属于计算机领域，具体涉及一种接口协议测试方法、装置、计算机介质及电子设备。该接口协议测试方法包括：通过交互界面获取用于测试接口协议的请求信息；按照测试顺序将一个或多个最小测试单元组成场景用例，并在交互界面上展示对应于场景用例的树状结构思维导图；调用场景用例，得到场景用例输出的返回数据；根据树状结构思维导图的结果检测节点上配置的检测条件对检测参数进行结果检测，得到接口协议的测试结果。基于该方法能够在可视的交互界面上通过对应于场景用例的树状结构思维导图实现对接口协议的测试，有利于提高测试效率和降低对接口协议进行测试的操作难度，从而能够降低对接口协议的测试人员的技术操作水平的要求。

Description

接口协议测试方法、装置、计算机可读介质及电子设备

技术领域

本申请属于计算机领域，具体涉及一种接口协议测试方法、装置、计算机介质及电子设备。

背景技术

针对开发完成后的接口协议一般要先进行测试才能使用，而测试业务需要进行编写代码才能完成，存在测试门槛较高，其代码重复度高，测试代码与测试框架无法分离的问题。另外，由于需要编写测试代码，普遍需要搭建本地调试环境，存在测试环境复杂的问题。因此，相关技术中，接口协议的测试效率较低，测试过程的操作难度较大，对测试人员的技术操作水平要求较高。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本申请的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本申请的目的在于提供一种接口协议测试方法、装置、计算机介质及电子设备，至少在一定程度上克服相关技术中接口协议的测试效率较低，对测试人员的技术操作水平要求较高的技术问题。

本申请的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本申请的实践而习得。

根据本申请实施例的一个方面，提供一种接口协议测试方法，所述方法包括：

通过交互界面获取用于测试接口协议的请求信息，并确定与所述请求信息相对应的一个或多个最小测试单元；

按照测试顺序将所述一个或多个最小测试单元组成场景用例，并在所述交互界面上展示对应于所述场景用例的树状结构思维导图；

调用所述场景用例，以通过所述场景用例执行待测试的接口协议，得到所述场景用例输出的返回数据，并根据所述返回数据对所述树状结构思维导图的输出节点上配置的检测参数进行参数赋值；

根据所述树状结构思维导图的结果检测节点上配置的检测条件对所述检测参数进行结果检测，得到所述接口协议的测试结果。

根据本申请实施例的一个方面，提供一种接口协议测试装置，所述接口协议测试装置包括：

请求信息获取模块，被配置为通过交互界面获取用于测试接口协议的请求信息，并确定与所述请求信息相对应的一个或多个最小测试单元；

场景用例组建模块，被配置为按照测试顺序将所述一个或多个最小测试单元组成场景用例，并在所述交互界面上展示对应于所述场景用例的树状结构思维导图；

场景用例调用模块，被配置为调用所述场景用例，以通过所述场景用例执行待测试的接口协议，得到所述场景用例输出的返回数据，并根据所述返回数据对所述树状结构思维导图的输出节点上配置的检测参数进行参数赋值；

结果检测模块，被配置为根据所述树状结构思维导图的结果检测节点上配置的检测条件对所述检测参数进行结果检测，得到所述接口协议的测试结果。

在本申请的一些实施例中，基于以上技术方案，所述场景用例调用模块包括：

调用单元，被配置为调用所述场景用例中的最小测试单元，执行对应的接口协议，得到响应信息；

返回数据获取单元，被配置为将所述响应信息中的数据作为返回数据，或者执行所述响应信息包括的指令以获取返回数据。

在本申请的一些实施例中，基于以上技术方案，所述调用单元包括：

异步测试子单元，被配置为若当前调用的所述最小测试单元是异步测试单元，则将所述异步测试单元加入到异步测试队列中，并按照所述测试顺序继续调用后续的最小测试单元；

轮询子单元，被配置为保持所述异步测试队列中的一个或多个异步测试单元处于执行状态，每隔预设时间查询测试队列中的异步测试单元的任务状态，若异步测试单元的任务已完成或者当异步测试单元的任务的完成时间超时，则生成所述异步测试单元对应的响应信息；

同步测试子单元，被配置为若当前调用的最小测试单元是同步测试单元，则执行所述同步测试单元并生成响应信息，并按照所述测试顺序继续调用后续的最小测试单元。

在本申请的一些实施例中，基于以上技术方案，所述调用单元还包括：

顺序调用子单元，被配置为按照基于思维导图的所述场景用例中的测试顺序调用最小测试单元；

定时调用子单元，被配置为按照预设定时调用规则每隔预定时间调用最小测试单元。

在本申请的一些实施例中，基于以上技术方案，所述请求信息获取模块包括：

请求信息获取单元，被配置为通过交互界面获取用于测试接口协议的请求信息，并通过网关层将所述请求信息发送至网络测试服务平台，以得到由所述网络测试服务平台返回的与所述请求信息相对应的一个或多个最小测试单元。

在本申请的一些实施例中，基于以上技术方案，所述结果检测模块包括：

第一判定单元，被配置为检测所述检测参数的数据类型是否属于预期数据类型；当所述检测参数的数据类型属于预期数据类型时，判定所述结果检测节点的结果检测通过；当所述检测参数的数据类型不属于预期数据类型时，判定所述结果检测节点的结果检测不通过；

第二判定单元，被配置为检测所述检测参数的数值是否处于预期范围之内；当所述检测参数的数值处于预期范围之内时，判定所述结果检测节点的结果检测通过；当所述检测参数的数值不处于预期范围之内时，判定所述结果检测节点的结果检测不通过；或

第三判定单元，被配置为检测所述检测参数是否属于预期数组；当所述检测参数为预期数组中的第一预期数组时，判定所述结果检测节点的结果检测通过；当所述检测参数为预期数组中的第二预期数组时，判定所述结果检测节点的结果检测不通过。

在本申请的一些实施例中，基于以上技术方案，所述场景用例中每个最小测试单元还配置有元参数，所述元参数符合所述接口协议规定的输入数据的格式和规则；所述结果检测模块包括：

匹配单元，被配置为将调用所述场景用例中的最小测试单元得到的检测参数与所述最小测试单元对应的预期参数进行匹配检测，根据匹配结果得到所述接口协议的测试结果。

根据本申请实施例的一个方面，提供一种计算机可读介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如以上技术方案中的接口协议测试方法。

根据本申请实施例的一个方面，提供一种电子设备，该电子设备包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器被配置为经由执行所述可执行指令来执行如以上技术方案中的接口协议测试方法。

根据本申请实施例的一个方面，提供一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行如以上技术方案中的接口协议测试方法。

在本申请实施例提供的技术方案中，通过交互界面获取用于测试接口协议的请求信息，确定最小测试单元后，按照测试顺序将一个或多个最小测试单元组成场景用例，并在交互界面上展示对应于场景用例的树状结构思维导图，再调用场景用例，得到返回数据并根据返回数据对检测参数赋值，进而对检测参数进行结果检测，得到接口协议的测试结果，从而在无需编写测试代码和搭建本地调试环境的前提下，在可视的交互界面上通过对应于场景用例的树状结构思维导图实现对接口协议的测试，有利于提高测试效率和降低对接口协议进行测试的操作难度，从而能够降低对接口协议的测试人员的技术操作水平的要求。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示意性地示出了应用本申请技术方案的示例性系统架构框图。

图2示意性地示出了本申请实施例提供的接口协议测试方法的步骤流程图。

图3示意性地示出了本申请某实施例按照测试顺序将一个或多个最小测试单元组成场景用例的示意图。

图4示意性地示出了本申请实施例中调用场景用例，以通过场景用例执行待测试的接口协议，得到场景用例输出的返回数据的步骤流程图。

图5示意性地示出了本申请实施例中调用场景用例中的最小测试单元，执行对应的接口协议，得到响应信息的步骤流程图。

图6示意性地示出了本申请某实施例中调用场景用例，以通过场景用例执行待测试的接口协议，得到场景用例输出的返回数据，最终得到测试结果的流程示意图。

图7示意性地示出了执行本申请实施例的接口协议测试方法的一个测试平台的底层架构图。

图8示意性地示出了本申请实施例中调用场景用例中的最小测试单元的步骤流程图。

图9示意性地示出了本申请实施例提供的接口协议测试装置的结构框图。

图10示意性地示出了用于实现本申请实施例的电子设备的结构框图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本申请将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本申请的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本申请的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本申请的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

云技术(Cloud technology)基于云计算商业模式应用的网络技术、信息技术、整合技术、管理平台技术、应用技术等的总称，可以组成资源池，按需所用，灵活便利。云计算技术将变成重要支撑。技术网络系统的后台服务需要大量的计算、存储资源，如视频网站、图片类网站和更多的门户网站。伴随着互联网行业的高度发展和应用，将来每个物品都有可能存在自己的识别标志，都需要传输到后台系统进行逻辑处理，不同程度级别的数据将会分开处理，各类行业数据皆需要强大的系统后盾支撑，只能通过云计算来实现。

所谓人工智能云服务，一般也被称作是AIaaS(AI as a Service，中文为“AI即服务”)。这是目前主流的一种人工智能平台的服务方式，具体来说AIaaS平台会把几类常见的AI服务进行拆分，并在云端提供独立或者打包的服务。这种服务模式类似于开了一个AI主题商城：所有的开发者都可以通过API接口的方式来接入使用平台提供的一种或者是多种人工智能服务，部分资深的开发者还可以使用平台提供的AI框架和AI基础设施来部署和运维自已专属的云人工智能服务。

数据库(Database)，简而言之可视为电子化的文件柜——存储电子文件的处所，用户可以对文件中的数据进行新增、查询、更新、删除等操作。所谓“数据库”是以一定方式储存在一起、能与多个用户共享、具有尽可能小的冗余度、与应用程序彼此独立的数据集合。

数据库管理系统(英语：Database Management System，简称DBMS)是为管理数据库而设计的电脑软件系统，一般具有存储、截取、安全保障、备份等基础功能。数据库管理系统可以依据它所支持的数据库模型来作分类，例如关系式、XML(Extensible MarkupLanguage,即可扩展标记语言)；或依据所支持的计算机类型来作分类，例如服务器群集、移动电话；或依据所用查询语言来作分类，例如SQL(结构化查询语言(Structured QueryLanguage)、XQuery；或依据性能冲量重点来作分类，例如最大规模、最高运行速度；亦或其他的分类方式。不论使用哪种分类方式，一些DBMS能够跨类别，例如，同时支持多种查询语言。

图1示意性地示出了应用本申请技术方案的示例性系统架构框图。

如图1所示，系统架构100可以包括终端设备110、网络120和服务器130。终端设备110可以包括智能手机、平板电脑、笔记本电脑、台式电脑等各种电子设备。服务器130可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云计算服务的云服务器。网络120可以是能够在终端设备110和服务器130之间提供通信链路的各种连接类型的通信介质，例如可以是有线通信链路或者无线通信链路。

根据实现需要，本申请实施例中的系统架构可以具有任意数目的终端设备、网络和服务器。例如，服务器130可以是由多个服务器设备组成的服务器群组。另外，本申请实施例提供的技术方案可以应用于终端设备110，也可以应用于服务器130，或者可以由终端设备110和服务器130共同实施，本申请对此不做特殊限定。

举例而言，服务器130上可以存储有接口协议以待测试，客户端110可以发起测试请求以对服务器130上的接口协议进行测试。在新开发的业务投入运营之前，还需要测试业务服务器是否按该业务对应的接口协议规定的协议规则进行处理操作。为了避免编写测试代码和搭建本地调试环境造成的测试过程复杂和耗时长的问题，在客户端110或者服务端130执行本申请提供的接口协议测试方法，通过交互界面获取用于测试接口协议的请求信息，确定最小测试单元后，按照测试顺序将一个或多个最小测试单元组成场景用例，并在交互界面上展示对应于场景用例的树状结构思维导图，再调用场景用例，得到返回数据并根据返回数据对检测参数赋值，进而对检测参数进行结果检测，得到接口协议的测试结果，从而在无需编写测试代码和搭建本地调试环境的前提下，在可视的交互界面上通过对应于场景用例的树状结构思维导图实现对接口协议的测试，有利于提高测试效率和降低对接口协议进行测试的操作难度，从而能够降低对接口协议的测试人员的技术操作水平的要求。

服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。终端可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表、车载设备等，但并不局限于此。终端以及服务器可以通过有线或无线通信方式进行直接或间接地连接，本申请在此不做限制。

下面结合具体实施方式对本申请提供的接口协议测试方法做出详细说明。

图2示出了本申请某些实施方式的接口协议测试方法的步骤流程图，该接口协议测试方法的执行主体可以是终端设备，也可以是服务器等，本申请对此不设限。如图2所示，该接口协议测试方法主要可以包括如下步骤S210～步骤S240。

S210.通过交互界面获取用于测试接口协议的请求信息，并确定与请求信息相对应的一个或多个最小测试单元；

S220.按照测试顺序将一个或多个最小测试单元组成场景用例，并在交互界面上展示对应于场景用例的树状结构思维导图；

S230.调用场景用例，以通过场景用例执行待测试的接口协议，得到场景用例输出的返回数据，并根据返回数据对树状结构思维导图的输出节点上配置的检测参数进行参数赋值；

S240.根据树状结构思维导图的结果检测节点上配置的检测条件对检测参数进行结果检测，得到接口协议的测试结果。

其中，本申请实施方式的接口协议测试方法用于测试接口协议。接口协议包括需要进行信息交换的接口间需要遵从的通信方式和要求。在接口协议在开发出来之后，一般需要对接口协议进行测试才能使用。

具体地，请求信息可以包括由一个或多个最小测试单元组成的图形、表格、文字、伪代码和思维导图等信息体中的一种或多种。交互界面可以呈现在浏览器、APP、电脑端软件等客户端上，通过用户在交互界面上的输入可以获取用于测试接口协议的请求信息。读取该请求信息中的一个或多个最小测试单元的组合逻辑和排列顺序，可以根据该一个或多个最小测试单元的组合逻辑和排列顺序得到该一个或多个最小测试单元的测试顺序，并能够按照测试顺序将该一个或多个最小测试单元组成基于思维导图的场景用例，并实时输出基于思维导图的场景用例。场景用例中每个最小测试单元可以配置有元参数，元参数符合接口协议规定的输入数据的格式和规则。最小测试单元可以是请求，例如，最小测试单元可以为一次基于HTTP(HyperText Transfer Protocol，超文本传输协议)的Get(获取)请求，也即HttpGet请求，用于请求网页数据。请参阅图3，图3示意性地示出了本申请某实施例按照测试顺序将一个或多个最小测试单元组成场景用例的示意图。如图3所示，场景用例包括HttpGet请求。场景用例中的每个请求中均可以配置有元参数，元参数符合接口协议规定的输入数据的格式和规则。场景用例中的每个请求的结果检测节点上可以配置有检测条件：检测参数是否等于预设输出数据，从而通过判断检测参数是否等于预设输出数据得到接口协议的测试结果。url(uniform resource locator，统一资源定位系统)为网页地址。version为版本号。method为请求方法。header为数据包的帧头。data为数据。该HttpGet请求的元参数包括了由网页地址“http://www.qq.com”，版本号“HTTP/1.1”、请求方法“GET”、数据包帧头、数据组成的数组，该数组可以封装为JSON(JavaScript Object Notation，对象简谱)数据，该数组可以如下文示意：

[{"type":"string","name":"url","default":"http://www.qq.com"},{"type":"string","name":"version","default":"HTTP/1.1"},{"type":"string","name":"method","default":"GET"},{"type":"string","is_array":false,"name":"header","default":[]},{"type":"object","name":"data","default":{}}]

该场景用例中的HttpGet请求的结果检测节点上可以配置有检测条件：检测参数是否等于预设输出数据0，也即图3所述的伪代码“$res＝＝0？”。该HttpGet请求获得response，也即获得返回数据之后，将返回数据(response值)赋值给检测参数$res，然后判断检测参数$res是否等于预设输出数据0。如果检测参数$res等于预设输出数据0，则判定此次HttpGet请求对应的测试通过。如果检测参数$res不等于预设输出数据0，则判定此次HttpGet请求对应的测试失败。由于图3所示的场景用例只包括一个请求，因此在该HttpGet请求对应的测试通过时判断该场景用例测试通过，在该HttpGet请求对应的测试失败时判断该场景用例测试失败。

场景用例还可以包括一个或多个基于HTTP的Post(上传)请求，对云API(Application Programming Interface，应用程序接口))的访问请求，对Mysql的更新请求和对Mysql的访问请求等。其中，基于HTTP的POST请求用于将数据上传到网页服务器中；对云API的访问请求用于访问云端的应用程序接口；MySql是一种开放源代码的关系型数据库管理系统，对Mysql的访问请求用于访问Mysql数据库。

由此，实现了对场景用例的一个或多个请求的元参数和检测条件的配置，以便后续调用场景用例对接口协议进行测试。

并且，通过如图3所示的思维导图的方式组成场景用例，并在交互界面上展示如图3所示的对应于场景用例的树状结构思维导图，使得无需测试代码或者只需要少量测试代码即可构建用于测试接口协议的场景用例，在可视的交互界面上通过树状结构思维导图实现对接口协议的测试，并且将测试用例和代码完全分离，实现对接口协议的便捷测试，有利于提高测试效率和降低对接口协议进行测试的操作难度。

在某些实施方式中，通过交互界面获取用于测试接口协议的请求信息，并确定与请求信息相对应的一个或多个最小测试单元，包括：通过交互界面获取用于测试接口协议的请求信息，并通过网关层将请求信息发送至网络测试服务平台，以得到由网络测试服务平台返回的与请求信息相对应的一个或多个最小测试单元。

由此，本申请某些实施方式的接口协议测试装置配置有网关层，通过网关层可以将请求信息从客户端发送至网络测试服务平台，使得用户在客户端可以远程访问搭载了本申请实施方式的接口协议测试方法的网络测试服务平台，用户无需编写测试代码或搭建本地调试环境就能对接口协议进行测试，有利于提高本申请实施方式的接口协议测试方法、装置、计算机可读介质及电子设备的易用性，使得搭载了本申请实施方式的接口协议测试方法的网络测试服务平台实现对网关端口的监听，有利于搭载了本申请实施方式的接口协议测试方法的装置提供出微后台服务或者是Mock服务(模拟服务)。

图4示意性地示出了本申请实施例中调用场景用例，以通过场景用例执行待测试的接口协议，得到场景用例输出的返回数据的步骤流程图。如图4所示，在以上实施例的基础上，步骤S230中的调用场景用例，以通过场景用例执行待测试的接口协议，得到场景用例输出的返回数据，可以进一步包括以下步骤S410～步骤S420。

S410.调用场景用例中的最小测试单元，执行对应的接口协议，得到响应信息；

S420.将响应信息中的数据作为返回数据，或者执行响应信息包括的指令以获取返回数据。

由于本申请某些实施方式的返回数据会通过对所述树状结构思维导图的输出节点上配置的检测参数进行参数赋值的方式，呈现在交互界面上，因此，用户可以在场景用例的执行过程及时地了解当前的最小测试单元的输出情况，有利于用户在对接口协议的测试过程中，及时地发现场景用例返回数据是否正常，进而及时地作出继续测试、停止测试或者更改相关参数等决定，从而能够通过可视化的方式，提高用户在使用搭载了本申请实施方式的接口协议测试方法的产品的便捷性和易用性。

图5示意性地示出了本申请实施例中调用场景用例中的最小测试单元，执行对应的接口协议，得到响应信息的步骤流程图。如图5所示，在以上实施例的基础上，步骤S410中的调用场景用例中的最小测试单元，执行对应的接口协议，得到响应信息，可以进一步包括以下步骤S510～步骤S530。

S510.若当前调用的最小测试单元是异步测试单元，则将异步测试单元加入到异步测试队列中，并按照测试顺序继续调用后续的最小测试单元；

S520.保持异步测试队列中的一个或多个异步测试单元处于执行状态，每隔预设时间查询测试队列中的异步测试单元的任务状态，若异步测试单元的任务已完成或者当异步测试单元的任务的完成时间超时，则生成异步测试单元对应的响应信息；

S530.若当前调用的最小测试单元是同步测试单元，则执行同步测试单元并生成响应信息，并按照测试顺序继续调用后续的最小测试单元。

具体地，异步测试单元可以为异步请求。同步测试单元可以为同步请求。

请参阅图6，图6示意性地示出了本申请某实施例中调用场景用例，以通过场景用例执行待测试的接口协议，得到场景用例输出的返回数据，最终得到测试结果的流程示意图。具体地，可以由网络测试服务平台执行图6所示的测试流程，其中，本申请实施例中的最小测试单元为请求。首先，载入CGI(Common Gateway Interface,公共网关接口)数据和API(Application Programming Interface，应用程序接口)数据等测试平台预设好的元数据，其中包括了请求和应答的协议元数据，以便正确解析场景用例中的请求并应答。然后，对场景用例中由各个请求组成的测试流程进行解析，以形成确定的测试顺序；并且对场景用例中的数据进行解析，生成对应的变量以便后续测试进行。接着，根据上一步骤解析出的测试流程依次发起请求，并输出表示成功接收到该请求的应答回包。然后，判断当前的请求是否为异步请求。若当前的请求是为异步请求，则将异步测试请求加入到异步测试队列中，同时开始执行该异步测试请求，并继续调用场景示例的测试流程中的下一请求。若当前的请求是同步请求，则直接执行该同步请求，并且等待该同步请求执行完成并生成对应的响应信息之后，再调用场景示例的测试流程中的下一请求。在异步测试队列中，需要每隔预设时间查询测试队列中的异步测试请求的任务状态，并在异步测试单元的任务已完成或者当异步测试单元的任务的完成时间超时时，生成响应信息。在异步请求或同步请求生成响应信息之后，若响应信息中包括有数据，则将该数据输出到数据中心中存储，若响应信息中包括有函数调用，则将该响应信息输出到函数中心中调用执行对应的函数。

在异步请求或同步请求生成响应信息之后，获取返回数据，执行对响应信息进行结果检测的步骤。其中，获取返回数据可以是直接从响应信息中读取返回数据；也可以是运行响应信息包括的指令。通过运行响应信息包括的指令获取返回数据可以包括如下方式：将执行脚本得到的运行结果作为返回数据；执行数据库访问指令，将访问结果作为返回数据；通过cgi接口获取外界的数据作为返回数据；或者将该响应信息输出到函数中心中调用执行对应的函数并得到计算结果，将计算结果作为返回数据，本申请对此不作限定。

获取到返回数据之后，可以执行结果检测，例如将返回数据与场景用例包含的预设输出数据进行匹配检测，并根据匹配结果输出测试结果。事件桩用于在预设的特定条件下执行某个请求。当一个请求的测试结果输出之后，可能会触发事件桩执行特定的预设指令，例如重新发起该请求。在根据测试流程依次发起请求之后，也可以将其中的某个请求加载进事件桩中，等到预设条件下再执行该请求。例如，当在根据测试流程依次发起请求A和请求B之后，可以将其中的请求B加载进事件桩中，等到请求A输出测试结果后再执行请求B。

又例如，事件桩还可以用于在场景用例开始执行时调用事件、在场景用例结束执行时调用事件、在最小测试单元开始执行时调用事件、在最小测试单元结束执行时调用事件、在结果检测开始时调用事件、在结果检测结束时调用事件等。其中，事件可以为请求、函数、指令或者脚本程序等，事件也可以是空操作。

在一个请求输出了对应的测试结果之后，将判断场景用例是否结束，也即判断场景用例中配置的所有最小测试单元(最小测试单元在本实施例中为请求)是否均以执行完毕并得到对应的测试结果。若判定场景用例已结束，则根据所有最小测试单元对应的测试结果生成本次测试对应的输出报告并结束本次测试。若判定场景用例未结束，则继续根据测试流程继续发起或执行对应的请求，以执行完毕景用例中配置的所有最小测试单元并得到对应的测试结果。

图7示意性地示出了执行本申请实施例的接口协议测试方法的一个测试平台的底层架构图。其中，用户界面用于接收并显示用户的输入，以获取用于测试接口协议的请求信息，并确定与请求信息相对应的一个或多个最小测试单元。场景用例中可以包括一个或多个最小测试单元，图7中所示的场景用例中包括两个最小测试单元，分别是最小测试单元1和最小测试单元2。其中，每个最小测试单元中均配置有元参数、预设输出数据和其他相关参数。场景用例可以由控制台调用。测试平台中还包括有设置台和报告输出模块。其中，设置台可以用于对测试平台进行界面设置。报告输出模块用于输出场景用例调用并执行完成之后产生的测试报告。

平台内部默认支持的协议中包括一些基础的函数调用功能、对返回数据进行结果检测的功能以及基础的脚本程序功能。接口协议执行模块用于执行待测试的接口协议。接口协议执行模块中包括云API、CGI、脚本程序等功能模块和数据库Mysql等。

平台内部默认支持的协议中还包括对最小测试单元的逻辑操作。例如，可以对场景用例中的某个最小测试单元执行预设次数。具体地，最小测试单元中还可以包括逻辑操作参数，逻辑操作参数包括预设次数。预设次数可以为Runcount，初始的当前运行次数Runtime为0，每当完成一次对场景用例中的某个最小测试单元执行过程，则令Runtime自加一，直到Runtime等于Runcount时，完成对该最小测试单元的预设次数的执行。

定时任务模块用于按照定时规则每隔预定时间调用最小测试单元。

异步接口模块用于执行上文中的步骤S420、S430和S440所述的异步请求的相关事宜，异步接口模块可以根据逻辑关键字控制请求的执行过程，例如控制请求执行过程的条件判断、中断和循环等。异步接口模块的任务轮询请求可以用于每隔预设时间查询测试队列中的异步测试请求的任务状态，若异步测试请求的任务已完成或者当异步测试请求的任务的完成时间超时，则生成异步测试请求对应的响应信息。并行控制单元用于控制并行的请求任务同时执行。

数据中心中存储有场景用例调用过程中的全局变量、关联字段和一些用于进行结果检测的伪代码，例如“$res＝＝0”等判断检测参数$res是否等于预设输出数据0的伪代码，以便场景用例通过数据中心获取或存储数据。

由此，在采用了本申请实施方式的接口协议测试方法的测试平台上，用户可以通过用户界面组建基于思维导图的场景用例，也即使用思维导图的方式配置出测试场景用例，使得无需测试代码或者只需要少量测试代码即可构建用于测试接口协议的场景用例，有利于将测试过程智能化，从而有利于提高测试效率。

并且，搭载了本申请实施方式的接口协议测试方法的测试平台通过SAAS(Software-as-a-Service，软件即服务)，通过网络提供软件服务的方式，实现所见即所得，不需要编写测试代码或者只需要编写少量函数代码就可以完成测试场景，将对接口协议的测试服务化，用户不需要配置环境，打开浏览器即可使用搭载了本申请实施方式的接口协议测试方法的测试平台，实现测试的高效化，提高易用性。

在某些实施方式中，在树状结构思维导图的输出节点上，可以先根据返回数据确定输出节点上配置的检测参数的数据类型，再根据返回数据对检测参数进行参数赋值。在某些实施方式中，检测条件可以为检测检测参数的数据类型是否属于预期数据类型。当检测参数的数据类型属于预期数据类型时，判定结果检测节点的结果检测通过；当检测参数的数据类型不属于预期数据类型时，判定结果检测节点的结果检测不通过。

例如，检测参数的数据类型是int类型，预期数据类型为string类型，则判定接口协议的测试失败。若检测参数的数据类型是int类型，预期数据类型为int类型，则判定接口协议的测试通过。

其中，预期数据类型可以根据接口协议的特性规定。不同的最小测试单元的结果检测节点上配置的检测条件中的预期数据类型可以相同或者不相同。在具体实践中，可以在配置场景用例时，在树状结构思维导图的每个最小测试单元的结果检测节点上的检测条件中配置相应预期数据类型。

由此，可以根据检测参数的数据类型是否属于预期数据类型，判断场景用例是否按照接口协议规定的输入输出标准执行以使得来源于返回数据的检测参数的类型属于预期数据类型，从而能够高效而准确地判断接口协议的测试是否通过。

在某些实施方式中，检测条件为检测检测参数的数值是否处于预期范围之内。当检测参数的数值处于预期范围之内时，判定结果检测节点的结果检测通过；当检测参数的数值不处于预期范围之内时，判定结果检测节点的结果检测不通过。

例如，若检测参数的数据值处于0～2之间，则判定接口协议的测试通过；若检测参数的数据值处于0～2之外，则判定接口协议的测试失败。

由此，可以根据检测参数的数据值是否处于预设范围之内，判断场景用例是否按照接口协议规定的输入输出标准执行以使得来源于返回数据的检测参数的数据值处于预设范围之内，从而能够高效而准确地判断接口协议的测试是否通过。

在某些实施方式中，检测条件为检测检测参数是否属于预期数组。当检测参数为预期数组中的第一预期数组时，判定结果检测节点的结果检测通过；当检测参数为预期数组中的第二预期数组时，判定结果检测节点的结果检测不通过。

例如，若检测参数是第一预期数组“Gettingparameter”，则判定接口协议的测试通过；若检测参数是第二预期数组“Missparameter”，则判定接口协议的测试失败。而当检测参数不是数组数据类型，或者检测参数的数组类型或数组值既不同于第一预期数组也不同于第二预期数组时，可以发出指令到事件桩中执行数据库访问指令或者脚本程序等，以获取一些其他的校验数据，例如校验参数等，进而进行进一步的校验以便判定接口协议的测试通过或失败。

由此，可以根据来源于返回数据检测参数是否属于预期数据判断场景用例是否按照接口协议规定的输入输出标准执行，从而能够高效而准确地判断接口协议的测试是否通过。

并且，由于上述检测条件可以直接显示在交互界面上的对应于场景用例的树状结构思维导图的每个最小测试单元的结果检测节点上，具体地，检测条件可以以伪代码的形式显示在结果检测节点上，因此，可以方便用户直观地了解场景用例的当前测试单元的检测条件是什么，并且能够直接对结果检测节点上的检测条件进行重新配置，从而能在无需编写和修改测试代码的前提下，对测试过程进行编辑和修改，降低操作难度，提高易用性。

在一些实施方式中，场景用例中每个最小测试单元还配置有元参数，元参数符合接口协议规定的输入数据的格式和规则，步骤S240的根据树状结构思维导图的结果检测节点上配置的检测条件对检测参数进行结果检测，得到接口协议的测试结果可以包括将调用场景用例中的最小测试单元得到的检测参数与最小测试单元对应的预期参数进行匹配检测，根据匹配结果得到接口协议的测试结果。

具体地，可以获取场景用例中每个最小测试单元的返回数据与对应的预设输出数据的匹配程度，并在该匹配程度大于预设值时判定该最小测试单元的测试结果为测试通过。进一步地，匹配程度可以为100％，也即在场景用例中每个最小测试单元的返回数据与对应的预设输出数据完全一致时，判定该最小测试单元的测试结果为测试通过。

由此，将场景用例中每个最小测试单元的返回数据与对应的预设输出数据进行匹配检测，根据匹配结果得到接口协议的测试结果，并且场景用例中每个最小测试单元还配置有元参数，元参数符合接口协议规定的输入数据的格式和规则，使得本申请实施方式的接口协议测试方法实现将不同的接口协议标准化为元参数对应的标准输入和预设输出数据对应的标准输出，有利于解决多个不同协议的集成问题，也有利于提升接口协议的可扩展性。

并且，由于最小测试请求及最小测试请求中配置的元参数可以直接显示在交互界面上的对应于场景用例的树状结构思维导图的每个最小测试单元的配置列表上，例如图3所示，场景用例包括HttpGet请求，该HttpGet请求中配置有元参数：(http://www.qq.com)url、(HTTP/1.1)version、(GET)method、header和data，也就是说该HttpGet请求的元参数包括了由网页地址“http://www.qq.com”，版本号“HTTP/1.1”、请求方法“GET”、数据包帧头、数据组成的数组，该HttpGet请求及其元参数显示在图3所示的交互界面上的树状结构思维导图的每个最小测试单元的配置列表中。由此，用户可以直观地通过交互界面上的树状结构思维导图的每个最小测试单元的配置列表对场景用例的最小测试单元的元参数进行配置和相关修改，从而用户能够在无需编写测试代码和搭建本地调试环境的前提下，在可视的交互界面上通过对应于场景用例的树状结构思维导图实现对接口协议的测试，有利于提高测试效率和降低对接口协议进行测试的操作难度，从而能够降低对接口协议的测试人员的技术操作水平的要求。

图8示意性地示出了本申请实施例中调用场景用例中的最小测试单元的步骤流程图。如图8所示，在以上实施例的基础上，步骤S410中的调用场景用例中的最小测试单元，可以进一步包括以下步骤S810和步骤S820。

S810.按照基于思维导图的场景用例中的测试顺序调用最小测试单元；

S820按照预设定时调用规则每隔预定时间调用最小测试单元。

具体地，可以由定时模块或事件桩执行步骤S820的按照定时规则每隔预定时间调用最小测试单元。

由此，在按照基于思维导图的场景用例中的测试顺序调用最小测试单元的同时，还能够按照定时规则每隔预定时间调用最小测试单元，能够使得最小测试单元的调用方式更灵活，则场景用例的能够具有更为丰富的应用方式。

应当注意，尽管在附图中以特定顺序描述了本申请中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

以下介绍本申请的装置实施例，可以用于执行本申请上述实施例中的接口协议测试方法。图9示意性地示出了本申请实施例提供的接口协议测试装置的结构框图。如图9所示，接口协议测试装置900包括：

请求信息获取模块910，被配置为通过交互界面获取用于测试接口协议的请求信息，并确定与请求信息相对应的一个或多个最小测试单元；

场景用例组建模块920，被配置为按照测试顺序将一个或多个最小测试单元组成场景用例，并在交互界面上展示对应于场景用例的树状结构思维导图；

场景用例调用模块930，被配置为调用场景用例，以通过场景用例执行待测试的接口协议，得到场景用例输出的返回数据，并根据返回数据对树状结构思维导图的输出节点上配置的检测参数进行参数赋值；

结果检测模块940，被配置为根据树状结构思维导图的结果检测节点上配置的检测条件对检测参数进行结果检测，得到接口协议的测试结果。

在本申请的一些实施例中，基于以上各实施例，场景用例调用模块包括：

调用单元，被配置为调用场景用例中的最小测试单元，执行对应的接口协议，得到响应信息；

返回数据获取单元，被配置为将响应信息中的数据作为返回数据，或者执行响应信息包括的指令以获取返回数据。

在本申请的一些实施例中，基于以上各实施例，调用单元包括：

异步测试子单元，被配置为若当前调用的最小测试单元是异步测试单元，则将异步测试单元加入到异步测试队列中，并按照测试顺序继续调用后续的最小测试单元；

轮询子单元，被配置为保持异步测试队列中的一个或多个异步测试单元处于执行状态，每隔预设时间查询测试队列中的异步测试单元的任务状态，若异步测试单元的任务已完成或者当异步测试单元的任务的完成时间超时，则生成异步测试单元对应的响应信息；

同步测试子单元，被配置为若当前调用的最小测试单元是同步测试单元，则执行同步测试单元并生成响应信息，并按照测试顺序继续调用后续的最小测试单元。

在本申请的一些实施例中，基于以上各实施例，调用单元还包括：

顺序调用子单元，被配置为按照基于思维导图的场景用例中的测试顺序调用最小测试单元；

定时调用子单元，被配置为按照预设定时调用规则每隔预定时间调用最小测试单元。

在本申请的一些实施例中，基于以上各实施例，请求信息获取模块包括：

请求信息获取单元，被配置为通过交互界面获取用于测试接口协议的请求信息，并通过网关层将请求信息发送至网络测试服务平台，以得到由网络测试服务平台返回的与请求信息相对应的一个或多个最小测试单元。

在本申请的一些实施例中，基于以上各实施例，结果检测模块包括：

第一判定单元，被配置为检测检测参数的数据类型是否属于预期数据类型；当检测参数的数据类型属于预期数据类型时，判定结果检测节点的结果检测通过；当检测参数的数据类型不属于预期数据类型时，判定结果检测节点的结果检测不通过；

第二判定单元，被配置为检测检测参数的数值是否处于预期范围之内；当检测参数的数值处于预期范围之内时，判定结果检测节点的结果检测通过；当检测参数的数值不处于预期范围之内时，判定结果检测节点的结果检测不通过；或

第三判定单元，被配置为检测检测参数是否属于预期数组；当检测参数为预期数组中的第一预期数组时，判定结果检测节点的结果检测通过；当检测参数为预期数组中的第二预期数组时，判定结果检测节点的结果检测不通过。

在本申请的一些实施例中，基于以上各实施例，场景用例中每个最小测试单元还配置有元参数，元参数符合接口协议规定的输入数据的格式和规则；结果检测模块包括：

匹配单元，被配置为将调用场景用例中的最小测试单元得到的检测参数与最小测试单元对应的预期参数进行匹配检测，根据匹配结果得到接口协议的测试结果。

本申请各实施例中提供的接口协议测试装置的具体细节已经在对应的方法实施例中进行了详细的描述，此处不再赘述。

图10示意性地示出了用于实现本申请实施例的电子设备的计算机系统结构框图。

需要说明的是，图10示出的电子设备1000仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图10所示，电子设备1000包括中央处理器1001(Central Processing Unit，CPU)，其可以根据存储在只读存储器1002(Read-Only Memory，ROM)中的程序或者从存储部分1008加载到随机访问存储器1003(RandomAccess Memory，RAM)中的程序而执行各种适当的动作和处理。在随机访问存储器1003中，还存储有系统操作所需的各种程序和数据。中央处理器1001、在只读存储器1002以及随机访问存储器1003通过总线1004彼此相连。输入/输出接口1005(Input/Output接口，即I/O接口)也连接至总线1004。

以下部件连接至输入/输出接口1005：包括键盘、鼠标等的输入部分1006；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分1007；包括硬盘等的存储部分1008；以及包括诸如局域网卡、调制解调器等的网络接口卡的通信部分1009。通信部分1009经由诸如因特网的网络执行通信处理。驱动器1010也根据需要连接至输入/输出接口1005。可拆卸介质1011，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1010上，以便于从其上读出的计算机程序根据需要被安装入存储部分1008。

特别地，根据本申请的实施例，各个方法流程图中所描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1009从网络上被下载和安装，和/或从可拆卸介质1011被安装。在该计算机程序被中央处理器1001执行时，执行本申请的系统中限定的各种功能。

需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本申请实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (10)

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

通过交互界面获取用于测试接口协议的请求信息，并确定与所述请求信息相对应的一个或多个最小测试单元；

按照测试顺序将所述一个或多个最小测试单元组成场景用例，并在所述交互界面上展示对应于所述场景用例的树状结构思维导图；

调用所述场景用例，以通过所述场景用例执行待测试的接口协议，得到所述场景用例输出的返回数据，并根据所述返回数据对所述树状结构思维导图的输出节点上配置的检测参数进行参数赋值；

根据所述树状结构思维导图的结果检测节点上配置的检测条件对所述检测参数进行结果检测，得到所述接口协议的测试结果。

2.根据权利要求1所述的接口协议测试方法，其特征在于，所述调用所述场景用例，以通过所述场景用例执行待测试的接口协议，得到所述场景用例输出的返回数据包括：

调用所述场景用例中的最小测试单元，执行对应的接口协议，得到响应信息；

将所述响应信息中的数据作为返回数据，或者执行所述响应信息包括的指令以获取返回数据。

3.根据权利要求2所述的接口协议测试方法，其特征在于，所述调用所述场景用例中的最小测试单元，执行对应的接口协议，得到响应信息，包括：

若当前调用的所述最小测试单元是异步测试单元，则将所述异步测试单元加入到异步测试队列中，并按照所述测试顺序继续调用后续的最小测试单元；

保持所述异步测试队列中的一个或多个异步测试单元处于执行状态，每隔预设时间查询测试队列中的异步测试单元的任务状态，若异步测试单元的任务已完成或者当异步测试单元的任务的完成时间超时，则生成所述异步测试单元对应的响应信息；

若当前调用的最小测试单元是同步测试单元，则执行所述同步测试单元并生成响应信息，并按照所述测试顺序继续调用后续的最小测试单元。

4.根据权利要求2所述的接口协议测试方法，其特征在于，所述调用所述场景用例中的最小测试单元包括：

按照基于思维导图的所述场景用例中的测试顺序调用最小测试单元；

按照预设定时调用规则每隔预定时间调用最小测试单元。

5.根据权利要求1所述的接口协议测试方法，其特征在于，所述通过交互界面获取用于测试接口协议的请求信息，并确定与所述请求信息相对应的一个或多个最小测试单元，包括：

通过交互界面获取用于测试接口协议的请求信息，并通过网关层将所述请求信息发送至网络测试服务平台，以得到由所述网络测试服务平台返回的与所述请求信息相对应的一个或多个最小测试单元。

6.根据权利要求1所述的接口协议测试方法，其特征在于，所述检测条件包括：

检测所述检测参数的数据类型是否属于预期数据类型；当所述检测参数的数据类型属于预期数据类型时，判定所述结果检测节点的结果检测通过；当所述检测参数的数据类型不属于预期数据类型时，判定所述结果检测节点的结果检测不通过；

检测所述检测参数的数值是否处于预期范围之内；当所述检测参数的数值处于预期范围之内时，判定所述结果检测节点的结果检测通过；当所述检测参数的数值不处于预期范围之内时，判定所述结果检测节点的结果检测不通过；或

检测所述检测参数是否属于预期数组；当所述检测参数为预期数组中的第一预期数组时，判定所述结果检测节点的结果检测通过；当所述检测参数为预期数组中的第二预期数组时，判定所述结果检测节点的结果检测不通过。

7.根据权利要求1所述的接口协议测试方法，其特征在于，所述场景用例中每个最小测试单元还配置有元参数，所述元参数符合所述接口协议规定的输入数据的格式和规则；所述根据所述树状结构思维导图的结果检测节点上配置的检测条件对所述检测参数进行结果检测，得到所述接口协议的测试结果，包括：

将调用所述场景用例中的最小测试单元得到的检测参数与所述最小测试单元对应的预期参数进行匹配检测，根据匹配结果得到所述接口协议的测试结果。

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

请求信息获取模块，被配置为通过交互界面获取用于测试接口协议的请求信息，并确定与所述请求信息相对应的一个或多个最小测试单元；

场景用例组建模块，被配置为按照测试顺序将所述一个或多个最小测试单元组成场景用例，并在所述交互界面上展示对应于所述场景用例的树状结构思维导图；

场景用例调用模块，被配置为调用所述场景用例，以通过所述场景用例执行待测试的接口协议，得到所述场景用例输出的返回数据，并根据所述返回数据对所述树状结构思维导图的输出节点上配置的检测参数进行参数赋值；

结果检测模块，被配置为根据所述树状结构思维导图的结果检测节点上配置的检测条件对所述检测参数进行结果检测，得到所述接口协议的测试结果。

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

10.一种电子设备，其特征在于，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1至7中任意一项所述的接口协议测试方法。

Images