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

Abstract

本发明提供了一种接口测试方法、装置、设备及可读存储介质，所述方法包括获取源文件信息和模板信息，源文件信息包括至少一个待测试的代码文件、至少一条第一注解信息和至少一条第二注解信息，第一注解信息用于对待测试的代码文件的类进行注解，第二注解信息用于对标记过第一注解信息的待测试的代码文件进行注解，模板信息包括待测试的代码文件生成测试方法所需的规则；根据第一注解信息生成待测试的代码文件对应的测试类；解析第二注解信息后，根据模板信息在待测试的代码文件对应的测试类中生成对应的测试方法；将测试方法进行注解并解析，得到测试方法对应的测试用例，本发明通过注解实现了用户权限与业务参数的分离，使编写测试代码更为简洁。

Description

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

技术领域

本发明涉及单元测试领域，具体而言，涉及一种接口测试方法、装置、设备及可读存储介质。

背景技术

在现有技术中通过JUNIT单元测试框架进行接口测试时，由开发人员或测试人员生成测试类，然后编写测试用例，开发人员在编写测试用例时，除自身业务代码，还需要关注公共模块的逻辑，例如怎样实例化测试用例，实例化后如何调用接口，接口中往往也含有用户身份校验的逻辑，开发人员还需要自行构建可用的用户身份，接口返回后，开发人员需再手动编写断言来判断接口运行情况，其中，对于服务架构不够熟悉的初级程序开发，不是特别友好，且对于所有的接口开发人员，过程都有较大的重叠，需要重复编写代码，极大的降低了测试效率。

发明内容

本发明的目的在于提供了一种接口测试方法、装置、设备及可读存储介质，以改善上述问题。

为了实现上述目的，本申请实施例提供了如下技术方案：

一方面，本申请实施例提供了一种接口测试方法，所述方法包括：

获取源文件信息和模板信息，所述源文件信息包括至少一个待测试的代码文件、至少一条第一注解信息和至少一条第二注解信息，所述第一注解信息用于对所述待测试的代码文件的类进行注解，所述第二注解信息用于对标记过所述第一注解信息的所述待测试的代码文件进行注解，所述模板信息包括所述待测试的代码文件生成测试方法所需的规则；

根据所述第一注解信息生成所述待测试的代码文件对应的测试类；

解析所述第二注解信息后，根据所述模板信息在所述待测试的代码文件对应的测试类中生成对应的测试方法；

将所述测试方法进行注解并解析，得到所述测试方法对应的测试用例。

第二方面，本申请实施例提供了一种接口测试装置，所述装置包括：

获取模块，用于获取源文件信息和模板信息，所述源文件信息包括至少一个待测试的代码文件、至少一条第一注解信息和至少一条第二注解信息，所述第一注解信息用于对所述待测试的代码文件的类进行注解，所述第二注解信息用于对标记过所述第一注解信息的所述待测试的代码文件进行注解，所述模板信息包括所述待测试的代码文件生成测试方法所需的规则；

第一生成模块，用于根据所述第一注解信息生成所述待测试的代码文件对应的测试类；

第二生成模块，用于解析所述第二注解信息后，根据所述模板信息在所述待测试的代码文件对应的测试类中生成对应的测试方法；

注解模块，用于将所述测试方法进行注解并解析，得到所述测试方法对应的测试用例。

第三方面，本申请实施例提供了一种接口测试设备，所述设备包括存储器和处理器。存储器用于存储计算机程序；处理器用于执行所述计算机程序时实现上述接口测试方法的步骤。

第四方面，本申请实施例提供了一种可读存储介质，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述接口测试方法的步骤。

本发明的有益效果为：

本发明实现了单元测试代码自动生成测试类，只需要对待测试的测试文件的类标注第一注解信息，解析第一注解信息即可在JUNIT单元测试框架中生成对应的测试类，通过解析第二注解信息根据模板信息为待测试的代码文件生成测试方法，此外本发明还预先配置有用户列表并建立第三注解信息与用户列表中包括的用户权限之间的对应关系，实现了对用户身份校验部分公共逻辑的提取，当需要模拟对应的用户权限只需要对测试方法添加对应的第三注解信息，对所述第三注解信息进行解析即可得到需要模拟的用户权限，为接口测试提供了一种重复代码少、效率高的测试方法。

本发明的其他特征和优点将在随后的说明书阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明实施例了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中待要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本发明实施例中所述的接口测试方法流程示意图。

图2为本发明实施例中所述的接口测试装置结构示意图。

图3为本发明实施例中所述的接口测试设备结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

实施例1

如图1所示，本实施例提供了一种接口测试方法，该方法包括步骤S1、步骤S2、步骤S3和步骤S4。

步骤S1、获取源文件信息和模板信息，所述源文件信息包括至少一个待测试的代码文件、至少一条第一注解信息和至少一条第二注解信息，所述第一注解信息用于对所述待测试的代码文件的类进行注解，所述第二注解信息用于对标记过所述第一注解信息的所述待测试的代码文件进行注解，所述模板信息包括所述待测试的代码文件生成测试方法所需的规则；

步骤S2、根据所述第一注解信息生成所述待测试的代码文件对应的测试类；

步骤S3、解析所述第二注解信息后，根据所述模板信息在所述待测试的代码文件对应的测试类中生成对应的测试方法；

步骤S4、将所述测试方法进行注解并解析，得到所述测试方法对应的测试用例。

在现有技术中通过JUNIT进行接口测试时，开发人员在编写测试用例，除自身业务代码，还需要关注公共模块的逻辑，例如怎样实例化测试用例，实例化后如何根据接口，接口中往往也含有用户身份校验的逻辑，开发人员还需要自行构建可用的用户身份，接口返回后，开发人员需再手动编写断言来判断接口运行情况，这些公共逻辑存在较多重复的过程，需要重复编写代码，极大的降低了测试效率。

因此本实施例通过对源文件进行注解实现对测试类和测试方法的生成，通过判断源文件中包括的待测试的代码文件的类上是否标注有第一注解信息即可判断该待测试的代码文件是否需要生成对应的测试类，通过判断该待测试的代码文件是否标注有第二注解信息即可判断该待测试的代码文件是否需要生成对应的测试方法，其中具体为开发人员预先对JUNIT单元测试框架编写模板信息，将源文件中待测试的代码文件对应的测试方法的规则输入到模板信息再导入JUNIT单元测试框架中，并建立模板信息与第二注解信息的联系关系，当待测试的代码文件存在第二注解信息，通过对第二注解信息进行解析即可在测试类中生成模板信息中的测试方法，此外，对于不同的待测试的代码文件，可通过开发人员预先编写对应的测试方法所需的规则实现对不同的待测试的代码文件进行测试。

根据上述特征，本实施例可以实现对接口的快速、高效的测试功能。为接口测试提供了一种高效率且重复编写代码少的测试方法，本方法可以广泛适用于银行的服务器端接口测试的场景中。

在本公开的一种具体实施方式中，所述步骤S2，还可以包括步骤S21。

步骤S21、判断所述源文件中包括的待测试的代码文件的类是否存在所述第一注解信息，若存在所述第一注解信息，则在JUNIT单元测试框架中建立测试目录，并在所述测试目录中的空白子文件中生成所述第一注解信息对应的测试类；若不存在所述第一注解信息，则检测下一个所述待测试的代码文件。

在本公开的一种具体实施方式中，所述步骤S4，还可以包括步骤S41、步骤S42和步骤S43。

步骤S41、获取第三注解信息和第四注解信息，所述第三注解信息用于对测试方法所需的用户权限进行注解，所述第四注解信息用于对测试方法所需的业务参数进行注解，所述业务参数包括完成接口测试所需的操作指令；

步骤S42、根据所述第三注解信息和所述第四注解信息对所述测试方法进行注解，得到注解后的测试方法；

步骤S43、解析所述第三注解信息和所述第四注解信息得到所述测试方法对应的测试用例。

在本实施例中，通过对第三注解信息对测试方法所需的用户权限进行注解和第四注解信息对测试方法所需的业务参数进行注解实现了对用户权限和业务参数的拆分，使编写单元测试代码更为简洁，此外，还可以添加空的注解以便开发人员对用户权限和业务参数进行编写。

在本公开的一种具体实施方式中，所述步骤S43，还可以包括步骤S431、步骤S432和步骤S433。

步骤S431、获取用户列表信息，所述用户列表信息包括用户权限和所述第三注解信息之间一一对应的关系；

步骤S432、将所述第三注解信息进行解析得到第三注解信息对应的用户权限；

步骤S433、根据所述第三注解信息对应的用户权限和所述第四注解信息得到所述测试方法对应的测试用例。

在本实施例中，开发人员预先配置有用户列表信息，用户列表信息包括了待测试的代码文件所需模拟的多个用户权限，并且建立一第三注解信息与用户权限之间一一对应的关系，实现了对用户权限逻辑的提取，JUNIT单元测试框架只需解析第三注解信息即可模拟待测试的代码文件所需模拟的用户权限。

在本公开的一种具体实施方式中，所述步骤S433，还可以包括步骤S4331和步骤S4332。

步骤S4331、将所述第四注解信息进行解析得到第四注解信息对应的业务参数的实例；

步骤S4332、将所述第三注解信息对应的用户权限和所述第四注解信息对应的业务参数的实例进行拼接，得到所述测试方法对应的测试用例。

在本实施例中，可以在第四注解信息中使用XML标记语言或者JSON格式的文本来表示业务参数，XML格式和JSON格式比较通用，可以减少开发人员的学习成本，然后对所述第四注解信息进行解析即可得到对应业务参数的实例，通过将对应业务参数的实例与用户权限拼接即可得到一个测试用例，开发人员通过编写不同的业务参数可以得到多个测试用例，并且通过一个测试方法可以实现对多个测试用例进行测试。

在本公开的一种具体实施方式中，所述步骤S4后，还可以包括步骤S5和步骤S6。

步骤S5、根据所述测试用例对待测试的接口进行测试，得到测试结果；

步骤S6、判断所述测试结果是否正常，其中，若所述测试结果正常，则得到测试结果的返回值；若所述测试结果异常，则将所述测试结果记录至异常日志。

在本实施例中，通过测试用例调用接口的接口方法，对待测试的代码文件进行测试，当测试接口结果显示异常后，将所述测试结果记录至异常日志，由开发人员查询异常日志，对测试结果异常的接口进行调试并重新测试，直到接口逻辑符合预期，即得到测试结果的正常返回值。

实施例2

如图2所示，本实施例提供了装置，所述装置包括获取模块901、第一生成模块902、第二生成模块903和注解模块904。

所述获取模块901、用于获取源文件信息和模板信息，所述源文件信息包括至少一个待测试的代码文件、至少一条第一注解信息和至少一条第二注解信息，所述第一注解信息用于对所述待测试的代码文件的类进行注解，所述第二注解信息用于对标记过所述第一注解信息的所述待测试的代码文件进行注解，所述模板信息包括所述待测试的代码文件生成测试方法所需的规则；

所述第一生成模块902，用于根据所述第一注解信息生成所述待测试的代码文件对应的测试类；

所述第二生成模块903，用于解析所述第二注解信息后，调用所述模板信息在所述待测试的代码文件对应的测试类中生成对应的测试方法；

所述注解模块904，用于将所述测试方法进行注解并解析，得到所述测试方法对应的测试用例。

根据上述特征，本实施例可以实现对接口的快速、高效的测试功能。为接口测试提供了一种效率高、重复编写代码少的测试装置，本方法可以广泛适用于银行的服务器端接口测试的场景中。

在本公开的一种具体实施方式中，所述第一生成模块902包括判断单元9021。

所述判断单元9021，用于判断所述源文件中包括的待测试的代码文件的类是否存在所述第一注解信息，若存在所述第一注解信息，则在JUNIT单元测试框架中建立测试目录，并在所述测试目录中的空白子文件中生成所述第一注解信息对应的测试类；若不存在所述第一注解信息，则检测下一个所述待测试的代码文件。

在本公开的一种具体实施方式中，所述注解模块904包括第一获取单元9041、注解单元9042和第一解析单元9043。

所述第一获取单元9041，用于获取第三注解信息和第四注解信息，所述第三注解信息用于对测试方法所需的用户权限进行注解，所述第四注解信息用于对测试方法所需的业务参数进行注解，所述业务参数包括完成接口测试所需的操作指令；

所述注解单元9042，用于根据所述第三注解信息和所述第四注解信息对所述测试方法进行注解，得到注解后的测试方法；

所述第一解析单元9043，用于解析所述第三注解信息和所述第四注解信息得到所述测试方法对应的测试用例。

在本公开的一种具体实施方式中，所述第一解析单元9043包括第二获取单元90431、第二解析单元90432和生成单元90433。

所述第二获取单元90431，用于获取用户列表信息，所述用户列表信息包括用户权限和所述第三注解信息之间一一对应的关系；

所述第二解析单元90432，用于将所述第三注解信息进行解析得到第三注解信息对应的用户权限；

所述生成单元90433，用于根据所述第三注解信息对应的用户权限和所述第四注解信息得到所述测试方法对应的测试用例。

在本公开的一种具体实施方式中，所述生成单元90433包括第三解析单元904331和拼接单元904332。

所述第三解析单元904331，用于将所述第四注解信息进行解析得到第四注解信息对应的业务参数的实例；

所述拼接单元904332，用于将所述第三注解信息对应的用户权限和所述第四注解信息对应的业务参数的实例进行拼接，得到所述测试方法对应的测试用例。

在本公开的一种具体实施方式中，所述装置，还包括测试模块905和判断模块906。

所述测试模块905，用于根据所述测试用例对待测试的接口进行测试，得到测试结果；

所述判断模块906，用于判断所述测试结果是否正常，其中，若所述测试结果正常，则得到测试结果的返回值；若所述测试结果异常，则将所述测试结果记录至异常日志。

需要说明的是，关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

实施例3

相应于上面的方法实施例，本公开实施例还提供接口测试设备，下文描述的接口测试设备与上文描述的接口测试方法可相互对应参照。

图3是根据一示例性实施例示出的接口测试设备800的框图。如图3所示，该接口测试设备800可以包括：处理器801，存储器802。该接口测试设备800还可以包括多媒体组件803，输入/输出(I/O)接口804，以及通信组件805中的一者或多者。

其中，处理器801用于控制该接口测试设备800的整体操作，以完成上述的接口测试方法中的全部或部分步骤。存储器802用于存储各种类型的数据以支持在该接口测试设备800的操作，这些数据例如可以包括用于在该接口测试设备800上操作的任何应用程序或方法的指令，以及应用程序相关的数据，例如联系人数据、收发的消息、图片、音频、视频等等。该存储器802可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，例如静态随机存取存储器(StaticRandomAccessMemory，简称SRAM)，电可擦除可编程只读存储器(ElectricallyErasableProgrammableRead-OnlyMemory，简称EEPROM)，可擦除可编程只读存储器(ErasableProgrammable Read-OnlyMemory，简称EPROM)，可编程只读存储器(Programmable Read-OnlyMemory，简称PROM)，只读存储器(Read-OnlyMemory，简称ROM)，磁存储器，快闪存储器，磁盘或光盘。多媒体组件803可以包括屏幕和音频组件。其中屏幕例如可以是触摸屏，音频组件用于输出和/或输入音频信号。例如，音频组件可以包括一个麦克风，麦克风用于接收外部音频信号。所接收的音频信号可以被进一步存储在存储器802或通过通信组件805发送。音频组件还包括至少一个扬声器，用于输出音频信号。I/O接口804为处理器801和其他接口模块之间提供接口，上述其他接口模块可以是键盘，鼠标，按钮等。这些按钮可以是虚拟按钮或者实体按钮。通信组件805用于该接口测试设备800与其他设备之间进行有线或无线通信。无线通信，例如Wi-Fi，蓝牙，近场通信(NearFieldCommunication，简称NFC)，2G、3G或4G，或它们中的一种或几种的组合，因此相应的该通信组件805可以包括：Wi-Fi模块，蓝牙模块，NFC模块。

在一示例性实施例中，该接口测试设备800可以被一个或多个应用专用集成电路(ApplicationSpecificIntegratedCircuit，简称ASIC)、数字信号处理器(DigitalSignalProcessor，简称DSP)、数字信号处理设备(DigitalSignalProcessingDevice，简称DSPD)、可编程逻辑器件(ProgrammableLogicDevice，简称PLD)、现场可编程门阵列(FieldProgrammableGateArray，简称FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述的接口测试方法。

在另一示例性实施例中，还提供了一种包括程序指令的计算机可读存储介质，该程序指令被处理器执行时实现上述的接口测试方法的步骤。例如，该计算机可读存储介质可以为上述包括程序指令的存储器802，上述程序指令可由该接口测试设备800的处理器801执行以完成上述的接口测试方法。

相应于上面的方法实施例，本公开实施例还提供了一种可读存储介质，下文描述的一种可读存储介质与上文描述的接口测试方法可相互对应参照。

实施例4

一种可读存储介质，可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现上述方法实施例的接口测试方法的步骤。

该可读存储介质具体可以为U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(RandomAccessMemory，RAM)、磁碟或者光盘等各种可存储程序代码的可读存储介质。

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

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (14)

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

获取源文件信息和模板信息，所述源文件信息包括至少一个待测试的代码文件、至少一条第一注解信息和至少一条第二注解信息，所述第一注解信息用于对所述待测试的代码文件的类进行注解，所述第二注解信息用于对标记过所述第一注解信息的所述待测试的代码文件进行注解，所述模板信息包括所述待测试的代码文件生成测试方法所需的规则；

根据所述第一注解信息生成所述待测试的代码文件对应的测试类；

解析所述第二注解信息后，根据所述模板信息在所述待测试的代码文件对应的测试类中生成对应的测试方法；

将所述测试方法进行注解并解析，得到所述测试方法对应的测试用例。

2.根据权利要求1所述的接口测试方法，其特征在于，所述根据所述第一注解信息生成所述待测试的代码文件对应的测试类，包括：

判断所述源文件中包括的待测试的代码文件的类是否存在所述第一注解信息，若存在所述第一注解信息，则在JUNIT单元测试框架中建立测试目录，并在所述测试目录中的空白子文件中生成所述第一注解信息对应的测试类；若不存在所述第一注解信息，则检测下一个所述待测试的代码文件。

3.根据权利要求1所述的接口测试方法，其特征在于，所述将所述测试方法进行注解并解析，得到所述测试方法对应的测试用例，包括：

获取第三注解信息和第四注解信息，所述第三注解信息用于对测试方法所需的用户权限进行注解，所述第四注解信息用于对测试方法所需的业务参数进行注解，所述业务参数包括完成接口测试所需的操作指令；

根据所述第三注解信息和所述第四注解信息对所述测试方法进行注解，得到注解后的测试方法；

解析所述第三注解信息和所述第四注解信息得到所述测试方法对应的测试用例。

4.根据权利要求3所述的接口测试方法，其特征在于，所述解析所述第三注解信息和所述第四注解信息得到所述测试方法对应的测试用例，包括：

获取用户列表信息，所述用户列表信息包括用户权限和所述第三注解信息之间一一对应的关系；

将所述第三注解信息进行解析得到第三注解信息对应的用户权限；

根据所述第三注解信息对应的用户权限和所述第四注解信息得到所述测试方法对应的测试用例。

5.根据权利要求4所述的接口测试方法，其特征在于，所述根据所述第三注解信息对应的用户权限和所述第四注解信息得到所述测试方法对应的测试用例，包括：

将所述第四注解信息进行解析得到第四注解信息对应的业务参数的实例；

将所述第三注解信息对应的用户权限和所述第四注解信息对应的业务参数的实例进行拼接，得到所述测试方法对应的测试用例。

6.根据权利要求1所述的接口测试方法，其特征在于，所述将所述测试方法进行注解并解析，得到所述测试方法对应的测试用例后，还包括：

根据所述测试用例对待测试的接口进行测试，得到测试结果；

判断所述测试结果是否正常，其中，若所述测试结果正常，则得到测试结果的返回值；若所述测试结果异常，则将所述测试结果记录至异常日志。

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

获取模块，用于获取源文件信息和模板信息，所述源文件信息包括至少一个待测试的代码文件、至少一条第一注解信息和至少一条第二注解信息，所述第一注解信息用于对所述待测试的代码文件的类进行注解，所述第二注解信息用于对标记过所述第一注解信息的所述待测试的代码文件进行注解，所述模板信息包括所述待测试的代码文件生成测试方法所需的规则；

第一生成模块，用于根据所述第一注解信息生成所述待测试的代码文件对应的测试类；

第二生成模块，用于解析所述第二注解信息后，根据所述模板信息在所述待测试的代码文件对应的测试类中生成对应的测试方法；

注解模块，用于将所述测试方法进行注解并解析，得到所述测试方法对应的测试用例。

8.根据权利要求7所述的接口测试装置，其特征在于，所述第一生成模块，包括：

判断单元，用于判断所述源文件中包括的待测试的代码文件的类是否存在所述第一注解信息，若存在所述第一注解信息，则在JUNIT单元测试框架中建立测试目录，并在所述测试目录中的空白子文件中生成所述第一注解信息对应的测试类；若不存在所述第一注解信息，则检测下一个所述待测试的代码文件。

9.根据权利要求7所述的接口测试装置，其特征在于，所述注解模块，包括：

第一获取单元，用于获取第三注解信息和第四注解信息，所述第三注解信息用于对测试方法所需的用户权限进行注解，所述第四注解信息用于对测试方法所需的业务参数进行注解，所述业务参数包括完成接口测试所需的操作指令；

注解单元，用于根据所述第三注解信息和所述第四注解信息对所5述测试方法进行注解，得到注解后的测试方法；

第一解析单元，用于解析所述第三注解信息和所述第四注解信息得到所述测试方法对应的测试用例。

10.根据权利要求9所述的接口测试装置，其特征在于，所述第一解析单元，包括：

0第二获取单元，用于获取用户列表信息，所述用户列表信息包括用户权限和所述第三注解信息之间一一对应的关系；

第二解析单元，用于将所述第三注解信息进行解析得到第三注解信息对应的用户权限；

生成单元，用于根据所述第三注解信息对应的用户权限和所述第5四注解信息得到所述测试方法对应的测试用例。

11.根据权利要求10所述的接口测试装置，其特征在于，所述第一生成单元，包括：

第三解析单元，用于将所述第四注解信息进行解析得到第四注解信息对应的业务参数的实例；

0拼接单元，用于将所述第三注解信息对应的用户权限和所述第四注解信息对应的业务参数的实例进行拼接，得到所述测试方法对应的测试用例。

12.根据权利要求7所述的接口测试装置，其特征在于，所述装置，还包括：

5测试模块，用于根据所述测试用例对待测试的接口进行测试，得到测试结果；

判断模块，用于判断所述测试结果是否正常，其中，若所述测试结果正常，则得到测试结果的返回值；若所述测试结果异常，则将所述测试结果记录至异常日志。

13.一种接口测试设备，其特征在于，包括：

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

处理器，用于执行所述计算机程序时实现如权利要求1至6任一项所述接口测试方法的步骤。

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

Images