一种基量用例集的管理方法及装置

技术领域

本申请涉及计算机技术领域，尤其涉及一种基量用例集的管理方法、装置、电子设备及计算机存储介质。

背景技术

软件测试活动中，通常基于每一次敏捷迭代/开发版本的需求说明书来设计测试用例，适用于需求的集成测试、系统测试和回归测试等阶段，以上过程中设计的测试用例，通常以迭代需求为单位进行测试用例管理。

一方面，相似需求会产生大量重复冗余测试用例，既浪费测试人员的设计时间，又无法保证不同版本不同测试人员对于相似需求产出用例的质量等价，对于软件测试的质量保障存在风险。另一方面，由于测试用例基于单次需求设计，与需求高度耦合，大部分为一次性不可复用的用例，缺乏基于完整软件的全量有效用例维护，无法通过快速检索查找所需要的有效用例，导致存量用例无法复用，进而导致测试人员重复造车。

发明内容

本申请实施例提供一种基量用例集的管理方法，所述基量用例集用于测试待测试软件系统的全量功能，包括：

基于预先创建的基量用例集模型，确定基量用例的组织结构；

确定所述基量用例的设计模板，并按照所述设计模板得到标准化的基量用例；

将所述标准化的基量用例按照所述组织结构存储，得到基量用例集。

在一些实施例中，所述基量用例集中包括测试所述待测试软件系统的各个功能模块所需的测试用例，每个所述功能模块对应至少一个基量用例，所述方法还包括：

当执行预定功能模块的测试任务时，对所述基量用例集进行检索；

若检索到基量用例，则对检索到的基量用例进行更新并存储；

若未检索到基量用例，则获取所述测试任务对应的测试用例，并在所述测试用例完成测试后，将所述测试用例作为基量用例加入所述基量用例集。

在一些实施例中，在所述基于预先创建的基量用例集模型，确定基量用例的组织结构的步骤之前，还包括：

划分所述软件系统的各个功能模块及其组织结构；

创建与所述各个功能模块对应的基量用例；

将所述基量用例按照所述功能模块对应的组织结构进行存储，得到具有组织结构的基量用例集。

在一些实施例中，所述确定所述基量用例的设计模板的步骤包括：

确定基量用例的设计原则；

标准化所述基量用例的模板结构；

确定所述基量用例的编号规则。

在一些实施例中，还包括：

按照预定周期对所述基量用例集进行检测，当所述基量用例满足预定清除条件时，将所述基量用例从所述基量用例集中删除。

在一些实施例中，所述当执行预定功能模块的测试任务时，对所述基量用例集进行检索的步骤包括：

按照与所述测试任务相关的关键字在所述基量用例集进行检索。

在一些实施例中，所述对检索到的基量用例进行更新并存储的步骤包括：

获取所述至少一个基量用例与所述测试任务的匹配度；

获取所述匹配度最高的基量用例进行修改，得到可复用的基量用例。

本申请实施例还提供一种基量用例集的管理装置，所述基量用例集用于测试待测试软件系统的全量功能，包括：

确定结构模块，用于基于预先创建的基量用例集模型，确定基量用例的组织结构；

标准化模块，用于确定所述基量用例的设计模板，并按照所述设计模板得到标准化的基量用例；

管理模块，用于将所述标准化的基量用例按照所述组织结构存储，得到基量用例集。

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

本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上述实施例中的任一项所述的方法的步骤。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：

基于预先创建的基量用例集模型，得到基量用例的组织结构；确定所述基量用例的设计模板，并按照所述设计模板得到标准化的基量用例；将所述标准化的基量用例按照所述组织结构存储，得到基量用例集。通过创建覆盖软件系统全量功能的基量用例集，并对基量用例进行有效管理与使用，建立软件系统各个功能模块的“活文档”，使得用户(项目团队)可通过基量用例集获知系统的全量功能点，同时用户(测试人员)也可通过基量用例集快速检索查找测试用例进行复用，不仅缩短了测试人员的设计时间提高了测试用例设计的效率，从而提高测试效率，而且减少了软件测试的质量风险，降低成本。

附图说明

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

图1为本申请一些实施例的基量用例集的管理方法流程示意图；

图2为本申请一些实施例的创建基量用例集模型的流程示意图；

图3为本申请实施例的基量用例组织结构的示例图；

图4为本申请一些实施例的确定所述基量用例的设计模板的流程示意图；

图5为本申请实施例的基量用例设计模板的示例图；

图6为本申请一些实施例的执行测试任务的流程示意图；

图7为本申请实施例的基量用例集的示例图；

图8为本申请实施例的基量用例集的管理方法示例图；

图9为本申请一些实施例的基量用例集的管理装置的结构框图。

图10为本申请一些实施例的电子设备的结构示意图。

具体实施方式

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

测试用例(Test Case)是指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。其内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，最终形成文档。简单地认为，测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，用于核实是否满足某个特定软件需求。

为了解决上述相似需求的测试用例产生的冗余问题，本申请中提出一种基量用例集的管理方法及装置。以下结合附图，详细说明本申请各实施例提供的技术方案。

需要说明的是，在本申请中，“基量用例集”是指一组组织结构清晰、测试内容有效、覆盖功能完整的测试用例集合，“基量用例”为基量用例集中的任意用例，基量用例为测试软件功能的测试用例，该基量用例集用于测试预定软件系统的全量功能。本申请的基量用例集的管理方法及装置在具备有数据处理能力的电子设备上实现，该电子设备包括但不限于计算机、服务器等。

图1是本申请实施例公开的一种基量用例集的管理方法，如图1所示，包括以下步骤：

步骤101，基于预先创建的基量用例集模型，确定基量用例的组织结构。

在本实施例中，按照待测试的软件系统的组织结构创建基量用例集模型，那么基量用例集模型中的基量用例的组织结构与该系统的组织结构一致。该软件系统的组织结构为树形结构，也可以为其他结构，这里不对该组织结构类型做具体限定。

步骤102，确定所述基量用例的设计模板，并按照所述设计模板得到标准化的基量用例。

通常测试用例的设计原则为1)、测试用例的代表性：能够代表并覆盖各种合理的和不合理、合法的和非法的、边界的和越界的、以及极限的输入数据、操作和环境设置等。2)、测试结果的可判定性：即测试执行结果的正确性是可判定的，每一个测试用例都应有相应的期望结果。3)、测试结果的可再现性：即对同样的测试用例，系统的执行结果应当是相同的。

在本实施中，将基量用例标准统一旨在规范基量用例的输出质量，即测试结果的质量，降低基量用例与待测需求的耦合度，保持基量用例的功能独立性。

步骤103，将所述标准化的基量用例按照所述组织结构存储，得到基量用例集。

将上述步骤102得到的基量用例按照组织结构，即待测软件系统的组织结构存储，得到基量用例集。

上述实施例的方法，基于预先创建的基量用例集模型，得到基量用例的组织结构；确定所述基量用例的设计模板，并按照所述设计模板得到标准化的基量用例；将所述标准化的基量用例按照所述组织结构存储，得到基量用例集。通过创建覆盖软件系统全量功能的基量用例集，并对基量用例进行有效管理与使用，建立软件系统各个功能模块的“活文档”，使得用户(项目团队)可通过基量用例集获知系统的全量功能点，同时用户(测试人员)也可通过基量用例集快速检索查找测试用例进行复用，不仅缩短了测试人员的设计时间提高了测试用例设计的效率，而且减少了软件测试的质量风险，降低成本。

上述实施例的方法适用于新建项目任务中的测试，即待测试软件系统的基量用例集为初始状态的情况。当项目进行过程中需要测试的情况，需先将已有的测试用例，按照上述实施例的组织结构进行去重分类后归档至基量用例集中，例如，利用测试用例的模块属性进行去重分类后归档至基量用例集中，用于后续复用与维护管理。

在一些实施例中，如图2所示，在基于预先创建的基量用例集模型，确定基量用例的组织结构的步骤之前，还包括：

步骤201，划分所述软件系统的各个功能模块及其组织结构。

在本实施例中，根据待测试软件系统的功能特性，将待测试软件系统按照功能划分模块，确定各个功能模块的组织结构。另外待测试软件系统也可以按照其他方式划分，这里不作具体限定。各个功能模块的组织结构可以按照树形结构设计，也可以按照其他结构形式，这里也不作具体限定。

步骤202，创建与所述各个功能模块对应的基量用例。

在本实施例中，各个功能模块的功能测试点可能有多个，因此各个功能模块对应至少一个测试用例，即至少一个基量用例，基量用例的命名按照预定的命名规则，便于将基量用例进行分类归档存储。

步骤203，将所述基量用例按照所述功能模块对应的组织结构进行存储，得到具有组织结构的基量用例集。

在本实施中，按照各个功能模块的组织结构将基量用例进行分类归档存储，便于用户后续便于快速查找测试用例。

例如图3所示，用例编号为“JC-SJ-01-XX”表示在基础设置-机构设置这个功能模块结构下的基量用例的情况，“XX”代表该结构分支下的基量测试用例的编号，由于基量用例的数目为至少一个，因此XX可以为01，02等等，这里不再一一列举。

另外，需要说明的是，在具体的实现过程中，用户可以借助如Team FoundationServer、禅道等的项目管理软件实现，也可以采用SVN这样简单的软件实现，具体不作限定。

应用上述实施例的方法，用户可以快速准确的查找到相应的基量用例，提高了测试的效率。

在一些实施例中，如图4所示，确定所述基量用例的设计模板的步骤包括：

步骤401，确定基量用例的设计原则。

通常，好看、好用、好维护为基量用例设计的基本原则，“好看”指用例可易于阅读与理解，“好用”指用例可用于指导测试执行，“好维护”指用例可便于修改与复用。

在本实施例中，由于基量用例按照预定的组织结构存储，便于及时检索查看以及维护基量用例。

步骤402，标准化所述基量用例的模板结构。根据待测试软件系统的功能特点，统一基量用例设计模板，对基量用例的标题、说明、前提条件、操作步骤、预期结果结构与描述进行规范统一，如图5所示样例，确保基量用例输出质量统一，降低与待测需求之间的耦合度，提高了与功能模块的相关性。

步骤403，确定所述基量用例的编号规则。

基于基量用例集的组织结构划分，确定相应的用例编号规则，用例编号可唯一标识用例，便于快速检索查找用例。在本实施例中，按照功能模块划分的方式，例如图3中的“JC-SJ-01-XX”，这里不再具体介绍。

需要说明的是，步骤401至步骤403可以并行执行，也可以先后执行，这里不对执行顺序作限定。

通过上述实施例的方法，基量用例标准化旨在规范基量用例的输出质量，降低测试用例与待测需求的耦合度，保持了测试用例的功能独立性。

在一些实施例中，如图6所示，所述方法还包括：

步骤601，当执行预定功能模块的测试任务时，对所述基量用例集进行检索。

在本实施例中，在接受到测试需求后执行测试任务时，用户先首在基量用例集进行检索，以便复用已有的基量用例，避免出现测试用例的重复、冗余设计，提高了测试效率。具体的，可以按照与测试任务相关的关键字的形式进行检索，结合图3和/或图5，例如输入“用例名称”、“功能名称”或者“测试点”中的任一项，均可快速检索。

步骤602，若检索到基量用例，则对检索到的基量用例进行更新并存储。

当在基量用例集中检索到基量用例的情况下，由于基量用例的个数为一个或者多个，计算至少一个基量用例中每个基量用例与测试任务得匹配度；选取匹配度最高的基量用例进行修改，得到可复用的基量用例。匹配度的计算方式可以是计算基量(测试)用例与测试任务之间的相似度，具体的实现方式不做限定。

在可复用的基量用例测试成功后，将该可复用的基量用例覆盖存储修改前的基量用例。例如图7所示，当在“0201任务管理”分支下检索到基量用例时，从该模块中的71个基量用例中选择一个匹配程度最高的基量用例进行修改，得到可复用的基量用例。

这样保证了基量用例集的完整与有效性，确保基量用例集可持续复用。

步骤603，若未检索到基量用例，则获取所述测试任务对应的测试用例，并在所述测试用例完成测试后，将所述测试用例作为基量用例加入所述基量用例集。

在本实施例中，当在基量用例集中未检索到基量用例的情况下，按照上述实施例中的设计模板，获取该测试任务对应的测试用例，并在所述测试用例完成测试后，将所述测试用例作为基量用例加入到相应的组织结构下的模块中。

这样，根据敏捷迭代/开发版本需求或遗漏缺陷新增的基量用例，需要及时更新加入基量用例集，以便及时管理维护基量用例集。

需要说明的是，步骤602和步骤603可以并行执行，也可以先后执行，这里不对执行顺序作限定。

通过上述实施例的方法，持续对基量用例集进行管理，保证基量用例集的完整与有效性，确保基量用例集可持续复用，既缩短了测试人员的设计时间，提高了用例设计的效率，又减少了软件测试的质量风险。

在一些实施例中，还包括：按照预定周期对所述基量用例集进行检测，当所述基量用例满足预定清除条件时，将所述基量用例从所述基量用例集中删除。

在本实施例中，当接收到待测试软件系统的组织机构变更的指令时，例如因需求变更或功能下线，从而作废的基量用例，需要将所述基量用例从所述基量用例集中删除。

下面结合图8的示例图，整体介绍一下本申请实施例的基量用例集的管理方法，首先对基量用例集进行建模，统一基量用例的标准设计模板，以及对基量用例集进行维护管理。上述各个过程的具体实现过程可以参考上述方法部分各个实施例的描述，这里不再赘述。

在一些实施例中，如图9所示，还提供一种基量用例集的管理装置900，所述基量用例集用于测试待测试软件系统的全量功能，包括：

确定结构模块901，用于基于预先创建的基量用例集模型，确定基量用例的组织结构；

标准化模块902，用于确定所述基量用例的设计模板，并按照所述设计模板得到标准化的基量用例；

管理模块903，用于将所述标准化的基量用例按照所述组织结构存储，得到基量用例集。

本实施例的基量用例集的管理装置的具体实现过程可以参考上述方法部分各个实施例的描述，这里不再赘述。

本申请的一些实施方式涉及一种电子设备，如图10所示。在硬件层面，电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(Random-Access Memory，RAM)，也可能还包括非易失性存储器(non-volatilememory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。

处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是ISA(Industry Standard Architecture，工业标准体系结构)总线、PCI(PeripheralComponentInterconnect，外设部件互连标准)总线或EISA(Extended IndustryStandardArchitecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图10仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

存储器，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。

处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成基量用例集的管理装置。处理器，执行存储器所存放的程序，并具体用于执行以下操作：

基于预先创建的基量用例集模型，确定基量用例的组织结构；

确定所述基量用例的设计模板，并按照所述设计模板得到标准化的基量用例；

将所述标准化的基量用例按照所述组织结构存储，得到基量用例集。

上述实施方式提供的基量用例集的管理装置执行的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(CentralProcessing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific IntegratedCircuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本说明书实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

本申请的一些实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的电子设备执行时，能够使该电子设备执行基量用例集的管理方法，并具体用于执行：

基于预先创建的基量用例集模型，确定基量用例的组织结构；

确定所述基量用例的设计模板，并按照所述设计模板得到标准化的基量用例；

将所述标准化的基量用例按照所述组织结构存储，得到基量用例集。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本说明书的实施例可提供为方法、装置、或计算机程序产品。因此，本说明书可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制时，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

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