CN111881022A

CN111881022A - 基于测试场景生成测试用例的方法、装置和设备

Info

Publication number: CN111881022A
Application number: CN202010647518.XA
Authority: CN
Inventors: 张元飞
Original assignee: Shanghai Zhongtongji Network Technology Co Ltd
Current assignee: Shanghai Zhongtongji Network Technology Co Ltd
Priority date: 2020-07-07
Filing date: 2020-07-07
Publication date: 2020-11-03

Abstract

本申请涉及一种基于测试场景生成测试用例的方法、装置和设备。其中，所述方法包括：获取用户输入的目标测试场景；基于预先存储的基本场景，对目标测试场景进行分类，得到枚举目标测试场景的所有子场景；根据预设规则，针对全部或部分子场景分别生成对应的子测试用例；将各子测试用例进行整合，生成预设格式的测试用例文件。如此设置，可以根据用户的实际需求，基于用户输入的测试场景，比较完善和准确地输出测试用例，以及自动生成测试用例文件，相对传统的人工编写的方式，效率高且不易出错。

Description

基于测试场景生成测试用例的方法、装置和设备

技术领域

本申请涉及软件测试技术领域，尤其涉及一种基于测试场景生成测试用例的方法、装置和设备。

背景技术

测试用例(Test Case)是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，用于核实是否满足某个特定软件需求。

目前，测试人员主要通过个人经验加测试方法的方式编写测试用例，包含正向的和反向的，其中，正向测试用例可以根据PRD(Product Requirements Document，产品需求文档)直接编写，一般不易出错，反向测试用例则需要考验测试用例编写人员的测试水平和对业务场景的了解程度，不可控的因素较多，可能会导致比较严重的生产故障，如：内存溢出、数据库查询出错、数据入表和更新失败等，可能会给公司带来巨大的经济损失。而目前也没有比较合理的自动生成测试用例的方法。

发明内容

为解决上述问题，本申请提供一种基于测试场景生成测试用例的方法、装置和设备，从而基于用户选择的测试场景，比较完善和准确地输出测试用例。

本申请的上述目的是通过以下技术方案实现的：

第一方面，本申请实施例提供一种基于测试场景生成测试用例的方法，包括：

获取用户输入的目标测试场景；

基于预先存储的基本场景，对所述目标测试场景进行分类，得到枚举所述目标测试场景的所有子场景；

根据预设规则，针对全部或部分子场景分别生成对应的子测试用例；

将各子测试用例进行整合，生成预设格式的测试用例文件。

可选的，所述根据预设规则，针对全部或部分子场景分别生成对应的子测试用例，包括：

剔除符合预设规则的子场景，从而使剩余的各子场景均为反向测试场景；

针对各反向测试场景分别生成对应的子测试用例。

可选的，所述将各子测试用例进行整合，生成预设格式的测试用例文件之前，所述方法还包括：

以设定关键字的方式，对生成的子测试用例进行唯一性判断，剔除重复值；其中，所述关键字包括场景关键字和测试用例关键字；

所述将各子测试用例进行整合，生成预设格式的测试用例文件，包括：

将剔除重复值后的子测试用例进行整合，生成预设格式的测试用例文件。

可选的，所述获取用户输入的目标测试场景之前，所述方法还包括：

获取自动生成或用户手动补充的多种异常场景，生成对应的异常测试用例；

将所述异常场景和对应的异常测试用例进行存储；

所述获取用户输入的目标测试场景之后，还包括：

若所述目标测试场景无法基于基本场景进行分类，判断所述目标测试场景所属的异常场景；

基于所属的异常场景对应的异常测试用例，生成预设格式的测试用例文件。

可选的，所述将所述异常场景和对应的异常测试用例进行存储之前，所述方法还包括：

以设定关键字的方式，对生成的异常测试用例进行唯一性判断，剔除重复值；其中，所述关键字包括场景关键字和测试用例关键字；

所述将所述异常场景和对应的异常测试用例进行存储，包括：

将剔除重复值后的异常场景和对应的异常测试用例进行存储。

可选的，所述异常场景包括：断电、断网、硬件损坏、内存不足、强制中止程序、程序进行中点击取消和是否支持断电续传。

可选的，所述方法还包括：

将生成的测试用例文件进行存储，以便用户下载。

第二方面，本申请实施例还提供一种基于测试场景生成测试用例的装置，包括：

第一获取模块，用于获取用户输入的目标测试场景；

分类模块，用于基于预先存储的基本场景，对所述目标测试场景进行分类，得到枚举所述目标测试场景的所有子场景；

第一生成模块，用于根据预设规则，针对全部或部分子场景分别生成对应的子测试用例；

第二生成模块，用于将各子测试用例进行整合，生成预设格式的测试用例文件。

可选的，所述第一生成模块包括：

剔除单元，用于剔除符合预设规则的子场景，从而使剩余的各子场景均为反向测试场景；

生成单元，用于针对各反向测试场景分别生成对应的子测试用例。

第三方面，本申请实施例还提供一种基于测试场景生成测试用例的设备，包括：

存储器和与所述存储器相连接的处理器；

所述存储器，用于存储程序，所述程序至少用于执行上述的基于测试场景生成测试用例的方法；

所述处理器，用于调用并执行所述存储器存储的所述程序。

本申请的实施例提供的技术方案可以包括以下有益效果：

本申请的实施例提供的技术方案中，首先获取用户输入的目标测试场景；之后对目标测试场景进行分类，得到目标测试场景的所有子场景，并针对子场景分别生成相应的子测试用例，最后将生成的子测试用例进行整合，从而生成预设格式的测试用例文件。如此设置，可以根据用户的实际需求，基于用户输入的测试场景，比较完善和准确地输出测试用例，以及自动生成测试用例文件，相对传统的人工编写的方式，效率高且不易出错。

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

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

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

图2为本申请实施例提供的另一种基于测试场景生成测试用例的方法的流程示意图；

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

图4为本申请实施例提供的一种基于测试场景生成测试用例的设备的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

测试用例的内容通常包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等。在实际应用中，测试用例包括正向测试用例和反向测试用例。正向测试用例是指系统正常情况下支持的输入或状态，反向测试用例则是指系统不支持的输入或者状态，正向测试用例主要保证程序的基本流程，反向测试用例则更多的考虑程序的容错能力和可靠性。目前，编写正向测试用例比较简单，一般只需要根据PRD编写即可，但是编写反向测试用例时，则需要充分考虑系统在实际应用可能出现的各种(异常)情况，对编写人员的业务能力要求比较高，因此编写时容易出现遗漏或错误。因此，如果能够根据测试场景自动生成测试用例(尤其是反向测试用例)的话，会比较好的解决上述问题。

不过，目前在测试用例的相关领域中，现有技术主要集中在测试用例的管理方面，存在诸如testlink，禅道等管理工具，但是，在测试用例中的反向测试用例的生成方面涉及较少，暂时没有比较完善的反向用例生成工具或者系统。

为了解决上述问题，本申请提供一种基于测试场景生成测试用例的方法以及相应的装置和设备，其具体实现方式和过程将通过以下实施例进行详细说明。

实施例一

请参阅图1，图1为本申请实施例提供的一种基于测试场景生成测试用例的方法的流程示意图。如图1所示。所述方法包括以下步骤：

S101：获取用户输入的目标测试场景；

具体的，测试场景，是可以测试的任何功能，也可以称之为测试条件或测试可能性。对于测试人员，其可以将自己置身于最终用户的角色，并找出真实世界的场景和使用中的应用程序案例。也就是说，此处所述的用户输入的目标测试场景，是指用户(测试人员)实际想要测试的任何内容。例如系统登录过程是否正常，进一步包括，向账号或密码框中输入特定长度或类型的字符时，系统的应对或返回值；又例如系统运行过程中受到异常干扰后是否稳定等。

S102：基于预先存储的基本场景，对所述目标测试场景进行分类，得到枚举所述目标测试场景的所有子场景；

具体的，用户想要测试的某一场景中可能包含多种子场景，例如，假设某一系统的登录账号限定为必须是手机号，那么测试输入账号的情况时，可能出现的子场景有：输入内容为空、输入内容的长度不符合规则(例如不是11位手机号，包括过长或过短)、输入内容的格式不符合规则(例如出现了非数字)以及其他情况等，因此，生成测试用例时需要尽可能考虑所有场景。而预先存储的基本场景，即是对特定场景包含的所有子场景的归纳，然后即可以对用户实际输入的场景进行分类，确定其包含哪些基本场景。

S103：根据预设规则，针对全部或部分子场景分别生成对应的子测试用例；

在实际应用时，可以基于常用的软件测试方法生成测试用例，常用的软件测试方法包括等价类划分法、边界值分析法、因果图法、错误推测法、判定表驱动法、正交试验设计法、功能图法等。对于具体采用何种方法，则需要根据实际的测试场景进行确定。为了便于理解，以下对边界值分析法、等价类划分法和因果图法生成测试用例的过程进行举例说明。

基于边界值分析法和等价类划分法生成测试用例时，可用于实现的方案包括：

①某输入框的可输入字符的长度有限制时(假设限制为6到12)。可以理解为6到12之间(包含两端点)的任意长度值均符合输入条件，则6和12两个值即为边界值，而6和12之间(不包含两端点)的任意值为一个等价类，并且所有小于6的值为第二个等价类，所有大于12的值为第三个等价类。由此，在实际应用时，可以利用python生成需要测试的长度值，长度值的枚举值为：5、6、11、12、13，其中，6、11、12为正向场景(由此可以得到符合输入条件的正向测试用例)，5、13为反向场景(由此可以得到需要重点关注的、不符合输入条件的反向测试用例)。

②某输入框的输入字符类型限制为特定type(字符串，布尔，小数，浮点)时。可以先用python定义一个包含各个基本类型的列表数组y，如字符串：["你好，XXX"]；小数：[123，456]；浮点[1.34,2.45]。使用python中的type()方法遍历y中数据的类型，如果类型与限制的type相同，则为正向场景之一，不同时，即为反向测试场景之一，反向枚举值即为y中数据类型与type不同的值。

基于因果图法生成测试用例时，可用于实现的方案包括：

条件a和条件b同时满足时，才能得到结果c。利用python遍历a和b分别为满足和不满足状态时的所有场景(a,b条件都满足；a,b条件都不满足；a条件满足,b条件不满足；a条件不满足,b条件满足)，只有a,b同时满足时得到结果c，其他组合均不符合要求，得到的结果非c，因此得到的正向测试场景即为：a,b条件都满足；反向测试场景为：a,b条件都不满足；a条件满足,b条件不满足；a条件不满足,b条件满足。

基于上述方法确定测试场景后，即可得到相应的子测试用例。得到的子测试用例可以存储到数据存储器中，以便后续进行整合之前进行查询调用。其中，数据存储器可以是数据库，redis(Remote Dictionary Server，远程字典服务)，本地文件等。

进一步的，步骤S103，即：根据预设规则，针对全部或部分子场景分别生成对应的子测试用例，包括：

针对各反向测试场景分别生成对应的子测试用例。

也就是说，由于正向测试用例的编写比较容易，因此，可以考虑通过本实施例的方法仅生成反向测试用例。

S104：将各子测试用例进行整合，生成预设格式的测试用例文件。

也就是说，在针对所有子场景分别生成测试用例后，即可根据实际需求对所需的内容进行整合，得到最终的测试用例文件。其中，测试用例文件的预设格式根据实际情况确定，例如可以是EXCEL表格。进一步的，EXCEL表格列名枚举值可以为：name，importance，summary，preconditons，actions，expected results。

进一步的，一些实施例中，在步骤S104，即：将各子测试用例进行整合，生成预设格式的测试用例文件之前，所述方法还包括：

对应的，步骤S104，即：将各子测试用例进行整合，生成预设格式的测试用例文件，包括：

也就是说，对于相同或相似的子场景，剔除重复生成的测试用例，如此设置，可以对存储的数据进行有效地精简。

进一步的，还可以将生成的测试用例文件进行存储，例如存储到文件服务器中，以便用户下载。

本申请的实施例提供的技术方案可以包括以下有益效果：

实施例二

请参阅图2，图2为本申请实施例提供的另一种基于测试场景生成测试用例的方法的流程示意图，本实施例的方法是基于上述实施例一中的方法进行的改进，对于两个实施例中相同或相似的内容，可参照实施例一中的具体方式实现，本实施例中不再详细说明。

如图2所示，该方法包括以下步骤：

S201：获取自动生成或用户手动补充的多种异常场景，生成对应的异常测试用例；

具体的，所述异常场景包括：断电、断网、硬件损坏、内存不足、强制中止程序、程序进行中点击取消和是否支持断电续传等。上述异常场景在软件测试中是比较常见的场景，其对应的异常测试用例也较容易生成。

S202：将所述异常场景和对应的异常测试用例进行存储；

上述数据也可以存储到数据存储器中，进一步的，一些实施例中，在本步骤S202之前，所述方法还包括：以设定关键字的方式，对生成的异常测试用例进行唯一性判断，剔除重复值；其中，所述关键字包括场景关键字和测试用例关键字；从而将剔除重复值后的异常场景和对应的异常测试用例进行存储。

需要注意的是，本实施例中所述的重复值，包括此次补充异常场景时多次输入的重复值，也包括数据存储器中之前已存在的重复值。

S203：获取用户输入的目标测试场景；

S204：基于预先存储的基本场景，对所述目标测试场景进行分类，得到枚举所述目标测试场景的所有子场景；

S205：根据预设规则，针对全部或部分子场景分别生成对应的子测试用例；

S206：将各子测试用例进行整合，生成预设格式的测试用例文件；

S207：若所述目标测试场景无法基于基本场景进行分类，判断所述目标测试场景所属的异常场景；

S208：基于所属的异常场景对应的异常测试用例，生成预设格式的测试用例文件。

如此设置，可以通过不断完善异常情景的方式不断完善测试用例，尽可能广地覆盖异常场景，降低测试遗漏率，并且异常场景不会因为人员的流动而流失。

为了对本申请的技术方案进行更全面的说明，对应于上述实施例提供的基于测试场景生成测试用例的方法，本申请实施例还提供一种基于测试场景生成测试用例的装置。

请参阅图3，图3为本申请实施例提供的一种基于测试场景生成测试用例的装置的结构示意图。

如图3所示，该装置包括如下结构：

第一获取模块31，用于获取用户输入的目标测试场景；

分类模块32，用于基于预先存储的基本场景，对所述目标测试场景进行分类，得到枚举所述目标测试场景的所有子场景；

第一生成模块33，用于根据预设规则，针对全部或部分子场景分别生成对应的子测试用例；

第二生成模块34，用于将各子测试用例进行整合，生成预设格式的测试用例文件。

可选的，所述第一生成模块33包括：

具体的，上述每个功能模块的功能的具体实现方式可以参照上述基于测试场景生成测试用例的方法中的内容来实现，对此不再详述。

为了对本申请的技术方案进行更全面的说明，对应于上述实施例提供的基于测试场景生成测试用例的方法，本申请实施例还提供一种基于测试场景生成测试用例的设备。

请参阅图4，图4为本申请实施例提供的一种基于测试场景生成测试用例的设备的结构示意图。如图4所示，该设备包括如下结构：

存储器41和与存储器41相连接的处理器42；

存储器41用于存储程序，所述程序至少用于执行上述的基于测试场景生成测试用例的方法；

处理器42用于调用并执行存储器41存储的所述程序。

具体的，该设备可以是计算机或类似设备，其中程序的功能的具体实现方式可以参照上述基于测试场景生成测试用例的方法中的内容来实现，对此不再详述。

可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。

需要说明的是，在本申请的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”的含义是指至少两个。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims

1.一种基于测试场景生成测试用例的方法，其特征在于，包括：

获取用户输入的目标测试场景；

将各子测试用例进行整合，生成预设格式的测试用例文件。

2.根据权利要求1所述的方法，其特征在于，所述根据预设规则，针对全部或部分子场景分别生成对应的子测试用例，包括：

针对各反向测试场景分别生成对应的子测试用例。

3.根据权利要求1所述的方法，其特征在于，所述将各子测试用例进行整合，生成预设格式的测试用例文件之前，还包括：

4.根据权利要求1所述的方法，其特征在于，所述获取用户输入的目标测试场景之前，还包括：

将所述异常场景和对应的异常测试用例进行存储；

所述获取用户输入的目标测试场景之后，还包括：

5.根据权利要求4所述的方法，其特征在于，所述将所述异常场景和对应的异常测试用例进行存储之前，还包括：

6.根据权利要求4所述的方法，其特征在于，所述异常场景包括：断电、断网、硬件损坏、内存不足、强制中止程序、程序进行中点击取消和是否支持断电续传。

7.根据权利要求1所述的方法，其特征在于，还包括：

将生成的测试用例文件进行存储，以便用户下载。

8.一种基于测试场景生成测试用例的装置，其特征在于，包括：

第一获取模块，用于获取用户输入的目标测试场景；

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

10.一种基于测试场景生成测试用例的设备，其特征在于，包括：

存储器和与所述存储器相连接的处理器；

所述存储器，用于存储程序，所述程序至少用于执行如权利要求1-7任一项所述的基于测试场景生成测试用例的方法；

所述处理器，用于调用并执行所述存储器存储的所述程序。