CN108845933B - 软件测试用例编写和评审的方法及装置 - Google Patents

Abstract

本发明公开了一种软件测试用例编写和评审的方法及装置，通过自动匹配测试用例与测试点快速检查用例的覆盖率,审查重要的测试用例并打分，对流程图及测试路径详细检查,是否遗漏测试点,测试路径完全通过后,评审系统即循环比较测试用例的路径编号和流程图的路径编号,系统自动给出本次测试用例的总体得分，提高评审的效率在测试用例评审时可自动检查测试用例的覆盖率,快速且方便,并能通过优先级和关键字等抽取重测试用例进行重点的审查,节省了大量的用例审查时间,同时大幅提高审查的效率,更有利于发现测试用例的重大缺陷。

Description

软件测试用例编写和评审的方法及装置

技术领域

本公开涉及软件测试领域，具体涉及软件测试用例编写和评审的方法及装置。

背景技术

软件测试的测试质量很大程度上取决于测试用例的质量,而对测试用例进行质量把控的则需要进行测试评审.但是软件系统无论大小,涉及的用例都非常多,数千的测试用例靠人工去逐条审核,需要耗费大量的人力和时间,做法不太可取。

目前审查用例基本都是靠评审人员逐条审核用例,在测试用例数目过多的时候,往往耗时长,或者由于用例过多、审查时间短,导致审查时快速浏览而效率低下,不能很好的发现测试用例的问题,影响测试效率。

发明内容

本公开的目的是针对为了解决测试用例过多导致的无法对测试用例全部进行审查的问题,本发明提出一种高效率的软件测试用例编写和评审的方法及装置，通过自动匹配测试用例与测试点快速检查用例的覆盖率,并且可根据用例的优先级和关键字搜索,审查重要的测试用例并打分,提高评审的效率。

为了实现上述目的，根据本公开的一方面，提供软件测试用例编写和评审的方法，所述方法包括以下步骤：

步骤1，根据测试需求作流程图,流程图由测试点展开形成各条测试路径；

步骤2，为所有的测试路径分配唯一的路径编号,为每条测试路径设置优先级和添加关键字；

步骤3，根据测试路径开始编写测试用例；

步骤4，对测试流程图及其路径进行详细的审核,确保所有的测试需求点都已经覆盖,若有重要需求点未覆盖,退回给测试人员重新进行流程图和路径的设计；

步骤5，流程图审核通过后,对测试用例的路径编号和测试路径的路径编号进行比对,若测试用例的路径编号完全包含了测试路径的路径编号,认定测试用例已对全部路径测试点覆盖完毕,达到100％覆盖率；若没有达到100％覆盖,退回给测试人员重新编写测试用例；

步骤6，测试用例覆盖了100％的测试点后,对全部测试用例进行随机抽查一次并依据评分规则进行评分；

步骤7，在评审系统得出最后的测试用例总分大于90分时认定该次用例评审通过,确认符合要求并开始执行测试用例。

进一步地，在步骤2中，所述优先级包括高级、中级和低级，根据测试点是否为基础功能或重大功能等进行划分。所述关键字根据产品的功能,所属模块,类型等选取若干关键字,测试人员在测试路径中按实际情况选择关键字添加。

进一步地，在步骤3中，所述测试路径下的所有用例继承该路径的路径编号、优先级和关键字。

进一步地，在步骤6中，所述评分规则为:用例系统原始得分为100分,评审人员评出用例的缺失度分数，即没考虑到的测试情况,所述缺失度分数按缺失的严重度高到低,设为5,4,3,2,1的分数,然后用优先级对缺失度进行加权，所述优先级分为高级、中级和低级,高级权重为1,中级权重为0.8,低级权重为0.5,然后用总分减去所有审查用例的缺失度分数,得到最后的测试用例总分；若测试用例总分最后大于90分，则认定该测试用例评审通过,可以用于执行测试；若测试用例总分最后小于90分,则认定为测试用例系统评审不通过,需要退回给测试人员,对缺失部分重新进行大幅度的修改。

本公开的另一方面，还提供了软件测试用例编写和评审装置，所述装置包括：存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序运行在以下装置的单元中：

测试路径生成单元，用于根据测试需求作流程图,流程图由测试点展开形成各条测试路径；

测试路径设置单元，用于为所有的测试路径分配唯一的路径编号,为每条测试路径设置优先级和添加关键字；

测试用例编写单元，用于根据测试路径开始编写测试用例；

流程图审核单元，用于对测试流程图及其路径进行详细的审核,确保所有的测试需求点都已经覆盖,若有重要需求点未覆盖,退回给测试人员重新进行流程图和路径的设计；

用例比对单元，用于在流程图审核通过后,对测试用例的路径编号和测试路径的路径编号进行比对,若测试用例的路径编号完全包含了测试路径的路径编号,认定测试用例已对全部路径测试点覆盖完毕,达到100％覆盖率；若没有达到100％覆盖,退回给测试人员重新编写测试用例；

随机评分单元，用于在测试用例覆盖了100％的测试点后,对全部测试用例进行随机抽查一次并依据评分规则进行评分；

测试用例执行单元，用于在评审系统得出最后的测试用例总分大于90分时认定该次用例评审通过,确认符合要求并开始执行测试用例。

本公开的有益效果为：本发明提供一种软件测试用例编写和评审的方法及装置，通过自动匹配测试用例与测试点快速检查用例的覆盖率,并且可根据用例的优先级和关键字搜索,审查重要的测试用例并打分，提高评审的效率在测试用例评审时可自动检查测试用例的覆盖率,快速且方便,并能通过优先级和关键字等抽取重测试用例进行重点的审查,节省了大量的用例审查时间,同时大幅提高审查的效率,更有利于发现测试用例的重大缺陷。

附图说明

通过对结合附图所示出的实施方式进行详细说明，本公开的上述以及其他特征将更加明显，本公开附图中相同的参考标号表示相同或相似的元素，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图，在附图中：

图1所示为软件测试用例编写和评审的方法的流程图；

图2所示为软件测试用例编写和评审装置图。

具体实施方式

以下将结合实施例和附图对本公开的构思、具体结构及产生的技术效果进行清楚、完整的描述，以充分地理解本公开的目的、方案和效果。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

如图1所示为根据本公开的软件测试用例编写和评审的方法的流程图，下面结合图1来阐述根据本公开的实施方式的软件测试用例编写和评审的方法。

测试人员首先需要根据测试需求构建流程图,梳理所有的测试路径,并为每条测试路径设置唯一编号,再添加优先级和关键字为路径的属性,最后就根据测试路径编写测试用例,并提交测试用例。然后就评审人员开始进行审查用例.先对流程图及测试路径详细检查,是否遗漏测试点,测试路径完全通过后,评审系统即循环比较测试用例的路径编号和流程图的路径编号,若流程图的路径编号在测试用例的路径编号能完全找到匹配,即说明用例把所有路径(测试点)都已经覆盖。然后评审人员依照经验对优先级和关键字进行联合搜索测试用例,对重要的用例进行审查并打分。评审人员多次搜索并审查完毕,系统自动给出本次测试用例的总体得分,得分大于90,即认定用例审查通过。

本公开提出软件测试用例编写和评审的方法的一种实施例，具体包括以下步骤：

步骤1，根据测试需求作流程图,流程图由测试点展开形成各条测试路径。

步骤2，为所有的测试路径分配唯一的路径编号,测试人员为每条路径设置优先级和添加关键字。优先级可根据测试点是否为基础功能或重大功能等进行划分,可分为高、中和低。而关键字由测试经理和产品经理预先沟通制定,可根据产品的功能,所属模块,类型等选取若干关键字,测试人员在测试路径中按实际情况选择关键字添加。

步骤3，测试人员根据测试路径开始编写测试用例,每条路径下的所有用例继承该路径的路径编号、优先级和关键字。直至编写完成软件产品的所有测试用例,再提交到评审系统中。

步骤4，评审人员开始介入测试用例审查工作。先对测试流程图及其路径进行详细的审查,确保所有的测试需求点都已经覆盖,若有重要需求点未覆盖,让测试人员重新进行流程图和路径的设计。

步骤5，流程图审核通过后,评审系统开始循环比较测试用例的路径编号和测试路径的路径编号,若测试用例的路径编号完全包含了测试路径的路径编号,即可认定测试用例已对全部路径(测试点)进行覆盖,达到100％覆盖率。若没有达到100％覆盖,打回给测试人员重新编写测试用例。

步骤6，测试用例覆盖了100％的测试点后,评审人员开始对全部测试用例进行随机抽查。评审人员在评审系统中输入优先级和关键字多次进行联合搜索测试用例,符合条件的测试用例全部在系统中列出,然后评审人员就对该部分用例进行详细评审并进行打分。评分规则如下:用例系统原始得分为100分,评审人员评出用例的缺失度分数，即没考虑到的测试情况,所述缺失度分数按缺失的严重度高到低,设为5,4,3,2,1的分数,然后用优先级对缺失度进行加权，所述优先级分为高级、中级和低级,高级权重为1,中级权重为0.8,低级权重为0.5,然后用总分减去所有审查用例的缺失度分数,得到最后的测试用例总分；若测试用例总分最后大于90分，则认定该测试用例评审通过,可以用于执行测试；若测试用例总分最后小于90分,则认定为测试用例系统评审不通过,需要退回给测试人员,对缺失部分重新进行大幅度的修改。

步骤7，评审系统得出最后的测试用例总分大于90分,则该次用例评审通过,认为基本符合要求,稍加修改,可开始执行测试用例。

本公开的实施例提供的软件测试用例编写和评审装置，如图2所示为本公开的软件测试用例编写和评审装置图，该实施例的软件测试用例编写和评审装置包括：处理器、存储器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，例如读取程序。所述处理器执行所述计算机程序时实现上述各个读取方法实施例中的步骤。

所述装置包括：存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序运行在以下装置的单元中：

测试路径生成单元，用于根据测试需求作流程图,流程图由测试点展开形成各条测试路径；

测试路径设置单元，用于为所有的测试路径分配唯一的路径编号,为每条测试路径设置优先级和添加关键字；

测试用例编写单元，用于根据测试路径开始编写测试用例；

流程图审核单元，用于对测试流程图及其路径进行详细的审核,确保所有的测试需求点都已经覆盖,若有重要需求点未覆盖,退回给测试人员重新进行流程图和路径的设计；

用例比对单元，用于在流程图审核通过后,对测试用例的路径编号和测试路径的路径编号进行比对,若测试用例的路径编号完全包含了测试路径的路径编号,认定测试用例已对全部路径测试点覆盖完毕,达到100％覆盖率；若没有达到100％覆盖,退回给测试人员重新编写测试用例；

随机评分单元，用于在测试用例覆盖了100％的测试点后,对全部测试用例进行随机抽查一次并依据评分规则进行评分；

测试用例执行单元，用于在评审系统得出最后的测试用例总分大于90分时认定该次用例评审通过,确认符合要求并开始执行测试用例。

所述软件测试用例编写和评审装置可以运行于桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备中。所述软件测试用例编写和评审装置，可运行的装置可包括，但不仅限于，处理器、存储器。本领域技术人员可以理解，所述例子仅仅是软件测试用例编写和评审装置的示例，并不构成对软件测试用例编写和评审装置的限定，可以包括比例子更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述软件测试用例编写和评审装置还可以包括输入输出设备、网络接入设备、总线等。

所称处理器可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，所述处理器是所述软件测试用例编写和评审装置运行装置的控制中心，利用各种接口和线路连接整个软件测试用例编写和评审装置可运行装置的各个部分。

所述存储器可用于存储所述计算机程序和/或模块，所述处理器通过运行或执行存储在所述存储器内的计算机程序和/或模块，以及调用存储在存储器内的数据，实现所述软件测试用例编写和评审装置的各种功能。所述存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(SecureDigital,SD)卡，闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

尽管本公开的描述已经相当详尽且特别对几个所述实施例进行了描述，但其并非旨在局限于任何这些细节或实施例或任何特殊实施例，而是应当将其视作是通过参考所附权利要求考虑到现有技术为这些权利要求提供广义的可能性解释，从而有效地涵盖本公开的预定范围。此外，上文以发明人可预见的实施例对本公开进行描述，其目的是为了提供有用的描述，而那些目前尚未预见的对本公开的非实质性改动仍可代表本公开的等效改动。

Claims (3)

1.一种软件测试用例编写和评审的方法，其特征在于，所述方法包括以下步骤：

步骤1，根据测试需求作流程图,流程图由测试点展开形成各条测试路径；

步骤2，为所有的测试路径分配唯一的路径编号,为每条测试路径设置优先级和添加关键字；

在步骤2中，所述优先级包括高级、中级和低级，根据测试点是否为基础功能或重大功能进行划分，根据产品的功能、所属模块、类型选取若干关键字,测试人员在测试路径中按实际情况选择关键字添加；

步骤3，根据测试路径开始编写测试用例；

步骤4，对测试流程图及其路径进行详细的审核,确保所有的测试需求点都已经覆盖,若有重要需求点未覆盖,退回给测试人员重新进行流程图和路径的设计；

步骤5，流程图审核通过后,评审系统开始循环比较测试用例的路径编号和测试路径的路径编号，若测试用例的路径编号完全包含了测试路径的路径编号,认定测试用例已对全部路径测试点覆盖完毕,达到100%覆盖率；若没有达到100%覆盖,退回给测试人员重新编写测试用例；

步骤6，测试用例覆盖了100％的测试点后,评审人员开始对全部测试用例进行随机抽查，评审人员在评审系统中输入优先级和关键字多次进行联合搜索测试用例,符合条件的测试用例全部在系统中列出,然后评审人员就对该部分用例进行详细评审并进行打分；

在步骤6中，评分规则为:用例系统原始得分为100分,评审人员评出用例的缺失度分数，即没考虑到的测试情况, 所述缺失度分数按缺失的严重度高到低,设为5,4,3,2,1的分数,然后用优先级对缺失度进行加权；

步骤7，在评审系统得出最后的测试用例总分大于90分时认定该次用例评审通过,确认符合要求并开始执行测试用例。

2.根据权利要求1所述的软件测试用例编写和评审的方法，其特征在于，在步骤3中，所述测试路径下的所有用例继承该路径的路径编号、优先级和关键字。

3.一种软件测试用例编写和评审装置，其特征在于，所述装置包括：存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序运行在以下装置的单元中：

测试路径生成单元，用于根据测试需求作流程图,流程图由测试点展开形成各条测试路径；

测试路径设置单元，用于为所有的测试路径分配唯一的路径编号,为每条测试路径设置优先级和添加关键字；

所述优先级包括高级、中级和低级，根据测试点是否为基础功能或重大功能进行划分，根据产品的功能、所属模块、类型选取若干关键字,测试人员在测试路径中按实际情况选择关键字添加；

测试用例编写单元，用于根据测试路径开始编写测试用例；

流程图审核单元，用于对测试流程图及其路径进行详细的审核,确保所有的测试需求点都已经覆盖,若有重要需求点未覆盖,退回给测试人员重新进行流程图和路径的设计；

用例比对单元，用于流程图审核通过后,开始循环比较测试用例的路径编号和测试路径的路径编号，若测试用例的路径编号完全包含了测试路径的路径编号,认定测试用例已对全部路径测试点覆盖完毕,达到100%覆盖率；若没有达到100%覆盖,退回给测试人员重新编写测试用例；

随机评分单元，用于在测试用例覆盖了100％的测试点后,评审人员开始对全部测试用例进行随机抽查，评审人员输入优先级和关键字多次进行联合搜索测试用例,符合条件的测试用例全部在系统中列出,评审人员就对该部分用例进行详细评审并进行打分；

评分规则为:用例系统原始得分为100分,评审人员评出用例的缺失度分数，即没考虑到的测试情况, 所述缺失度分数按缺失的严重度高到低,设为5,4,3,2,1的分数,然后用优先级对缺失度进行加权；

测试用例执行单元，用于在评审系统得出最后的测试用例总分大于90分时认定该次用例评审通过,确认符合要求并开始执行测试用例。

Images