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

Abstract

本申请实施例提供一种测试用例生成方法、装置、电子设备及存储介质，其中，该方法包括：获取测试数据；根据所述测试数据构建测试用例集合；对所述测试用例集合进行结构化处理，得到结构化后的测试用例集合；根据所述结构化后的测试用例集合生成测试列表；根据所述测试列表获得测试用例。实施本申请实施例，可以提高测试用例的生成效率，满足多种测试需求，自动化性能高，可扩展能力强，可以在测试过程中对测试状态进行切换，灵活性高。

Description

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

技术领域

本申请涉及软件测试技术领域，具体而言，涉及一种测试用例生成方法、装置、电子设备及存储介质。

背景技术

随着市场车型更新迭代速度加快，汽车软件测试的要求也越来越高。测试用例的开发与执行仅依赖工程师手动操作已不能满足项目测试进度需求，因而测试用例的生成以及测试自动化研究至关重要。

目前，自动化测试在HIL测试中已经是不可或缺的一部分，测试用例通常依据方案书采用逻辑覆盖技术进行设计。逻辑覆盖包括语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖、路径覆盖,条件组合覆盖等。由于测试用例的设计不可能进行穷举测试，通常遵循尽早开展测试、重点测试的原则，然而，现有技术在对测试用例进行测试时存在诸多问题，例如测试用例的数量无法满足测试需求，测试过程中的参数、状态切换较为迟缓，导致测试结果误差大，自动化性能差，可扩展能力较弱，无法满足测试需求。

发明内容

本申请实施例的目的在于提供一种测试用例生成方法、装置、电子设备及存储介质，可以提高测试用例的生成效率，满足多种测试需求，自动化性能高，可扩展能力强，可以在测试过程中对测试状态进行切换，灵活性高。

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

获取测试数据；

根据所述测试数据构建测试用例集合；

对所述测试用例集合进行结构化处理，得到结构化后的测试用例集合；

根据所述结构化后的测试用例集合生成测试列表；

根据所述测试列表获得测试用例。

在上述实现过程中，对测试用例集合进行结构化处理后生成测试列表，再根据测试列表得到测试用例，可以提高测试用例的生成效率，满足多种测试需求，自动化性能高，可扩展能力强，可以在测试过程中对测试状态进行切换，灵活性高。

进一步地，所述根据所述测试数据构建测试用例集合的步骤，包括：

对所述测试数据进行参数化，得到参数化后的测试数据；

对所述参数化后的测试数据进行组合，得到所述测试用例集合。

在上述实现过程中，对测试数据进行参数话，可以将测试数据进行统一、规范，便于将参数化后的测试数据进行组合，同时可以提高测试数据的精度，有助于测试用例的生成。

进一步地，所述对所述参数化后的测试数据进行组合，得到所述测试用例集合的步骤，包括：

获取逻辑关系信息；

根据所述逻辑关系信息对所述参数化后的测试数据进行组合，得到组合集合；

对所述组合集合进行筛选，得到所述测试用例集合。

在上述实现过程中，根据逻辑关系信息对参数化后的测试数据进行组合，进而筛选组合集合，去掉组合集合中不符合条件的组合，使得到的测试用例集合准确度更高，可以有效节省后续进行结构化处理的时间。

进一步地，所述对所述测试用例集合进行结构化处理，得到结构化后的测试用例集合的步骤，包括：

分别对所述测试用例集合中的输入条件测试语句、预设状态测试语句和结果判定测试语句进行结构化调整，得到所述结构化后的测试用例集合。

在上述实现过程中，分别对输入条件测试语句、预设状态测试语句和结果判定测试语句进行结构化调整，能够将测试用例集合中的语句标准化，有利于提高测试用例的生成效率。

进一步地，所述根据所述结构化后的测试用例集合生成测试列表的步骤，包括：

根据所述测试用例集合获得初始测试列表；

根据所述初始测试列表和所述结构化后的测试用例集合生成所述测试列表。

在上述实现过程中，根据测试用例集合获得初始测试列表，再根据结构化后的测试用例集合生成测试列表，能够使得测试列表中的数据更加贴近真实的测试状态，减小测试过程中产生的误差。

进一步地，所述根据所述测试用例集合获得初始测试列表的步骤，包括：

生成所述测试用例集合对应的表格数据；

将所述表格数据加载至预先设定的脚本模板中；

将加载所述表格数据的脚本模板中的参数名称进行调整，得到所述初始测试列表。

在上述实现过程中，将测试用例集合对应的表格数据加载至预先设定的脚本模板中后，对其参数名称进行调整，使得到的测试列表可以按照固定的模板进行排列，便于生成测试用例。

进一步地，所述根据所述初始测试列表和所述结构化后的测试用例集合生成所述测试列表的步骤，包括：

获取所述结构化后的测试用例集合中的参数；

将所述参数与所述初始测试列表进行关联，生成所述测试列表。

在上述实现过程中，将结构化后的测试用例集合中的参数与初始测试列表进行关联，可以将参数与初始测试列表中的数据一一对应，使得到的测试列表更加清晰、明确。

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

获取模块，用于获取测试数据；

构建模块，用于根据所述测试数据构建测试用例集合；

结构化模块，用于对所述测试用例集合进行结构化处理，得到结构化后的测试用例集合；

生成模块，用于根据所述结构化后的测试用例集合生成测试列表；还用于根据所述测试列表获得测试用例。

在上述实现过程中，对测试用例集合进行结构化处理后生成测试列表，再根据测试列表得到测试用例，可以提高测试用例的生成效率，满足多种测试需求，自动化性能高，可扩展能力强，可以在测试过程中对测试状态进行切换，灵活性高。

第三方面，本申请实施例提供的一种电子设备，包括：存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面任一项所述的方法的步骤。

第四方面，本申请实施例提供的一种计算机可读存储介质，所述存储介质上存储有指令，当所述指令在计算机上运行时，使得所述计算机执行如第一方面任一项所述的方法。

第五方面，本申请实施例提供的一种计算机程序产品，所述计算机程序产品在计算机上运行时，使得计算机执行如第一方面任一项所述的方法。

本公开的其他特征和优点将在随后的说明书中阐述，或者，部分特征和优点可以从说明书推知或毫无疑义地确定，或者通过实施本公开的上述技术即可得知。

并可依照说明书的内容予以实施，以下以本申请的较佳实施例并配合附图详细说明如后。

附图说明

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

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

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

图3为本申请实施例提供的电子设备的结构组成示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

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

下面结合附图和实施例，对本申请的具体实施方式作进一步详细描述。以下实施例用于说明本申请，但不用来限制本申请的范围值。

实施例一

图1是本申请实施例提供的测试用例生成方法的流程示意图，如图1所示，该方法包括：

S1，获取测试数据；

S2，根据测试数据构建测试用例集合；

S3，对测试用例集合进行结构化处理，得到结构化后的测试用例集合；

S4，根据结构化后的测试用例集合生成测试列表；

S5，根据测试列表获得测试用例。

在上述实现过程中，对测试用例集合进行结构化处理后生成测试列表，再根据测试列表得到测试用例，可以提高测试用例的生成效率，满足多种测试需求，自动化性能高，可扩展能力强，可以在测试过程中对测试状态进行切换，灵活性高。

进一步地，S2包括：

对测试数据进行参数化，得到参数化后的测试数据；

对参数化后的测试数据进行组合，得到测试用例集合。

在上述实现过程中，对测试数据进行参数话，可以将测试数据进行统一、规范，便于将参数化后的测试数据进行组合，同时可以提高测试数据的精度，有助于测试用例的生成。

对测试数据进行参数化包括：对输入量C1、C2…Cn进行参数化，对输出量R1、R2…Rn进行参数化，对状态条件S1、S2…Sn进行参数化。

进一步地，对参数化后的测试数据进行组合，得到测试用例集合的步骤，包括：

获取逻辑关系信息；

根据逻辑关系信息对参数化后的测试数据进行组合，得到组合集合；

对组合集合进行筛选，得到测试用例集合。

在上述实现过程中，根据逻辑关系信息对参数化后的测试数据进行组合，进而筛选组合集合，去掉组合集合中不符合条件的组合，使得到的测试用例集合准确度更高，可以有效节省后续进行结构化处理的时间。

根据逻辑关系进行组合可以得到：{C1，S1，R1}，{C1，S2，R2}，…{Cn，Sn，Rn}，共有n³种组合，根据方案书将条件相悖的组合进行剔除，筛选出至少满足MC/DC要求的测试用例集合。

可选地，对输入量取值，对其定义范围内取最大值、最小值、平均值，对其定义范围外取最大值上偏差20％、最小值下偏差20％。

进一步地，S3包括：

分别对测试用例集合中的输入条件测试语句、预设状态测试语句和结果判定测试语句进行结构化调整，得到结构化后的测试用例集合。

在上述实现过程中，分别对输入条件测试语句、预设状态测试语句和结果判定测试语句进行结构化调整，能够将测试用例集合中的语句标准化，有利于提高测试用例的生成效率。

编辑输入条件测试语句，对每个输入条件测试语句独立编辑，输入值均使用参数标识；编辑预设状态测试语句，对每个预设状态测试语句独立编辑，状态量均使用参数标识；编辑结果判定测试语句，对每个结果判定测试语句独立编辑，判读依据均使用参数标识。

进一步地，S4包括：

根据测试用例集合获得初始测试列表；

根据初始测试列表和结构化后的测试用例集合生成测试列表。

在上述实现过程中，根据测试用例集合获得初始测试列表，再根据结构化后的测试用例集合生成测试列表，能够使得测试列表中的数据更加贴近真实的测试状态，减小测试过程中产生的误差。

进一步地，根据测试用例集合获得初始测试列表的步骤，包括：

生成测试用例集合对应的表格数据；

将表格数据加载至预先设定的脚本模板中；

将加载表格数据的脚本模板中的参数名称进行调整，得到初始测试列表。

在上述实现过程中，将测试用例集合对应的表格数据加载至预先设定的脚本模板中后，对其参数名称进行调整，使得到的测试列表可以按照固定的模板进行排列，便于生成测试用例。

将测试用例集合生成的表格数据复制到对应的列表，生成脚本对应的脚本模板中，增加/删减参数名称，并按照约定规则命名。

进一步地，根据初始测试列表和结构化后的测试用例集合生成测试列表的步骤，包括：

获取结构化后的测试用例集合中的参数；

将参数与初始测试列表进行关联，生成测试列表。

在上述实现过程中，将结构化后的测试用例集合中的参数与初始测试列表进行关联，可以将参数与初始测试列表中的数据一一对应，使得到的测试列表更加清晰、明确。

将参数与初始测试列表进行关联得到测试列表后，刷写测试用例，并在输入量/输出量、状态量均完成关联后，刷新测试用例。

加载测试列表及测试用例的逻辑进行测试用例运行，得到测试报告。

本申请实施例采用参数化思想生成测试用例，将输入条件、状态条件及输出结果判定等采用参数化替代，提升测试用例的通用性。将功能模块方案梳理转换为逻辑关系表，利用ECU-TEST的列表生成功能进行测试用例执行，节省测试用例的编辑时间，提升测试效率。同时，应对测试方案变更也可以快速实现变更，兼容性更强，降低了测试成本，便捷性也大幅提升。

实施例二

为了执行上述实施例一对应的方法，以实现相应的功能和技术效果，下面提供一种测试用例生成装置，如图2所示，该装置包括：

获取模块1，用于获取测试数据；

构建模块2，用于根据测试数据构建测试用例集合；

结构化模块3，用于对测试用例集合进行结构化处理，得到结构化后的测试用例集合；

生成模块4，用于根据结构化后的测试用例集合生成测试列表；还用于根据测试列表获得测试用例。

在上述实现过程中，对测试用例集合进行结构化处理后生成测试列表，再根据测试列表得到测试用例，可以提高测试用例的生成效率，满足多种测试需求，自动化性能高，可扩展能力强，可以在测试过程中对测试状态进行切换，灵活性高。

进一步地，构建模块2还用于：

对测试数据进行参数化，得到参数化后的测试数据；

对参数化后的测试数据进行组合，得到测试用例集合。

在上述实现过程中，对测试数据进行参数话，可以将测试数据进行统一、规范，便于将参数化后的测试数据进行组合，同时可以提高测试数据的精度，有助于测试用例的生成。

进一步地，构建模块2还用于：

获取逻辑关系信息；

根据逻辑关系信息对参数化后的测试数据进行组合，得到组合集合；

对组合集合进行筛选，得到测试用例集合。

在上述实现过程中，根据逻辑关系信息对参数化后的测试数据进行组合，进而筛选组合集合，去掉组合集合中不符合条件的组合，使得到的测试用例集合准确度更高，可以有效节省后续进行结构化处理的时间。

进一步地，结构化模块3还用于：

分别对测试用例集合中的输入条件测试语句、预设状态测试语句和结果判定测试语句进行结构化调整，得到结构化后的测试用例集合。

在上述实现过程中，分别对输入条件测试语句、预设状态测试语句和结果判定测试语句进行结构化调整，能够将测试用例集合中的语句标准化，有利于提高测试用例的生成效率。

进一步地，生成模块4还用于：

根据测试用例集合获得初始测试列表；

根据初始测试列表和结构化后的测试用例集合生成测试列表。

在上述实现过程中，根据测试用例集合获得初始测试列表，再根据结构化后的测试用例集合生成测试列表，能够使得测试列表中的数据更加贴近真实的测试状态，减小测试过程中产生的误差。

进一步地，生成模块4还用于：

生成测试用例集合对应的表格数据；

将表格数据加载至预先设定的脚本模板中；

将加载表格数据的脚本模板中的参数名称进行调整，得到初始测试列表。

在上述实现过程中，将测试用例集合对应的表格数据加载至预先设定的脚本模板中后，对其参数名称进行调整，使得到的测试列表可以按照固定的模板进行排列，便于生成测试用例。

进一步地，生成模块4还用于：

获取结构化后的测试用例集合中的参数；

将参数与初始测试列表进行关联，生成测试列表。

在上述实现过程中，将结构化后的测试用例集合中的参数与初始测试列表进行关联，可以将参数与初始测试列表中的数据一一对应，使得到的测试列表更加清晰、明确。

上述的测试用例生成装置可实施上述实施例一的方法。上述实施例一中的可选项也适用于本实施例，这里不再详述。

本申请实施例的其余内容可参照上述实施例一的内容，在本实施例中，不再进行赘述。

实施例三

本申请实施例提供一种电子设备，包括存储器及处理器，该存储器用于存储计算机程序，该处理器运行计算机程序以使电子设备执行实施例一的测试用例生成方法。

可选地，上述电子设备可以是服务器。

请参见图3，图3为本申请实施例提供的电子设备的结构组成示意图。该电子设备可以包括处理器31、通信接口332、存储器33和至少一个通信总线34。其中，通信总线34用于实现这些组件直接的连接通信。其中，本申请实施例中设备的通信接口32用于与其他节点设备进行信令或数据的通信。处理器31可以是一种集成电路芯片，具有信号的处理能力。

上述的处理器31可以是通用处理器，包括中央处理器(Central ProcessingUnit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器31也可以是任何常规的处理器等。

存储器33可以是，但不限于，随机存取存储器(Random Access Memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read-Only Memory，PROM)，可擦除只读存储器(Erasable Programmable Read-Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory，EEPROM)等。存储器33中存储有计算机可读取指令，当计算机可读取指令由所述处理器31执行时，设备可以执行上述图1方法实施例涉及的各个步骤。

可选地，电子设备还可以包括存储控制器、输入输出单元。存储器33、存储控制器、处理器31、外设接口、输入输出单元各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或通信总线34实现电性连接。处理器31用于执行存储器33中存储的可执行模块，例如设备包括的软件功能模块或计算机程序。

输入输出单元用于提供给用户创建任务以及为该任务创建启动可选时段或预设执行时间以实现用户与服务器的交互。输入输出单元可以是，但不限于，鼠标和键盘等。

可以理解，图3所示的结构仅为示意，电子设备还可包括比图3中所示更多或者更少的组件，或者具有与图3所示不同的配置。图3中所示的各组件可以采用硬件、软件或其组合实现。

另外，本申请实施例还提供一种计算机可读存储介质，其存储有计算机程序，该计算机程序被处理器执行时实现实施例一的测试用例生成方法。

本申请实施例还提供一种计算机程序产品，该计算机程序产品在计算机上运行时，使得计算机执行方法实施例所述的方法。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的装置来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围值，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围值之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

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

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

Claims (10)

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

获取测试数据；

根据所述测试数据构建测试用例集合；

对所述测试用例集合进行结构化处理，得到结构化后的测试用例集合；

根据所述结构化后的测试用例集合生成测试列表；

根据所述测试列表获得测试用例。

2.根据权利要求1所述的测试用例生成方法，其特征在于，所述根据所述测试数据构建测试用例集合的步骤，包括：

对所述测试数据进行参数化，得到参数化后的测试数据；

对所述参数化后的测试数据进行组合，得到所述测试用例集合。

3.根据权利要求2所述的测试用例生成方法，其特征在于，所述对所述参数化后的测试数据进行组合，得到所述测试用例集合的步骤，包括：

获取逻辑关系信息；

根据所述逻辑关系信息对所述参数化后的测试数据进行组合，得到组合集合；

对所述组合集合进行筛选，得到所述测试用例集合。

4.根据权利要求1所述的测试用例生成方法，其特征在于，所述对所述测试用例集合进行结构化处理，得到结构化后的测试用例集合的步骤，包括：

分别对所述测试用例集合中的输入条件测试语句、预设状态测试语句和结果判定测试语句进行结构化调整，得到所述结构化后的测试用例集合。

5.根据权利要求1所述的测试用例生成方法，其特征在于，所述根据所述结构化后的测试用例集合生成测试列表的步骤，包括：

根据所述测试用例集合获得初始测试列表；

根据所述初始测试列表和所述结构化后的测试用例集合生成所述测试列表。

6.根据权利要求5所述的测试用例生成方法，其特征在于，所述根据所述测试用例集合获得初始测试列表的步骤，包括：

生成所述测试用例集合对应的表格数据；

将所述表格数据加载至预先设定的脚本模板中；

将加载所述表格数据的脚本模板中的参数名称进行调整，得到所述初始测试列表。

7.根据权利要求5所述的测试用例生成方法，其特征在于，所述根据所述初始测试列表和所述结构化后的测试用例集合生成所述测试列表的步骤，包括：

获取所述结构化后的测试用例集合中的参数；

将所述参数与所述初始测试列表进行关联，生成所述测试列表。

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

获取模块，用于获取测试数据；

构建模块，用于根据所述测试数据构建测试用例集合；

结构化模块，用于对所述测试用例集合进行结构化处理，得到结构化后的测试用例集合；

生成模块，用于根据所述结构化后的测试用例集合生成测试列表；还用于根据所述测试列表获得测试用例。

9.一种电子设备，其特征在于，包括存储器及处理器，所述存储器用于存储计算机程序，所述处理器运行所述计算机程序以使所述电子设备执行根据权利要求1至7中任一项所述的测试用例生成方法。

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