CN114138654A - 接口测试用例生成方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种接口测试用例生成方法、装置、计算机设备和存储介质，该方法包括：根据用户需求选择相应的测试类型，并设置与测试类型对应的输入规则；获取基于输入规则输入的与测试类型相对应的测试对象参数；根据测试对象参数和测试类型，生成相应的测试用例。通过本申请，解决了相关技术中存在无法支持多种测试类型的问题，实现了能够自动生成支持多种测试类型的测试用例。

Description

接口测试用例生成方法、装置、计算机设备和存储介质

技术领域

本申请涉及软件测试技术领域，特别是涉及一种接口测试用例生成方法、装置、计算机设备和存储介质。

背景技术

在软件测试越来越受到重视的发展下，软件测试的流程逐渐变得更加系统化，同时也成为软件开发生命周期中不可或缺的一个重要步骤。随着系统的复杂性越来越高，对系统中大量不同的接口以及接口之间的复杂关系进行测试时，通过人工编写测试用例的方法会使测试效率变得低下，因此运用自动生成接口测试用例的方法进行接口测试逐渐成为主流。

在实际应用中，同一接口通常需要进行不同类型的测试，但是目前的自动生成接口测试用例的方法只提供了针对某一种测试类型的测试用例生成方法，对不同类型的接口测试需要重新编写新的相应测试脚本，因此存在无法支持多种测试类型的问题。

针对相关技术中存在无法支持多种测试类型的问题，目前还没有提出有效的解决方案。

发明内容

在本实施例中提供了一种接口测试用例生成方法、装置、计算机设备和存储介质，以解决相关技术中存在无法支持多种测试类型的问题。

第一个方面，在本实施例中提供了一种接口测试用例生成方法，包括：

根据用户需求选择相应的测试类型，并设置与所述测试类型对应的输入规则；

获取基于所述输入规则输入的与所述测试类型相对应的测试对象参数；

根据所述测试对象参数和所述测试类型，生成相应的测试用例。

在其中的一些实施例中，上述测试类型，包括：功能测试、数据测试以及业务测试。

在其中的一些实施例中，上述获取基于所述输入规则输入的与所述测试类型相对应的测试对象参数，包括：

当所述测试类型为功能测试时，获取至少包括用户名、角色以及单位的所述测试对象参数。

在其中的一些实施例中，上述获取基于所述输入规则输入的与所述测试类型相对应的测试对象参数，包括：

当所述测试类型为数据测试时，获取至少包括异常数据范围的所述测试对象参数。

在其中的一些实施例中，上述获取基于所述输入规则输入的与所述测试类型相对应的测试对象参数，包括：

当所述测试类型为业务测试时，获取至少包括用户账号状态的所述测试对象参数。

在其中的一些实施例中，在上述根据所述测试对象参数和所述测试类型，生成相应的测试用例之前，还包括：

通过整合已知测试用例，获取所述测试用例中的输入变量和期望输出变量；

根据所述输入变量和所述期望输出变量，生成测试模型。

在其中的一些实施例中，上述根据所述测试对象参数和所述测试类型，生成相应的测试用例，包括：

根据所述测试类型和所述测试模型，生成相应的测试脚本；

根据所述测试脚本和所述测试对象参数，生成相应的测试用例。

第二个方面，在本实施例中提供了一种接口测试用例生成装置，包括：测试类型选择模块、测试参数获取模块以及测试用例生成模块；

所述测试类型选择模块，用于根据用户需求选择与所述测试类型对应的测试类型，并设置相应的输入规则；

所述测试参数获取模块，用于获取基于所述输入规则输入的与所述测试类型相对应的测试对象参数；

所述测试用例生成模块，用于根据所述测试对象参数和所述测试类型，生成相应的测试用例。

第三个方面，在本实施例中提供了一种计算机设备，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一个方面所述的接口测试用例生成方法。

第四个方面，在本实施例中提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述第一个方面所述的接口测试用例生成方法。

与相关技术相比，在本实施例中提供的接口测试用例生成方法、装置、计算机设备和存储介质，通过根据用户需求选择相应的测试类型，并设置与所述测试类型对应的输入规则；获取基于所述输入规则输入的与所述测试类型相对应的测试对象参数；根据所述测试对象参数和所述测试类型，生成相应的测试用例，解决了相关技术中存在无法支持多种测试类型的问题，实现了能够自动生成支持多种测试类型的测试用例的效果。

本申请的一个或多个实施例的细节在以下附图和描述中提出，以使本申请的其他特征、目的和优点更加简明易懂。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为一个实施例中接口测试用例生成方法的终端的硬件结构框图；

图2为一个实施例中接口测试用例生成方法的流程图；

图3为一个优选实施例中接口测试用例生成方法的流程图；

图4为一个实施例中接口测试用例生成装置的结构框图。

图中：410、测试类型选择模块；420、测试参数获取模块；430、测试用例生成模块。

具体实施方式

为更清楚地理解本申请的目的、技术方案和优点，下面结合附图和实施例，对本申请进行了描述和说明。

除另作定义外，本申请所涉及的技术术语或者科学术语应具有本申请所属技术领域具备一般技能的人所理解的一般含义。在本申请中的“一”、“一个”、“一种”、“该”、“这些”等类似的词并不表示数量上的限制，它们可以是单数或者复数。在本申请中所涉及的术语“包括”、“包含”、“具有”及其任何变体，其目的是涵盖不排他的包含；例如，包含一系列步骤或模块(单元)的过程、方法和系统、产品或设备并未限定于列出的步骤或模块(单元)，而可包括未列出的步骤或模块(单元)，或者可包括这些过程、方法、产品或设备固有的其他步骤或模块(单元)。在本申请中所涉及的“连接”、“相连”、“耦接”等类似的词语并不限定于物理的或机械连接，而可以包括电气连接，无论是直接连接还是间接连接。在本申请中所涉及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。通常情况下，字符“/”表示前后关联的对象是一种“或”的关系。在本申请中所涉及的术语“第一”、“第二”、“第三”等，只是对相似对象进行区分，并不代表针对对象的特定排序。

在本实施例中提供的方法实施例可以在终端、计算机或者类似的运算装置中执行。比如在终端上运行，图1是本实施例的接口测试用例生成方法的终端的硬件结构框图。如图1所示，终端可以包括一个或多个(图1中仅示出一个)处理器102和用于存储数据的存储器104，其中，处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置。上述终端还可以包括用于通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述终端的结构造成限制。例如，终端还可包括比图1中所示更多或者更少的组件，或者具有与图1所示出的不同配置。

存储器104可用于存储计算机程序，例如，应用软件的软件程序以及模块，如在本实施例中的接口测试用例生成方法对应的计算机程序，处理器102通过运行存储在存储器104内的计算机程序，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输设备106用于经由一个网络接收或者发送数据。上述的网络包括终端的通信供应商提供的无线网络。在一个实例中，传输设备106包括一个网络适配器(NetworkInterface Controller，简称为NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输设备106可以为射频(Radio Frequency，简称为RF)模块，其用于通过无线方式与互联网进行通讯。

在本实施例中提供了一种接口测试用例生成方法，图2是相应方法的流程图，如图2所示，该流程包括以下步骤：

步骤S210，根据用户需求选择相应的测试类型，并设置与测试类型对应的输入规则。

具体地，用户可以根据需求选择进行不同类型的测试，包括：功能测试、数据测试以及业务测试，然后根据用户选择的测试类型，设置相应的输入规则。在本实施例中，上述输入规则指的是在输入不同的测试对象进行测试时，需要预先设置相应的输入规则，并按照相应的输入规则输入测试对象。其中，输入规则可以包括必填项、参数长度、参数有效性、参数默认值以及其他特定规则。

进一步地，在进行测试时，还需对输入的测试对象进行校验，确认是否符合上述输入规则以及是否为有效输入，上述校验具体包括必填项校验、参数长度校验、参数有效性校验、参数组合校验、枚举值校验以及默认值校验等。其中，必填项校验、参数长度校验、参数有效性校验分别校验测试对象参数是否符合输入规则中的必填项、参数长度以及合法性，参数组合校验是对多个测试对象参数组合后的合法性进行校验，枚举值校验是对枚举类中的值进行校验。

步骤S220，获取基于输入规则输入的与测试类型相对应的测试对象参数。

具体地，根据不同测试类型相应的输入规则，输入相应的测试对象参数。其中，获取的与测试类型相对应的测试对象参数具体可以包括不同数据类型，比如数值型、字符串型、数组、链表以及结构体等。

步骤S230，根据测试对象参数和测试类型，生成相应的测试用例。

具体地，根据选择的测试类型以及输入的相应测试对象参数，将测试对象参数输入预先定义的与测试类型相对应的测试程序脚本，自动生成相应的测试用例。

上述步骤通过根据用户需求选择相应的测试类型，并设置与测试类型对应的输入规则；获取基于输入规则输入的与测试类型相对应的测试对象参数；根据测试对象参数和测试类型，生成相应的测试用例。

现有的自动生成测试用例的方法通常只能为某一类的测试类型提供自动生成测试用例的方法，但是在实际应用中，同一接口也需要进行不同类型的测试，那么进行其他类型的测试时就需要重新编写新的相应的测试脚本，因此会更加耗费人力和时间。本实施例在现有技术的基础上提供了有效的补充，通过上述步骤，能够根据用户选择的不同测试类型设置相应的输入规则，然后基于输入规则输入合法、有效的测试对象参数，根据上述测试对象参数和选择的测试类型，通过测试脚本自动生成相应的测试用例，从而解决了现有技术中存在无法支持多种测试类型的问题。

进一步地，对用户而言只需选择需要的测试类型，根据输入规则输入测试对象参数，即可得到统一编写风格的测试用例，从而降低了用户操作的复杂度，节约了对编写的测试用例进行评审的时间，并且能够提升用户体验。

在其中的一些实施例中，上述测试类型，包括：功能测试、数据测试以及业务测试。

上述功能测试具体是指测试接口是否按照需求文档实现相应的功能的测试。进一步地，在本实施例中采用将UnitTest框架和DDT(Data-Driven Tests，数据驱动)相结合的方法实现对功能测试的测试用例自动生成方法。

上述数据测试具体包括两种对数据异常的情况进行的测试，一种是输入的测试对象参数异常的情况，比如超出边界值、输入为空以及异常字符等；另一种是其他数据异常的情况，比如网络延迟或者异常IP等特殊情况下产生的错误数据或者异常数据。进一步地，在本实施例中通过边界值分析法实现对数据测试的测试用例自动生成方法。

上述业务测试具体包括业务依赖测试和业务逻辑测试，其中，业务依赖测试是指进行一个方法的测试可能需要依赖另一个方法的测试结果的测试，也就是说明该测试需要以特定顺序执行；业务逻辑测试指的是根据业务线中的业务逻辑顺序进行测试。

进一步地，在本实施例中通过场景组合的方法实现业务测试，具体将业务中的每个场景都独立封装成代码块，比如一些常用场景：登陆、新增、编辑以及删除等，从而可以根据需要的业务顺序对场景进行调用，并且可以进行场景插入、场景替换、场景删除、场景重复以及数据替换的操作，实现不同的业务逻辑组合。比如，新用户使用一个平台时，有以下几个场景：打开平台(未登录状态)、进行注册、注册完成后登录以及在平台发布消息，通过调用这几个场景可以自主组合成业务线。如果需要打乱业务逻辑顺序进行测试，只需要重新进行调用场景的排序。并且，在异常场景中，用户权限不允许的操作、状态不允许的操作、数据不允许的操作以及极限条件下的操作，都可以通过上述业务测试方法进行测试。

通过本实施例中接口测试用例生成方法提供的三种测试类型，使该方法能够根据选择的测试类型的不同，自动生成相应的测试用例。

在其中的一些实施例中，上述获取基于输入规则输入的与测试类型相对应的测试对象参数，包括：

当测试类型为功能测试时，获取至少包括用户名、角色以及单位的测试对象参数。

具体地，当测试类型为功能测试时，有以下相应的输入规则：

(1)用户名为必填项，10位以内英文字符；

(2)角色为下拉选项，预置5个选项且为必填；

(3)单位为必填项，20位以内中英文字符。

进一步地，获取基于以上输入规则输入的测试对象参数，其中至少包括用户名、角色以及单位。在其他实施例中，根据不同情况的测试，还可以有其他测试对象参数，此处不作具体限定。

通过本实施例中提供的功能测试相应的输入规则，使在用户选择进行功能测试时，能够根据输入规则输入合法、有效的测试对象参数，从而可以获取这些测试对象参数进行后续的自动生成功能测试的测试用例。

在其中的一些实施例中，上述获取基于输入规则输入的与测试类型相对应的测试对象参数，包括：

当测试类型为数据测试时，获取至少包括异常数据范围的测试对象参数。

具体地，当测试类型为数据测试时，相应的输入规则是数据范围，因此对应地输入需要进行测试的异常数据范围。在其他实施例中，根据不同情况的测试，还可以有其他测试对象参数，此处不作具体限定。

通过本实施例中提供的数据测试相应的输入规则，使在用户选择进行数据测试时，能够根据输入规则输入合法、有效的测试对象参数，从而可以获取这些测试对象参数进行后续的自动生成数据测试的测试用例。

在其中的一些实施例中，上述获取基于输入规则输入的与测试类型相对应的测试对象参数，包括：

当测试类型为业务测试时，获取至少包括用户账号状态的测试对象参数。

具体地，当测试类型为业务测试时，有以下相应的输入规则：

(1)用户账号为登录状态；

(2)用户账户为正常状态。

进一步地，获取基于以上输入规则输入的测试对象参数，其中至少包括用户账号状态。其中，用户账户为正常状态的输入规则在不同场景下可以有不同的具体体现，比如，在一些场景下，用户账户存在余额就说明账户是正常状态。在其他实施例中，根据不同情况的测试，还可以有其他测试对象参数，此处不作具体限定。

通过本实施例中提供的业务测试相应的输入规则，使在用户选择进行业务测试时，能够根据输入规则输入合法、有效的测试对象参数，从而可以获取这些测试对象参数进行后续的自动生成业务测试的测试用例。

在其中的一些实施例中，在上述根据测试对象参数和测试类型，生成相应的测试用例之前，还包括以下步骤：

(1)通过整合已知测试用例，获取测试用例中的输入变量和期望输出变量；

(2)根据输入变量和期望输出变量，生成测试模型。

具体地，从大量的已知测试用例的测试脚本中获取其输入变量的基本约束条件和期望测试脚本输出的变量，根据其中规律生成测试模型，该测试模型用于后续在编写生成测试脚本时作为参照。

通过本实施例中在根据测试对象参数和测试类型自动生成测试用例之前，先整合大量测试用例从中获取测试脚本的输入变量和输出变量，根据其中的规律和标准得到测试模型，从而在编写测试脚本时以该测试模型作为参照，能够生成更加标准的测试用例。

在其中的一些实施例中，上述根据测试对象参数和测试类型，生成相应的测试用例，包括以下步骤：

(1)根据测试类型和测试模型，生成相应的测试脚本；

(2)根据测试脚本和测试对象参数，生成相应的测试用例。

具体地，上述测试脚本的生成还需要参照测试模型，从而能够生成具有一定标准的测试脚本，然后将测试对象参数作为测试脚本的输入参数，生成相应的测试用例。

通过本实施例中根据测试模型生成与测试类型相对应的测试脚本，然后将测试对象参数作为测试脚本的输入参数，能够自动生成具有一定标准和规律的相应的测试用例。

下面通过优选实施例对本实施例进行描述和说明。

图3是本优选实施例的接口测试用例生成方法的流程图，如图3所示，该方法包括以下步骤：

步骤S310，根据用户需求选择相应的测试类型，并设置与测试类型对应的输入规则。

具体地，上述测试类型包括功能测试、数据测试以及业务测试。

当测试类型为功能测试时，执行步骤S321。

步骤S321，基于输入规则，获取至少包括用户名、角色以及单位的测试对象参数。

当测试类型为数据测试时，执行步骤S322。

步骤S322，基于输入规则，获取至少包括异常数据范围的测试对象参数。

当测试类型为业务测试时，执行步骤S323。

步骤S323，基于输入规则，获取至少包括用户账号状态的测试对象参数。

具体地，上述步骤S321、S322以及S323中不同测试类型相应的输入规则如上述所有实施例中所描述。

步骤S330，通过整合已知测试用例，根据其中的输入变量和期望输出变量，生成测试模型。

步骤S340，根据测试类型和测试模型，生成相应的测试脚本，再根据测试脚本和测试对象参数，生成相应的测试用例。

具体地，当测试类型为功能测试时，通过将UnitTest框架和DDT(数据驱动)相结合，逐个读取测试对象参数并进行各接口赋值，将赋值到各个接口上的测试对象参数加载到脚本上，得到测试脚本，该测试脚本预先创建在接口测试工具上。通过执行测试脚本在接口测试工具上进行接口测试，生成接口测试用例。

具体地，当测试类型为数据测试时，根据边界值分析法输出测试脚本，将测试对象参数逐一读取到测试脚本中，并执行测试脚本，生成接口测试用例。

具体地，当测试类型为业务测试时，通过场景组合的方法，具体将业务中的每个场景都独立封装成代码块，通过对各场景进行调用、替换、插入以及删除等操作，可以根据具体的业务线将各个场景组合起来进行业务测试。

需要说明的是，在上述流程中或者附图的流程图中示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。例如，步骤S321、S322以及S323之间的执行顺序可以互换。

在本实施例中还提供了一种接口测试用例生成装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。以下所使用的术语“模块”、“单元”、“子单元”等可以实现预定功能的软件和/或硬件的组合。尽管在以下实施例中所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图4是本实施例的接口测试用例生成装置的结构框图，如图4所示，该装置包括：测试类型选择模块410、测试参数获取模块420以及测试用例生成模块430；

测试类型选择模块410，用于根据用户需求选择与测试类型对应的测试类型，并设置相应的输入规则。

测试参数获取模块420，用于获取基于输入规则输入的与测试类型相对应的测试对象参数。

测试用例生成模块430，用于根据测试对象参数和测试类型，生成相应的测试用例。

通过本实施例提供的装置，能够根据用户选择的不同测试类型设置相应的输入规则，然后基于输入规则输入合法、有效的测试对象参数，根据上述测试对象参数和选择的测试类型，通过测试脚本自动生成相应的测试用例，从而解决了现有技术中存在无法支持多种测试类型的问题。

在其中的一些实施例中，上述测试类型选择模块，还用于提供功能测试、数据测试以及业务测试这三种测试类型。

在其中的一些实施例中，上述测试参数获取模块，还用于当测试类型为功能测试时，获取至少包括用户名、角色以及单位的测试对象参数。

在其中的一些实施例中，上述测试参数获取模块，还用于当测试类型为数据测试时，获取至少包括异常数据范围的测试对象参数。

在其中的一些实施例中，上述测试参数获取模块，还用于当测试类型为业务测试时，获取至少包括用户账号状态的测试对象参数。

在其中的一些实施例中，上述装置还包括测试模型生成模块，用于通过整合已知测试用例，获取测试用例中的输入变量和期望输出变量；根据输入变量和期望输出变量，生成测试模型。

在其中的一些实施例中，上述测试用例生成模块，还用于根据测试类型和测试模型，生成相应的测试脚本；根据测试脚本和测试对象参数，生成相应的测试用例。

需要说明的是，上述各个模块可以是功能模块也可以是程序模块，既可以通过软件来实现，也可以通过硬件来实现。对于通过硬件来实现的模块而言，上述各个模块可以位于同一处理器中；或者上述各个模块还可以按照任意组合的形式分别位于不同的处理器中。

在本实施例中还提供了一种计算机设备，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

可选地，上述计算机设备还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。

需要说明的是，在本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，在本实施例中不再赘述。

此外，结合上述实施例中提供的接口测试用例生成方法，在本实施例中还可以提供一种存储介质来实现。该存储介质上存储有计算机程序；该计算机程序被处理器执行时实现上述实施例中的任意一种接口测试用例生成方法。

应该明白的是，这里描述的具体实施例只是用来解释这个应用，而不是用来对它进行限定。根据本申请提供的实施例，本领域普通技术人员在不进行创造性劳动的情况下得到的所有其它实施例，均属本申请保护范围。

显然，附图只是本申请的一些例子或实施例，对本领域的普通技术人员来说，也可以根据这些附图将本申请适用于其他类似情况，但无需付出创造性劳动。另外，可以理解的是，尽管在此开发过程中所做的工作可能是复杂和漫长的，但是，对于本领域的普通技术人员来说，根据本申请披露的技术内容进行的某些设计、制造或生产等更改仅是常规的技术手段，不应被视为本申请公开的内容不足。

“实施例”一词在本申请中指的是结合实施例描述的具体特征、结构或特性可以包括在本申请的至少一个实施例中。该短语出现在说明书中的各个位置并不一定意味着相同的实施例，也不意味着与其它实施例相互排斥而具有独立性或可供选择。本领域的普通技术人员能够清楚或隐含地理解的是，本申请中描述的实施例在没有冲突的情况下，可以与其它实施例结合。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对专利保护范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。

Claims (10)

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

根据用户需求选择相应的测试类型，并设置与所述测试类型对应的输入规则；

获取基于所述输入规则输入的与所述测试类型相对应的测试对象参数；

根据所述测试对象参数和所述测试类型，生成相应的测试用例。

2.根据权利要求1所述的接口测试用例生成方法，其特征在于，所述测试类型，包括：功能测试、数据测试以及业务测试。

3.根据权利要求1所述的接口测试用例生成方法，其特征在于，所述获取基于所述输入规则输入的与所述测试类型相对应的测试对象参数，包括：

当所述测试类型为功能测试时，获取至少包括用户名、角色以及单位的所述测试对象参数。

4.根据权利要求1所述的接口测试用例生成方法，其特征在于，所述获取基于所述输入规则输入的与所述测试类型相对应的测试对象参数，包括：

当所述测试类型为数据测试时，获取至少包括异常数据范围的所述测试对象参数。

5.根据权利要求1所述的接口测试用例生成方法，其特征在于，所述获取基于所述输入规则输入的与所述测试类型相对应的测试对象参数，包括：

当所述测试类型为业务测试时，获取至少包括用户账号状态的所述测试对象参数。

6.根据权利要求1至5任意一项所述的接口测试用例生成方法，其特征在于，在所述根据所述测试对象参数和所述测试类型，生成相应的测试用例之前，还包括：

通过整合已知测试用例，获取所述测试用例中的输入变量和期望输出变量；

根据所述输入变量和所述期望输出变量，生成测试模型。

7.根据权利要求6所述的接口测试用例生成方法，其特征在于，所述根据所述测试对象参数和所述测试类型，生成相应的测试用例，包括：

根据所述测试类型和所述测试模型，生成相应的测试脚本；

根据所述测试脚本和所述测试对象参数，生成相应的测试用例。

8.一种接口测试用例生成装置，其特征在于，包括：测试类型选择模块、测试参数获取模块以及测试用例生成模块；

所述测试类型选择模块，用于根据用户需求选择与所述测试类型对应的测试类型，并设置相应的输入规则；

所述测试参数获取模块，用于获取基于所述输入规则输入的与所述测试类型相对应的测试对象参数；

所述测试用例生成模块，用于根据所述测试对象参数和所述测试类型，生成相应的测试用例。

9.一种计算机设备，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行权利要求1至7中任一项所述的接口测试用例生成方法。

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

Images