测试用例优先级

简介: 测试用例优先级

通过软件开发生命周期(SDLC)的软件测试过程,可以保证软件的质量。聪明的软件测试可以帮助提供一个更可靠和无缺陷的产品,满足业务需求和利益相关者的期望。这就是为什么它需要更多的时间和资源,因此,使这个过程非常昂贵的原因。由于产品进入测试阶段后所剩的时间有限,因此确定测试用例的优先次序变得更加重要,特别是在回归测试期间,以提高软件测试的效率。


回归测试是软件测试的一种类型,它检查应用程序的代码库中的变化、更新或改进不会影响软件应用程序的现有功能。它对现有功能的整体稳定性和功能负责。

在软件回归测试过程中,测试用例优先级开始发挥作用。除了测试套件最小化(TSM)和测试案例选择(TCS),测试用例优先级也是回归测试的方法之一。


什么是测试用例优先化(TCP)?


测试用例优先化或TCP,顾名思义,是在测试套件中根据不同的因素对测试用例进行优先化的过程,这些因素可以是代码覆盖率、功能、风险/关键模块、特征等。


它提供了一种方法,根据一些措施首先执行高度重要的测试用例,然后产生预期的结果,例如,提前揭示故障并为测试人员提供反馈。


为什么测试用例的优先级很重要?


测试是SDLC中最重要的阶段之一,在成本、精力和时间方面消耗了大量的资源。


测试的困难部分是风险管理,测试计划,成本价值,以及对特定项目运行的测试进行分析。


运行一个测试套件中的所有测试用例可能需要大量的努力,从而增加回归测试的成本。


随着软件规模的增长,测试套件也越来越大,因此,需要更多的努力来维护测试套件。


对于复杂的应用程序,详尽地测试每一种情况是不可能的,也是不现实的。


根据感知到的风险和客户需求对测试案例进行优先排序,可以有效地减少测试应用程序所需的测试案例数量。


确定测试用例的优先级也有助于满足项目的里程碑,同时满足客户的要求和期望。
还可以实现对错误的早期检测。


可用于测试用例选择的优先类别


优先级1:必须执行的测试用例,否则产品发布后的后果可能会更糟。这些是关键的测试用例,由于新功能的出现,功能被破坏的可能性是最大的。


优先级2:如果有足够的时间,测试案例可能会被执行。这些不是非常关键的案例,但可以作为启动前的双重检查的最佳做法来执行。


优先级3:这些测试用例在当前发布之前不重要。这些可以在以后测试,在当前软件版本发布后不久作为最佳实践。然而,没有直接的依赖性。


优先级4:测试用例从不重要,因为其影响几乎可以忽略不计。


在优先级方案中,人们必须遵循的主要准则是确保较低优先级的测试用例不应该对软件造成任何严重影响。这些优先级的确定可以有几个目标。下面是其中的一些。


优先级的确定可以基于已经传达给客户的功能,从商业的角度来看是至关重要的。


通过检查一个测试套件的故障检测率来衡量故障的可能性。这有助于了解一个测试套件是否有漏洞。


通过允许在测试过程的早期使用代码覆盖标准,以更快的速度增加被测系统的可覆盖代码的覆盖率。


通过在测试过程中提前定位类似的故障,提高测试套件中高风险故障的检测率。


在回归测试过程的早期,由于具体的代码修改,增加了故障被发现的可能性。


测试用例优先化的类型(TCP)


有两种类型的测试用例的优先权。


一般测试用例优先排序


在这种优先级排序中,测试用例的优先级是基于它们对产品的后续修改版本的作用。它不需要任何关于修改版本的知识。因此,一般的测试用例优先级可以在非高峰期的程序版本发布后进行。因此,执行优先级的成本在随后的版本中被摊销了。


特定版本的测试用例优先化


在这个优先排序中,我们对测试用例进行优先排序,使它们在产品的特定版本上有用。这需要了解产品的所有变化。这是在对修改后的版本进行回归测试之前进行的。


什么是定义测试用例优先级的不同技术?


QA使用的五种测试用例优先排序技术如下。


1. 基于覆盖率的TCP


这种类型的测试用例的优先级是基于代码覆盖率的。在这里,测试用例是根据他们的代码覆盖率来确定优先次序的。


它有以下几个子技术:


语句总覆盖率优先化。在这个技术中,测试用例所覆盖的总语句数被用来作为测试用例的优先级因素。例如,覆盖5条语句的测试用例将比覆盖2条语句的测试用例获得更多优先权。


额外的语句覆盖率优先级。这种技术包括反复选择一个具有最大语句覆盖率的测试用例,然后选择一个覆盖前一个测试用例未覆盖的语句的测试用例。这个过程重复进行,直到所有的语句都被覆盖。


总分支覆盖率的优先排序。在这种技术中,总分支覆盖率被用作测试用例优先排序的因素,其中分支覆盖率指的是对一个条件的每个可能结果的覆盖。


额外分支覆盖率优先排序。这种技术包括选择一个具有最大分支覆盖率的测试用例,然后反复选择一个覆盖分支结果的测试用例,这些分支结果是前一个测试用例所没有覆盖的。


2.基于风险的优先级定义方法


这种类型的优先顺序使用风险分析来确定潜在的问题领域,如果失败,可能会导致不良后果。因此,测试用例的优先级要牢记潜在的问题领域。


在风险分析中执行以下步骤。

列出潜在的问题

为每个问题分配发生的概率

计算每个问题的影响的严重程度


3.基于需求的TCP


在这种技术中,测试用例的优先级是根据决定业务需求的不同因素来评估的。这些因素被记录在功能需求文件中,并详细强调了客户需求。测试用例的设计考虑到了客户对一个需求的优先权,它的复杂性,和优先权的波动性。


每一个测试用例都根据这些以客户为中心的因素被赋予一个值,然后具有较高因素值的测试用例被优先于具有较低值的用例。


这些是用于测试用例优先排序的因素。

客户指定的优先级(CP)--它是从客户的商业价值角度来衡量需求的重要性。

需求波动性 (RV) - 它表示需求改变了多少次。

需求实施的复杂性 (IC) - 它表示实施一个需求所需的努力或时间。

易错性 (FP) - 它表明一个需求在以前的软件版本中是多么容易出错。


4. 基于历史的TCP


在这种技术中,测试用例的优先级主要是基于测试用例的历史,即检查测试用例的过去执行结果。


它被用来确定测试失败的可能机会,那些更有可能失败的测试案例被优先于那些失败机会较少的测试案例。测试用例的执行历史被用来选择哪些测试用例会被考虑在当前周期进行测试。


5.基于成本意识的TCP


在这种技术中,测试用例是以成本因素为基础进行优先排序的。成本较低的测试用例将被优先于成本较高的测试用例。


它包括:

回归测试过程的成本

收集需求的成本

分析是否选择一个测试案例的成本

确定测试用例的优先级的成本

整个测试执行的成本


衡量优先级测试套件的有效性的指标


为了衡量优先级测试套件的有效性,你可以使用一个叫做APFD(平均故障检测百分比)的指标,可以用以下公式计算

APFD = 1 - ( ( TF1 + TF2 + ....... + TFm ) / nm )+ 1 / 2n

其中。

TFi = 测试套件T中暴露出故障i的第一个测试案例的位置

m = T下暴露的故障总数

n = T中测试用例的总数

AFPD值范围从0到100。APFD值越高,故障检测率越快。

因此,简单地说,APFD表明测试套件能多快地识别软件中的故障或错误。如果测试套件能够快速检测出故障,那么它就被认为是更有效和可靠的。


总结


毫无疑问,测试用例的优先级是按照市场和最终用户的标准生产高质量产品的最有效方法之一。它是一种将测试用例从高级别优先级到低级别优先级进行优先排序和安排的方法。这种方法在软件测试阶段最能减少成本、精力和时间。然而,重要的是要彻底了解测试用例优先级的好处、挑战和技术,以便从中获得最大利益。这样,你就会成功地确定测试用例的优先次序。

无论你如何确定你的测试的优先级,在真实的用户条件下测试它们是至关重要的,以确保测试有更好的准确性。

相关文章
|
测试技术
测试思想-流程规范 用例优先级定义与使用规范 V1.0
测试思想-流程规范 用例优先级定义与使用规范 V1.0
195 0
|
存储 缓存 NoSQL
测试思想-测试设计 关于测试用例设计的一点感想(优先级与拆分合并设计)
测试思想-测试设计 关于测试用例设计的一点感想(优先级与拆分合并设计)
112 0
|
监控 数据挖掘 BI
测试思想-测试执行 缺陷提交,优先级
测试思想-测试执行 缺陷提交,优先级
134 0
|
分布式计算 Hadoop API
Hadoop中HDFS的API操作、HDFS文件上传(测试参数优先级)、copyFromLocalFile参数解读、HDFS文件下载、文件更名和移动、删除文件和目录、文件详情查看、文件和文件夹判断
Hadoop中HDFS的API操作、HDFS文件上传(测试参数优先级)、copyFromLocalFile参数解读、HDFS文件下载、文件更名和移动、删除文件和目录、文件详情查看、文件和文件夹判断
Hadoop中HDFS的API操作、HDFS文件上传(测试参数优先级)、copyFromLocalFile参数解读、HDFS文件下载、文件更名和移动、删除文件和目录、文件详情查看、文件和文件夹判断
html+css实战87-优先级-基本测试
html+css实战87-优先级-基本测试
125 0
html+css实战87-优先级-基本测试
|
Java 测试技术 数据库
Junit - 优先级测试(FixMethodOrder Test)
Junit - 优先级测试(FixMethodOrder Test)
375 0
Junit - 优先级测试(FixMethodOrder Test)
|
测试技术
快速划分测试用例优先级
快速划分测试用例优先级
618 0