CN115757097A - 一种测试用例生成方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请公开了一种测试用例生成方法、装置、电子设备及存储介质，涉及自动化测试技术领域。其中，该方法包括：获取用户在交互界面中所输入的项目基本信息和项目对应的至少一个目标测试类型；从测试用例库中确定出符合项目基本信息和目标测试类型的初始测试用例；确定目标测试类型对应的规则，并基于规则对初始测试用例进行规则匹配得到目标测试用例。本申请提供的技术方案，可以替换人工自动完成测试用例的筛选，不仅可以保证测试用例筛选准确性，还可以提高DevOps项目管理平台在测试准备阶段的自动化率。

Description

一种测试用例生成方法、装置、电子设备及存储介质

技术领域

本申请涉及自动化测试技术领域，尤其涉及一种测试用例生成方法、装置、电子设备及存储介质。

背景技术

开发运维一体化(Development Operations，简称DevOps)集成项目管理、代码、知识库的一体化项目管理平台，遵循开发-测试-运维一体化理念。随着DevOps的发展，如何完全实现自动化以提高测试效率成为了关键遗留问题。从测试阶段出发，分为测试前移准备、测试执行、测试总结三大阶段，其中测试准备阶段是相当重要的，直接关乎到整个测试的质量和效率，在测试准备阶段中如何将符合要求的测试用例集导入至DevOps项目管理平台，以便为后期测试工作提供指导以及审计具有重要意义。

目前在DevOps项目管理平台中，测试用例生成过程与测试用例导入过程是单独分开，测试用例导入方式多为手动筛选测试用例再手动导入的方式，不仅消耗测试人员大量时间精力，而且手动筛选用例很可能出现格式上的错误，对于用例格式要求极高的项目管理平台会造成测试用例导入操作失败。因此，如何实现提高DevOps项目管理平台测试自动化率，成为了亟待解决的问题。

发明内容

本申请提供了一种测试用例生成方法、装置、电子设备及存储介质，可以保证测试用例筛选准确性，还可以提高DevOps项目管理平台在测试准备阶段的自动化率。

第一方面，本申请提供了一种测试用例生成方法，该方法包括：

获取用户在交互界面中所输入的项目基本信息和项目对应的至少一个目标测试类型；

从测试用例库中确定出符合所述项目基本信息和所述目标测试类型的初始测试用例；

确定所述目标测试类型对应的规则，并基于所述规则对所述初始测试用例进行规则匹配得到目标测试用例。

本申请实施例提供了一种测试用例生成方法，包括：获取用户在交互界面中所输入的项目基本信息和项目对应的至少一个目标测试类型；从测试用例库中确定出符合项目基本信息和目标测试类型的初始测试用例；确定目标测试类型对应的规则，并基于规则对初始测试用例进行规则匹配得到目标测试用例。本申请提出一种自动化测试用例插件工具，可以通过交互界面中自主传参的方式先筛选出初始测试用例，再确定出不同测试类型的规则，再基于规则自动生成不同测试类型的目标测试用例，可以替换人工自动完成测试用例的筛选，不仅可以保证测试用例筛选准确性，还可以提高DevOps项目管理平台在测试准备阶段的自动化率。

进一步的，在所述确定所述目标测试类型对应的规则之后，还包括：确定所述目标测试类型中是否包括冒烟测试；若包括，则确定所述冒烟测试的强度等级。

进一步的，当所述目标测试类型为冒烟测试时，所述规则包括用例编号规则；所述基于所述规则对所述初始测试用例进行规则匹配得到目标测试用例，包括：根据所述用例编号规则对所述初始测试用例进行命名得到中间测试用例；从所述中间测试用例中挑选出符合所述强度等级的目标测试用例。

进一步的，所述初始测试用例与所述目标测试用例的格式不同，所述规则还包括用例格式规则，所述基于所述规则对所述初始测试用例进行规则匹配得到目标测试用例，包括：根据所述用例格式规则对所述初始测试用例进行编写得到所述目标测试用例。

进一步的，确定所述目标测试用例的当前格式；基于标准用例模板的标准格式对所述当前格式进行格式校验；若校验成功，则调用队列调度方法将所述项目对应的所述目标测试用例导入至开发运维一体化DevOps项目管理平台。

进一步的，在所述调用队列调度方法将所述项目对应的所述目标测试用例导入至DevOps项目管理平台之后，还包括：若未将所述项目对应的所述目标测试用例全部导入至所述DevOps项目管理平台，则生成导入失败日志；将所述导入失败日志展示在所述交互界面中，以指示所述用户排查导入失败原因。

进一步的，所述目标测试类型还包括如下至少一项：功能测试、性能测试、安全测试、灰度验证测试、接口测试、界面测试、业务安全测试、关联测试、回归测试、移动端测试。

第二方面，本申请提供了一种测试用例生成装置，该装置包括：

测试信息获取模块，用于获取用户在交互界面中所输入的项目基本信息和项目对应的至少一个目标测试类型；

初始用例生成模块，用于从测试用例库中确定出符合所述项目基本信息和所述目标测试类型的初始测试用例；

目标用例生成模块，用于确定所述目标测试类型对应的规则，并基于所述规则对所述初始测试用例进行规则匹配得到目标测试用例。

第三方面，本申请提供了一种电子设备，该电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本申请任意实施例所述的测试用例生成方法。

第四方面，本申请提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现本申请任意实施例所述的测试用例生成方法。

需要说明的是，上述计算机指令可以全部或者部分存储在计算机可读存储介质上。其中，计算机可读存储介质可以与测试用例生成装置的处理器封装在一起，也可以与测试用例生成装置的处理器单独封装，本申请对此不做限定。

本申请中第二方面、第三方面以及第四方面的描述，可以参考第一方面的详细描述；并且，第二方面、第三方面以及第四方面的描述的有益效果，可以参考第一方面的有益效果分析，此处不再赘述。

应当理解，本部分所描述的内容并非旨在标识本申请的实施例的关键或重要特征，也不用于限制本申请的范围。本申请的其他特征将通过以下的说明书而变得容易理解。

可以理解的是，在使用本申请各实施例公开的技术方案之前，均应当依据相关法律法规通过恰当的方式对本申请所涉及个人信息的类型、使用范围以及使用场景等告知用户并获得用户的授权。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种测试用例生成方法的第一流程示意图；

图2为本申请实施例提供的一种测试用例生成方法的第二流程示意图；

图3为本申请实施例提供的一种测试用例生成装置的结构示意图；

图4是用来实现本申请实施例的一种测试用例生成方法的电子设备的框图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“目标”以及“原始”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够实施除了在这里图示或描述之外的顺序。此外，术语“包括”、“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

图1为本申请实施例提供的一种测试用例生成方法的第一流程示意图，本实施例可适用于在DevOps项目管理平台的测试准备阶段中自动生成不同目标测试类型对应的目标测试用例的情况。本实施例提供的一种测试用例生成方法可以由本申请实施例提供的测试用例生成装置来执行，该装置可以通过软件和/或硬件的方式实现，并集成在执行本方法的电子设备中。优选的，该电子设备可以是测试用例插件工具，集成在DevOps项目管理平台中。

参见图1，本实施例的方法包括但不限于如下步骤：

S110、获取用户在交互界面中所输入的项目基本信息和项目对应的至少一个目标测试类型。

目标测试类型包括如下至少一项：功能测试、性能测试、冒烟测试、安全测试、灰度验证测试、接口测试、界面测试、业务安全测试、关联测试、回归测试、移动端测试。

在本申请实施例中，DevOps项目管理平台中包括用户交互模块，用户(如测试人员)可以在该用户交互模块的交互界面中自主输入参数，如：项目基本信息(如项目编号等信息)和待测试的测试类型(即目标测试类型)，其中，目标测试类型支持多选。测试人员将参数输入完成之后，测试用例插件工具可以从交互界面中获取项目基本信息和项目对应的至少一个目标测试类型。

S120、从测试用例库中确定出符合项目基本信息和目标测试类型的初始测试用例。

在本申请实施例中，DevOps项目管理平台中还包括初始用例生成模块。初始用例生成模块基于项目基本信息和各目标测试类型从测试用例库中挑选出各目标测试类型对应的初始测试用例。

S130、确定目标测试类型对应的规则，并基于规则对初始测试用例进行规则匹配得到目标测试用例。

在本申请实施例中，DevOps项目管理平台中还包括目标用例生成模块。目标用例生成模块对各目标测试类型进行解析，得到各目标测试类型对应的规则。规则可以包括用例格式规则、用例编号规则或其他预设规则。

进一步的，假如初始测试用例与目标测试用例的格式不同，规则还包括用例格式规则，基于规则对初始测试用例进行规则匹配得到目标测试用例，包括：目标用例生成模块根据用例格式规则对初始测试用例进行编写得到目标测试用例。

进一步的，在确定目标测试类型对应的规则之后，还包括：确定至少一个目标测试类型中是否包括冒烟测试；若包括，则从交互界面中获取用户所输入的冒烟测试的强度等级。可选的，冒烟测试的强度等级可以设置为默认值，如中等。测试人员执行测试用例生成工具时，在用户设置完参数之后，自动调用截图插件将配置的参数信息进行截图，并保存截图到本地缓存文件夹中。

进一步的，当目标测试类型为冒烟测试时，所述规则包括用例编号规则；基于规则对初始测试用例进行规则匹配得到目标测试用例，包括：根据用例编号规则对初始测试用例进行命名得到中间测试用例；从中间测试用例中挑选出符合强度等级的目标测试用例。

本实施例提供的技术方案，获取用户在交互界面中所输入的项目基本信息和项目对应的至少一个目标测试类型；从测试用例库中确定出符合项目基本信息和目标测试类型的初始测试用例；确定目标测试类型对应的规则，并基于规则对初始测试用例进行规则匹配得到目标测试用例。本申请通过交互界面中自主传参的方式先筛选出初始测试用例，再确定出不同测试类型的规则，再基于规则自动生成不同测试类型的目标测试用例，可以替换人工自动完成测试用例的筛选，不仅可以保证测试用例筛选准确性，还可以提高DevOps项目管理平台在测试准备阶段的自动化率。

下面进一步描述本申请实施例提供的测试用例生成方法，图2为本申请实施例提供的一种测试用例生成方法的第二流程示意图。本申请实施例是在上述实施例的基础上进行优化，具体优化为：本实施例对测试用例的鉴别和导入过程进行详细的解释说明。

参见图2，本实施例的方法包括但不限于如下步骤：

S210、确定目标测试用例的当前格式，基于标准用例模板的标准格式对当前格式进行格式校验。

在本申请实施例中，通过测试用例生成工具生成目标测试用例之后，还需要进行用例格式检查。具体的，先获取预先确定的标准用例模板的标准格式，再确定目标测试用例的当前格式，然后将标准格式与当前格式进行比对，检查一致性，若一致，则确定用例格式校验成功。可选的，用例格式包括用户编号的格式用例内容的格式或其他格式等。

本申请通过预先设置标准用例模板，可以自动完成用例格式校验。需要说明的是，标准用例模板可支持个性化设置，插件灵活度高兼容性强。

S220、若校验成功，则调用队列调度方法将项目对应的目标测试用例导入至DevOps项目管理平台。

目前的测试用例导入方法中，当测试类型涉及有功能测试、冒烟测试、安全测试等多种测试类型时，每次导入只能覆盖一种测试类型的用例集，针对不同的测试类型则需要分多次单独完成导入。

在本申请实施例中，DevOps项目管理平台中还包括用例导入模块。用例导入模块先获取用例导入必要参数，如项目基本信息等，再基于导入必要参数将项目对应的目标测试用例导入至DevOps项目管理平台。较佳的，通过队列调度方法一次导入该项目所涉及的全部目标测试用例。由于是自动话导入测试用例，可以提升测试和DevOps一体化自动化率，并且避免手动操作带来的错误，实现更好地准确性。

S230、若未将项目对应的目标测试用例全部导入至DevOps项目管理平台，则生成导入失败日志。

在本申请实施例中，若将项目对应的目标测试用例一次全部导入至DevOps项目管理平台，则确定本次用例导入成功，生成导入成功日志；若未将项目对应的目标测试用例全部导入至DevOps项目管理平台，则确定本次用例导入失败，生成导入失败日志。

S240、将导入失败日志展示在交互界面中，以指示用户排查导入失败原因。

在本申请实施例中，将导入失败日志展示在交互界面中，导入失败日志中可以包括导入失败原因，这样可以支持辅助测试人员排查问题后再次导入。本申请不限定导入失败日志的展示方式，可以是任意预设展示方式展示导入失败日志。

本实施例提供的技术方案，通过确定目标测试用例的当前格式，基于标准用例模板的标准格式对当前格式进行格式校验；若校验成功，则调用队列调度方法将项目对应的目标测试用例导入至DevOps项目管理平台；若未将项目对应的目标测试用例全部导入至DevOps项目管理平台，则生成导入失败日志；将导入失败日志展示在交互界面中，以指示用户排查导入失败原因。本申请提出一种自动化测试用例插件工具，将测试用例的设计和导入较好的衔接起来，可以支持在项目管理平台上一次全部导入项目对应的全部目标测试用例，可以替换人工自动完成测试用例的筛选、鉴别和导入，不仅可以保证测试用例筛选准确性，还可以提高DevOps项目管理平台在测试准备阶段的自动化率。此外，本申请中测试用例插件工具集成在DevOps项目管理平台上，无需额外支撑平台和软件环境，使用和推广非常方便。

图3为本申请实施例提供的一种测试用例生成装置的结构示意图，如图3所示，该装置300可以包括：

测试信息获取模块310，用于获取用户在交互界面中所输入的项目基本信息和项目对应的至少一个目标测试类型；

初始用例生成模块320，用于从测试用例库中确定出符合所述项目基本信息和所述目标测试类型的初始测试用例；

目标用例生成模块330，用于确定所述目标测试类型对应的规则，并基于所述规则对所述初始测试用例进行规则匹配得到目标测试用例。

进一步的，上述目标用例生成模块330，可以具体用于：在所述确定所述目标测试类型对应的规则之后，确定所述目标测试类型中是否包括冒烟测试；若包括，则确定所述冒烟测试的强度等级。

进一步的，上述目标用例生成模块330，可以具体用于：当所述目标测试类型为冒烟测试时，所述规则包括用例编号规则；根据所述用例编号规则对所述初始测试用例进行命名得到中间测试用例；从所述中间测试用例中挑选出符合所述强度等级的目标测试用例。

进一步的，上述目标用例生成模块330，可以具体用于：所述初始测试用例与所述目标测试用例的格式不同，所述规则还包括用例格式规则，根据所述用例格式规则对所述初始测试用例进行编写得到所述目标测试用例。

进一步的，上述测试用例生成装置，还可以包括：用例导入模块；

所述用例导入模块，用于确定所述目标测试用例的当前格式；基于标准用例模板的标准格式对所述当前格式进行格式校验；若校验成功，则调用队列调度方法将所述项目对应的所述目标测试用例导入至开发运维一体化DevOps项目管理平台。

进一步的，上述用例导入模块，可以具体用于：在所述调用队列调度方法将所述项目对应的所述目标测试用例导入至DevOps项目管理平台之后，若未将所述项目对应的所述目标测试用例全部导入至所述DevOps项目管理平台，则生成导入失败日志；将所述导入失败日志展示在所述交互界面中，以指示所述用户排查导入失败原因。

可选的，所述目标测试类型还包括如下至少一项：功能测试、性能测试、安全测试、灰度验证测试、接口测试、界面测试、业务安全测试、关联测试、回归测试、移动端测试。

本实施例提供的测试用例生成装置可适用于上述任意实施例提供的测试用例生成方法，具备相应的功能和有益效果。

图4是用来实现本申请实施例的一种测试用例生成方法的电子设备的框图。电子设备10旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图4所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(ROM)12、随机访问存储器(RAM)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序，来执行各种适当的动作和处理。在RAM 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。

电子设备10中的多个部件连接至I/O接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如测试用例生成方法。

在一些实施例中，测试用例生成方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由ROM 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到RAM 13并由处理器11执行时，可以执行上文描述的测试用例生成方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行测试用例生成方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本申请的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本申请的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。

Claims (10)

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

获取用户在交互界面中所输入的项目基本信息和项目对应的至少一个目标测试类型；

从测试用例库中确定出符合所述项目基本信息和所述目标测试类型的初始测试用例；

确定所述目标测试类型对应的规则，并基于所述规则对所述初始测试用例进行规则匹配得到目标测试用例。

2.根据权利要求1所述的测试用例生成方法，其特征在于，在所述确定所述目标测试类型对应的规则之后，还包括：

确定所述目标测试类型中是否包括冒烟测试；

若包括，则确定所述冒烟测试的强度等级。

3.根据权利要求2所述的测试用例生成方法，其特征在于，当所述目标测试类型为冒烟测试时，所述规则包括用例编号规则；所述基于所述规则对所述初始测试用例进行规则匹配得到目标测试用例，包括：

根据所述用例编号规则对所述初始测试用例进行命名得到中间测试用例；

从所述中间测试用例中挑选出符合所述强度等级的目标测试用例。

4.根据权利要求1所述的测试用例生成方法，其特征在于，所述初始测试用例与所述目标测试用例的格式不同，所述规则还包括用例格式规则，所述基于所述规则对所述初始测试用例进行规则匹配得到目标测试用例，包括：

根据所述用例格式规则对所述初始测试用例进行编写得到所述目标测试用例。

5.根据权利要求1所述的测试用例生成方法，其特征在于，所述方法还包括：

确定所述目标测试用例的当前格式；

基于标准用例模板的标准格式对所述当前格式进行格式校验；

若校验成功，则调用队列调度方法将所述项目对应的所述目标测试用例导入至开发运维一体化DevOps项目管理平台。

6.根据权利要求5所述的测试用例生成方法，其特征在于，在所述调用队列调度方法将所述项目对应的所述目标测试用例导入至DevOps项目管理平台之后，还包括：

若未将所述项目对应的所述目标测试用例全部导入至所述DevOps项目管理平台，则生成导入失败日志；

将所述导入失败日志展示在所述交互界面中，以指示所述用户排查导入失败原因。

7.根据权利要求2所述的测试用例生成方法，其特征在于，所述目标测试类型还包括如下至少一项：功能测试、性能测试、安全测试、灰度验证测试、接口测试、界面测试、业务安全测试、关联测试、回归测试、移动端测试。

8.一种测试用例生成装置，其特征在于，所述装置包括：

测试信息获取模块，用于获取用户在交互界面中所输入的项目基本信息和项目对应的至少一个目标测试类型；

初始用例生成模块，用于从测试用例库中确定出符合所述项目基本信息和所述目标测试类型的初始测试用例；

目标用例生成模块，用于确定所述目标测试类型对应的规则，并基于所述规则对所述初始测试用例进行规则匹配得到目标测试用例。

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

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1至7中任一所述的测试用例生成方法。

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

Images