CN114691464A - 一种接口测试方法、计算机设备及计算机可读存储介质 - Google Patents

Abstract

本发明实施例提供一种接口测试方法、计算机设备及计算机可读存储介质，方法通过获取根据预定模板自动生成的待测试的接口的中间接口函数，获取调用至少一个中间接口函数以实现业务功能的至少一个步骤的功能函数，生成按照所需的业务功能调用至少一个功能函数的测试用例，执行该测试用例以进行测试，在某些实施过程中具有提高接口测试的效率，易于调试，减少冗余代码量技术效果，有利于保证测试的质量。

Description

一种接口测试方法、计算机设备及计算机可读存储介质

技术领域

本发明实施例涉及但不限于计算机领域，具体而言，涉及但不限于一种接口测试方法、计算机设备及计算机可读存储介质。

背景技术

随着互联网的高速发展，软件开发工具和技术的日渐完善导致各种各样的软件产品开始涌现，越来越多的国内外IT企业对软件的质量提出更高的要求。近年来，IT行业对于软件测试的自动化日益重视，特别在敏捷开发流程中，更是不可或缺。然而在相关技术中，针对接口的测试仍在存在效率低下、难以调试和冗余代码多等问题，容易影响测试的质量。

发明内容

本发明实施例提供的一种接口测试方法、计算机设备及计算机可读存储介质，主要解决的技术问题是相关技术中对于接口的测试效率低下的技术问题。

为解决上述技术问题，本发明实施例提供一种接口测试方法，包括：获取待测试的接口的中间接口函数，所述中间接口函数根据预定模板自动生成；获取功能函数，所述功能函数根据所述中间接口函数形成，所述功能函数调用至少一个所述中间接口函数实现业务功能的至少一个步骤；生成测试用例，所述测试用例按照所需的业务功能调用至少一个所述功能函数，根据所述功能函数形成；执行所述测试用例进行测试。

本发明实施例还提供一种计算机设备，包括处理器、存储器及通信总线；所述通信总线用于实现处理器和存储器之间的连接通信；所述处理器用于执行存储器中存储的一个或者多个计算机程序，以实现如上所述的接口测试方法的步骤。

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

根据本发明实施例提供的接口测试方法、计算机设备及计算机存储介质，通过待测试的接口的中间接口函数，中间接口函数根据预定模板自动生成；获取功能函数，功能函数根据中间接口函数形成，功能函数实现业务功能的至少一个步骤；生成测试用例，测试用例按照所需的业务功能调用至少一个功能函数；执行测试用例进行测试。由于对中间接口函数的再次封装，形成了功能函数，使得对于测试用例的编写可以不关心底层的具体实现，在某些实施过程中可实现包括但不限于的提高接口测试的效率，有利于保证测试的质量。

本发明其他特征和相应的有益效果在说明书的后面部分进行阐述说明，且应当理解，至少部分有益效果从本发明说明书中的记载变的显而易见。

附图说明

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

图2为本发明实施例二的一种接口测试系统的架构示意图；

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

图4为本发明实施例二的接口测试方法进一步的细化流程示意图一；

图5为本发明实施例二的接口测试方法进一步的细化流程示意图二；

图6为本发明实施例二的接口测试方法的一种自动化测试过程的流程示意图；

图7为本发明实施例三的计算机设备的结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，下面通过具体实施方式结合附图对本发明实施例作进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

实施例一：

为了解决相关技术中针对接口的测试效率低下、难以调试和冗余代码的问题。本发明实施例提供一种接口测试方法，请参见图1，接口测试方法包括：

S101、获取根据预定模板自动生成的待测试的接口的中间接口函数；

应当说明的是，在本发明实施例中，中间接口函数并非是可以直接被调用以进行测试的函数。中间接口函数是根据预定模板自动生成的，在设置传输参数的情况下，该中间接口函数可以实现接口的最基本的信息交互。本实施例中，通过自动化的生成中间接口函数，能够保证所有中间接口函数的风格统一，易于阅读和维护。同时，相较于相关技术中使用人工进行编写的方式，避免了函数调用不一致或者对于相同的接口编写有冗余函数，使得自动化测试的代码臃肿的问题。自动化的中间接口函数生成有利于及时的更新，始终与实际的接口配置保持一致。

在一些具体实施过程中，这些自动生成的中间接口函数还可以包括相关的说明，例如包括但不限于接口传入参数的类型、参数的说明、参数的数据格式以及接口返回的参数的说明，更加易于测试人员的理解。

在一些实施方式中，中间接口函数根据待测试的接口按预定模板自动生成包括：

获取接口描述文件，接口描述文件中以预定格式对接口进行描述；

根据接口描述文件，生成中间接口函数。

该接口描述文件可以是任何形式的文件，但应当说明的是，接口描述文件的格式应当保持一致，这里所指的结构一致还可以包括样式、层次的一致。也就是说接口描述文件是结构化的，保证计算机程序按照设定的方式就能够对接口描述文件中对接口的描述进行获取。

接口描述文件可以是在线文件，也可以是本地文件，例如在线文件可以是包括但不限于网页等，本地文件可以是包括但不限于excel(Microsoft Office Excel电子表格软件的文件格式)、word(Microsoft Office Word文字处理器应用程序的文件格式)、txt(操作系统上附带的一种文本格式)等文件格式文档，当然，这些文件格式的文档也可以存储在云端作为在线文件的形式存在。

在一些实施方式中，上述根据所述接口描述文件，生成中间接口函数具体可以包括：

从所述接口描述文件中获取所述接口的参数信息；

根据所述参数信息生成目标语言形式的中间接口函数。

这里所指的参数信息包括但不限于接口传入参数的类型、参数的说明、参数的数据格式以及接口返回的参数的说明。但应当理解的是，实际应用中在实现一个接口的接口函数时，并非需要用到所有的参数信息，例如对于代码而言，在一些情况下即使没有参数的说明、接口返回的参数的说明等参数信息也并不影响其可运行性。具体根据哪些所需的参数信息生成中间接口函数，测试人员可根据实际的情况进行选择，也即本实施例并不限定中间接口函数是否需要将接口描述文件中的所有参数信息都利用到。当然，实际应用中可以将上述参数的说明等说明性的参数信息以包括但不限于注释、注解等形式添加到中间接口函数中，以便于测试人员理解和维护。

在一些实施方式中，接口描述文件包括记载有接口的参数信息的网页，当接口描述文件是网页时，从接口描述文件中获取参数信息包括：通过网页解析工具解析网页，从而获取到网页中的参数信息。作为一种具体的示例，网页可以是包括但不限于swagger网页，swagger是一个规范和完整的框架，用于生成、描述、调用和可视化RESTful(REST：Representational State Transfer，表述性状态转换)风格的Web(网络)服务。本示例中swagger网页中记载了对于接口的描述，可以理解的是，swagger网页无法被测试用例直接调用，可以通过爬虫工具或者将网页文件下载保存到本地，网页通常为超级文本标记语言(HTML，Hyper Text Markup Language)编写，通过超级文本标记语言解析工具对swagger网页进行解析，获取其中记载的参数信息。可以理解的是，本实施例的接口描述文件是结构化的，即使将swagger网页替换为其他开源或自定义的接口描述网页，也能够按照相应的规则通过相应的解析工具获取其中的参数信息。

在一些实施方式中，根据参数信息生成目标语言形式的中间接口函数包括：将获取的参数信息映射到对应于目标语言的函数模板中，根据函数模板生成目标语言可调用的中间接口函数。这里所指的目标语言可以是任何需要的编程语言，例如包括但不限于java、C、python、C#、php等，具体根据测试人员的需要选择。

S102、获取调用至少一个所述中间接口函数实现业务功能的至少一个步骤的功能函数；

本实施例的功能函数是根据中间接口函数形成的，其调用至少一个中间接口函数实现一个或多个业务功能的至少一个步骤。应当说明的是，本实施例的功能函数相当于基于业务功能对中间接口函数再次进行封装后得到的函数。该功能函数可以是由测试人员进行编写的，由于已经自动生成了中间接口函数，测试人员在编写功能函数时不需要重点考虑底层的操作实现，而侧重于对于业务功能的组装，因此在一些实施过程中更易于测试人员的开发、调试，利于提升效率。

在获取到功能函数后，可以将这些功能函数保存，以供所需要的时候进行调用。

S103、生成按照所需的业务功能调用至少一个根据所述功能函数的测试用例；

应当说明的是，本发明实施例中的测试用例是指可运行代码形式的测试用例，其被处理器执行后，实现根据设定的测试功能和场景完成单个或一系列的测试操作以进行测试的步骤。

本实施例的测试用例是按照所需的业务功能根据功能函数生成的，测试用例调用功能函数以进行测试。作为一个具体的示例，例如测试用例对应于注册以及对注册后的账号进行登录的完整流程进行测试，按照该完整流程中所涉及的一个或多个业务功能，测试用例调用实现这些业务功能的功能函数以模拟实施上述完整流程。测试用例可以是由测试人员进行编写的，由于步骤S102中已经获取到能够实现业务功能的功能函数，测试人员在编写测试用例时，只需要考虑测试用例的实际业务功能进行编写，不需要考虑其内部的具体实现，易于测试人员的开发、调试，利于提升效率。可以理解的是，上述功能函数以及测试用例都可以由测试人员进行编写，也可以是计算机通过例如人工智能等方式生成的。

S104、执行测试用例进行测试。

若测试用例在测试过程中没有通过，则表明测试用例的编写可能存在问题，或者表明是被测试的接口存在问题。对于测试的结果进行记录，后续可针对测试的结果进行相应的问题修复。

在一些实施方式中，接口测试方法还包括：

S105、当测试用例没有通过测试时，生成进行了更新的测试用例；

S106、执行进行了更新的测试用例进行测试；

这里所指的没有通过测试即指没有获得正确的结果，其包括但不限于没有获取到结果以及获取到错误的结果。当测试用例没有通过，有可能是测试人员在编写过程中出现了错误，可获取更新后的测试用例再次进行测试。

当然，在实际应用中，也可能是由于接口的错误导致测试用例无法通过测试，在生成更新的测试用例之前或之后，还可以判断是否是接口的错误，若是接口的错误造成的，则在接口进行调整更新后对应于该接口再次进行测试。

在一些实施方式中，接口测试方法还包括：

S107、当待检测的接口更新后，获取更新的接口对应的中间接口函数；

S108、再次执行所述测试用例进行测试。

可以理解的是，当接口更新后，接口的参数可能发生变化，由于本实施例中的中间接口函数可以根据预定的模板自动生成，因此可以实现快速的更新并与实际的接口配置保持一致。获取到更新的中间接口函数后，执行测试用例进行测试，可检测出更新后的接口是否存在错误，或检测出测试用例是否还能够适用于对当前的接口进行测试。

在一些实施方式中，上述步骤S108、再次执行所述测试用例进行测试之后，还包括：

S109、当测试用例没有通过测试，获取更新后的功能函数和/或更新后的测试用例；

S110、执行最新获取到的测试用例进行测试。

可以理解的是，接口更新后，实现某个功能所需的逻辑可能发生改变，实现某个测试用例所需的业务逻辑也可能发生改变，测试人员根据实际的情况对功能函数和/或测试用例进行修改，在获取到更新后的功能函数和/或更新后的测试用例之后再次进行测试。

本发明实施例提供的接口测试方法，通过获取根据预定模板自动生成的中间接口函数，获取根据中间接口函数生成的能够实现业务功能的至少一个步骤的功能函数，获取按照所需业务功能根据功能函数形成的测试用例，执行该测试用例进行测试；由于中间接口函数的自动生成，使得测试过程中的各个接口函数具有统一的风格，利于维护并且能够跟随实际的接口配置快速完成更新，根据中间接口函数形成的功能函数在编写过程中，不需要考虑接口函数的具体实现，而根据功能函数形成的测试用例在编写过程中不需要考虑功能的具体实现过程，测试过程中的开发层次简单明确，利于维护，有利于分布式的开发，提高接口测试的整体测试效率和质量。

实施例二：

为了更好的对本发明实施例的接口测试方法进行说明，本实施例结合具体的示例对接口测试方法做进一步的说明。

请参见图2，示意出一种接口测试系统的架构示意图，本发明实施例的接口测试方法可以结合该接口测试系统的架构进行实施。在该架构中，包括待测接口层、中间接口函数层、组件层、业务层，其中，待测接口层向中间接口函数层提供接口描述文件，中间接口函数层根据该接口描述文件生成中间接口函数，组件层将中间接口函数封装为能够实现业务功能的至少一个步骤的功能函数，业务层根据实际的业务进行测试用例的构建。但应当说明的是，结合上述接口测试系统的架构进行接口测试方法的实施仅仅是一种可选的具体实施方式，实际应用中接口测试方法还可以以任何形式进行实施。

本实施例中以对web站点的接口为例继续进行说明，但可以理解的是，本发明实施例的接口测试方法对于其他场景中的接口的测试也是适用的。

中间接口函数层获取到接口描述文件后，为测试用例构建统一的中间接口函数，供组件层的功能函数进行调用。中间接口函数层还提供接口转换功能套件，接口转换功能模块包括语言模板组件、后端文档解析组件以及接口函数生成组件。语言模板组件，开发自动化测试用例使用的编程语言，包含但不限于java、C、python、C#、php等，该组件为生成能够调用的接口函数提供必要的函数模板；后端文档解析组件，即自动化生成测试接口的解析工具，可以针对接口描述文件进行解析，这些接口描述文件包括但不限于网页、excel、word、txt等类型的文档，可以解析接口描述文件中包括但不限于post、get、put、delete、option等接口方法；接口函数生成组件，该组件可以使用上述后端文档解析组件解析出来的接口参数，将接口参数映射到语言模板组件的函数模板中，从而构建出所需的中间接口函数。实际应用中，上述接口转换功能套件的各个组件可以是同种编程语言，也可以是不同的编程语言。

可见，在本实施例上述的接口测试系统的架构中，中间接口函数层仅仅面向与web站点的接口，例如HTTP(Hyper Text Transfer Protocol，超文本传输协议)接口，并不考虑web站点所实现的具体功能。同时，中间接口函数层不对返回的结果进行评判，并在正常测试过程中不受到人工的改动。

参见图3，在本实施例的示例中，接口测试方法具体包括：

S301、获取swagger页面；

该swagger页面可以是从待测接口层获取的，例如从web站点获取，当然在其他实施方式中可以通过任意方式获取。待测的web站点使用swagger页面进行接口描述，也就是说该swagger页面即是本示例中的接口描述文件，该swagger页面无法被测试用例直接调用，可通过包括但不限于爬虫工具或将该swagger页面直接保存到本地的方式获取到swagger页面。

S302、生成python语言能够调用的中间接口函数；

本示例中假设以python语言作为编写测试用例的语言，因此生成的中间接口函数是python语言能够调用的。在实际应用中，还可以使用其他编程语言编写测试用例，只需要生成相应的编程语言能够调用的中间接口函数即可。

本示例中，该过程可通过上述的接口函数生成组件实施，构建准备生成python语言的函数模板组件，函数模板组件用来生成python语言可以直接调用的中间接口函数。swagger网页是HTML文件，后端文档解析组件可以是超文本标记语言解析工具，例如python中的lxml(lxml是python的一个解析库,支持HTML的解析)工具；利用lxml工具对swagger网页进行解析，通过lxml工具将HTML根节点进行参数信息分解与提取归类，获取接口的包括但不限于body、form、参数名等信息。接口函数生成组件利用后端文档解析组件获取到的参数信息，逐个映射到函数模板组件中，从而生成python语言可以调用的中间接口函数。

可以理解的是，上述步骤S302可以由用户触发，也可以是机器在达到预定条件时自动触发。

S303、获取功能函数；

测试人员可根据中间接口函数编写功能函数，在上述接口测试系统的架构中，编写功能函数的测试人员相当于组件层。本示例中，该功能函数是针对具体业务的单个步骤进行封装的，由于中间接口函数已经自动生成，编写功能函数的过程中隔离了HTTP操作，测试人员可以更专注于业务功能的组装。当然，根据实际的测试需求，该功能函数中可以针对具体的业务作出合理的异常断言。

实际应用中，一个功能函数可以实现业务功能的至少一个步骤。本示例中，每个功能函数进行简单的单个功能的步骤的封装，以便对功能函数进行复用。

S304、生成测试用例；

测试人员可根据功能函数编写测试用例，在上述接口测试系统的架构中，编写测试用例的测试人员相当于业务层。本示例中，该测试用例是针对于被测的web站点中的各个功能的具体业务进行构建的，由于已经获取了功能函数供测试用例调用，测试人员不需要考虑接口的具体实现，测试用例的编写侧重于业务逻辑流程，可直接利用上述步骤S303获取的功能函数完成测试用例的编写。应当说明的是，测试用例可包括多个，可以是测试用例的集合，也可以是测试用例框架。

S305、执行测试用例。

本实施例还结合其他场景，示出接口测试方法的另一些实施示例。以下的示例均在上述步骤执行完毕的基础上，对接口测试方法进行进一步的说明。

在一种示例中，web站点进行了更新，参见图4，接口测试方法还包括：

S401、获取更新后的中间接口函数；

web站点的更新可能导致测试用例出现异常，因此需要对测试中所要使用的中间接口函数进行更新。

由于web站点的业务的变更或者性能优化等原因，web站点的HTTP接口进行了调整，在HTTP接口调整之后，开发人员可以通知测试人员。

测试人员使用接口函数生成组件生成新的中间接口函数，可以理解的是，此过程中，可以仅仅针对出现调整的HTTP接口以及这些HTTP接口可能影响到的其他HTTP接口进行。

S402、执行测试用例；

于HTTP接口调整后再次执行测试用例，以对更新后的HTTP接口进行测试。

S403、当测试用例没有通过测试，获取更新的功能函数和/或测试用例；

可以理解的是，测试用例没有通过，说明某个步骤的具体实现或者实现相应业务功能时的具体流程可能发生了改变，测试人员根据实际的情况编写新的功能函数和/或测试用例。由于中间接口函数是自动生成的，因此若实现业务功能的具体流程没有发生变化，则不需要修改测试用例，仅需要考虑功能函数是否需要进行调整。

S404、执行最新获取的测试用例完成后续测试。

当测试用例更新后，执行测试用例，测试HTTP接口是否存在错误。

可以理解的是，本示例中，也可以在测试用例没有通过测试时，判断是否是由于HTTP接口错误导致的，若能够判断出是由于HTTP接口错误导致的，则可通知开发人员对错误进行修复，在错误修复后再进行测试。

在另一种示例中，参见图5，对接口进行测试的过程包括：

S501、当执行测试用例发现测试用例没有通过测试，记录错误原因；

S502、通知web站点的开发人员进行修改；

S503、重新获取中间接口函数；

在开发人员对web站点的接口进行修改之后，根据新的接口描述文件自动生成中间接口函数。该过程可由测试人员在接口描述文件更新之后发出相关的指令以触发执行。

S504、执行测试用例；

根据实际的情况，可以仅执行前次未通过的测试用例，也可以选择将相关的或者是所有的测试用例都再次执行，

S505、当接口出现错误导致测试用例没有通过测试时，回到步骤S501；

S506、当测试用例错误导致测试用例没有通过测试时，获取更新的功能函数和/或测试用例；

测试人员针对没有通过的测试用例，检查功能函数以及测试用例本身的编写是否存在问题，对功能函数和/或测试用例进行修改。

可见，通过本实施例的接口测试方法，测试人员在测试的过程中不需要考虑中间接口函数的具体实现，能够更专注的对业务功能进行测试，并且只需要调整功能函数和/或测试用例，易于维护和调试，有利于提高接口测试的效率，保证测试的质量。

为了更好的理解，本实施例还结合一个具体的测试场景示例出一种自动化测试的过程，该过程示例出如何调用功能函数生成测试用例。请参见图6，该过程包括：

S601、测试人员编写测试用例，该测试用例需要用到根据用户名获取到用户权限的功能函数；

可以理解的是，该测试用例是可以是由测试人员编写的，测试人员根据所需的测试场景编写测试用例，例如在对判断用户是否具备权限去执行某些操作的功能是否正常而进行测试时，可能需要使用到根据用户名获取到用户权限的功能。

S602、查询功能函数库中是否存在该功能函数；

本示例中，获取到的功能函数均被存储于功能函数库中，当测试用例需要使用某个功能的步骤时，可查询功能函数库中是否存在相应的功能函数。

若功能函数库中不存在实现相应功能的功能函数，则执行步骤S603；若存在，则执行步骤S604；

该查询的过程可以是测试人员人工进行翻阅功能函数库；也可以是测试人员输入相应的关键词，计算机从功能函数库中查询是否有某个或某些功能函数的相关描述符合测试人员输入的关键词，并将查询到功能函数反馈给测试人员以供测试人员选用。

S603、获取从用户名返回用户信息的HTTP接口函数，并根据该HTTP接口函数封装出所需的功能函数；

本示例所测试的对象可以是web站点的接口，本实施例中的HTTP接口函数是根据预定模板自动生成的，格式统一，且不需要测试人员考虑HTTP请求的get请求信息，或者说，减少或消除了测试人员对于HTTP接口函数的底层实现的考虑。测试人员在自动生成的从用户名返回用户信息的HTTP接口函数的基础上，能够高效的完成对于业务步骤的再次封装，形成所需的功能函数。

本示例中，在获取到的测试人员编写好的根据用户名获取到用户权限的功能函数之后，可将该功能函数添加到功能函数库中以备测试用例调用；并可继续执行步骤S604以进行测试。

S604、从功能函数库中调用该功能函数，生成测试用例。

当功能函数库中存在测试用例所需的功能函数，例如本示例中的根据用户名获取到用户权限的功能函数，则可直接调用该功能函数。由于功能函数库中已经获取了被测站点的各种功能函数，因此，测试人员在编写测试用例时，根据测试用例的业务功能的需求调用至少一个功能函数以实现某个或多个功能，测试人员能够高效的完成测试用例的编写。

S605、执行该测试用例。

生成测试用例之后，执行该测试用例即可进行对应的测试，执行该测试用例包括但不限于对相应的代码进行编译、运行。在本示例中，执行测试用例后，至少调用功能函数模拟出根据用户名获取用户权限的动作，以检验该功能是否满足设计需求。实际应用中，测试用例还可以基于此实现一系列的前置或后续的步骤，以测试一系列的业务流程。

可见，通过本发明实施例的接口测试方法，利于测试用例的维护和更新，测试人员对功能函数和测试用例的编写效率高，测试过程中的开发层次简单明确，利于维护，有利于分布式的开发，提高接口测试的整体测试效率和质量。

实施例三：

本实施例还提供了一种计算机设备，参见图7所示，其包括处理器701、存储器702及通信总线703，其中：

通信总线703用于实现处理器701和存储器702之间的连接通信；

处理器701用于执行存储器702中存储的一个或者多个计算机程序，以实现上述实施例一和实施例二中的接口测试方法中的至少一个步骤。

本实施例还提供了一种计算机可读存储介质，该计算机可读存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、计算机程序模块或其他数据)的任何方法或技术中实施的易失性或非易失性、可移除或不可移除的介质。计算机可读存储介质包括但不限于RAM(Random Access Memory，随机存取存储器),ROM(Read-Only Memory，只读存储器),EEPROM(Electrically Erasable Programmable read only memory，带电可擦可编程只读存储器)、闪存或其他存储器技术、CD-ROM(Compact Disc Read-Only Memory，光盘只读存储器)，DVD(Digital versatile disc，数字多功能盘)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。

本实施例中的计算机可读存储介质可用于存储一个或者多个计算机程序，其存储的一个或者多个计算机程序可被处理器执行，以实现上述实施例一和实施例二中的接口测试方法的至少一个步骤。

可见，本领域的技术人员应该明白，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件(可以用计算装置可执行的计算机程序代码来实现)、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。

此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、计算机程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。所以，本发明不限制于任何特定的硬件和软件结合。

Claims (10)

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

获取待测试的接口的中间接口函数，所述中间接口函数根据预定模板自动生成；

获取功能函数，所述功能函数根据所述中间接口函数形成，所述功能函数调用至少一个所述中间接口函数实现业务功能的至少一个步骤；

生成测试用例，所述测试用例按照所需的业务功能调用至少一个所述功能函数；

执行所述测试用例进行测试。

2.如权利要求1所述的接口测试方法，其特征在于，所述中间接口函数根据待测试的接口按预定模板自动生成包括：

获取接口描述文件，所述接口描述文件中以预定格式对所述接口进行描述；

根据所述接口描述文件，生成中间接口函数。

3.如权利要求2所述的接口测试方法，其特征在于，所述根据所述接口描述文件，生成中间接口函数包括：

从所述接口描述文件中获取所述接口的参数信息；

根据所述参数信息生成目标语言形式的中间接口函数。

4.如权利要求3所述的接口测试方法，其特征在于，所述接口描述文件包括记载有所述接口的参数信息的网页，所述从所述接口描述文件中获取参数信息包括:

通过网页解析工具解析所述网页,获取自所述网页中解析到的参数信息。

5.如权利要求3所述的接口测试方法，其特征在于，根据所述参数信息生成目标语言形式的中间接口函数包括：

将获取的所述参数信息，映射到对应于目标语言的函数模板中，根据所述函数模板生成所述目标语言可调用的所述中间接口函数。

6.如权利要求1所述的接口测试方法，其特征在于，所述接口测试方法还包括：

当所述测试用例没有通过测试时，生成进行了更新的所述测试用例；

执行所述进行了更新的测试用例进行测试。

7.如权利要求1所述的接口测试方法，其特征在于，所述接口测试方法还包括：

当所述待检测的接口更新后，重新获取更新的接口对应的中间接口函数；

再次执行所述测试用例进行测试。

8.如权利要求7所述的接口测试方法，其特征在于，再次执行所述测试用例进行测试后，还包括：

当所述测试用例没有通过测试，获取更新后的功能函数和/或更新后的测试用例；

执行最新获取到的测试用例进行测试。

9.一种计算机设备，所述计算机设备包括处理器、存储器及通信总线；

所述通信总线用于实现处理器和存储器之间的连接通信；

所述处理器用于执行存储器中存储的一个或者多个计算机程序，以实现如权利要求1至8中任一项所述的接口测试方法的步骤。

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

Images