测试用例质量的评估

测试用例质量的评估,可以考虑下面3个方面的因素:

  第一,根据测试用例的形式评估其质量,主要包括:

  1)测试用例与需求规格说明中需求条目的可追溯性,例如:我们要求每个需求条目至少有1个测试用例与之对应。目的是为了评估测试的需求覆盖率,以及分析需求发生变更的时候,对测试修改工作的影响程度;

  2)测试用例有无明确的期望结果。通常来说,测试用例的每个执行步骤,都应该明确描述期望的结果,以保证测试人员可以与测试实际结果进行比较,并分析是否需要提交缺陷报告,或者修改测试用例。

  3)是否满足公司内部定义的测试用例模板。例如:每个公司都可能定义了测试用例模板,比如定义了“测试类型”,要求每个测试用例和测试类型进行关联,并要求每个功能的测试用例需要覆盖所有的测试类型,例如:可移植性、互操作性、稳定性等。

  第二,根据测试用例覆盖率评估其质量,主要包括:

  1)需求的覆盖率,例如:我们主要负责系统测试级别,因此测试用例的需求覆盖率要求必须达到100%。

  2)质量特性的覆盖率,例如:我们在测试用例模板中采用测试类型的概念,要求每个功能的测试用例,必须100%覆盖所有的测试类型。而测试类型的定义,参考了ISO 9126质量模型,以前缺陷的分析,需求条目的分析等。

  3)测试平台的覆盖率,例如:针对我们目前的通信产品,每个功能都需要在不同平台上运行,例如:不同的网元类型、接口类型、业务类型等。测试用例的对这些平台的覆盖率,也要求达到100%。

  第三,根据测试用例的有效性评估其质量,主要包括:

  1)测试用例的缺陷发现率,我们采用的计算方法是“系统测试发现的缺陷数目除以执行的测试用例数目,而得到的百分比”。

  2)脚本化测试的缺陷发现率,我们采用的计算方法是“根据测试用例步骤发现的缺陷数目/总发现的缺陷数目,得到的百分比”。假如这个百分比很低,说明设计的测试用例有效性方面比较差,而通过探索性测试发现的缺陷比例更高。

  3)遗漏到用户现场的缺陷率,我们采用的计算方法是“6个月内用户现场反馈的缺陷数目,除以系统测试级别发现的缺陷数目与6个月内用户现场反馈的缺陷数目之后,得到的百分比”。

  每个公司和测试团队在评估测试用例质量方面会存在不同的度量指标,基本的要求是这些度量指标简单容易收集,并且有利于改进测试过程和测试团队的测试能力,但切记不会针对测试人员个人的能力与绩效的评估

转自:领测软件测试网[http://www.ltesting.net]
原文链接:http://www.ltesting.net/ceshi/ceshijishu/csyl/2012/1011/205600.html

测试用例质量的评估,布布扣,bubuko.com

时间: 2024-10-12 15:40:50

测试用例质量的评估的相关文章

干货 | VMAF视频质量评估在视频云转码中的应用

作者介绍:姜生,PP云高级技术经理,10余年视频编解码算法设计优化,流媒体应用等领域开发经验. 一 .VMAF 技术介绍: VMAF 的全称是:Visual Multimethod Assessment Fusion,视频质量多方法评价融合.这项技术是由美国Netflix公司开发的一套主观视频质量评价体系.2016年1月,VMAF 正式开源: 下载地址: https://github.com/Netflix/vmaf 二 .通行视频质量评价方法的局限: 评价一个编码后的视频流与压缩前的视频流质量

语音质量评估

语音质量评估,就是通过人类或自动化的方法评价语音质量.在实践中,有很多主观和客观的方法评价语音质量.主观方法就是通过人类对语音进行打分,比如MOS.CMOS和ABX Test.客观方法即是通过算法评测语音质量,在实时语音通话领域,这一问题研究较多,出现了诸如如PESQ和P.563这样的有参考和无参考的语音质量评价标准.在语音合成领域,研究的比较少,论文中常常通过展示频谱细节,计算MCD(mel cepstral distortion)等方法作为客观评价.今年也出现了MOSNet等基于深度网络的自

对比其它软件方法评估敏捷和Scrum

一般来说,选择一种软件开发方法,更像是加入一个邪教组织,而不像是做出了一个技术决策.许多公司甚至从未试图去评估这些方法,而仅仅是盲目采用最流行的方法,这就造成了如今五花八门的各种敏捷方法.因此本文将使用包括功能点.缺陷移除率(DRE).质量成本(COQ)以及总拥有成本(TCO)在内的一些标准的度量指标,对现代软件开发方法的样本进行比较. 目前有约55种已命名的软件开发方法正在使用,还有更大数量的混合方法.这些开发方法中包括传统的瀑布方法.各种花样的敏捷.Rational统一过程(RUP).团队软

《开源框架那点事儿18》:为什么要先从测试用例编写和文档编写开始?

有一个同学,问我一个问题:加入Tiny是否必须从写单元测试用例和文档作起? 此问题引发我诸多感触,故形成乱弹一篇. 作为一个新加入者,多看.少说,是正点.而这个时候,写写测试用例.文档,就是个不错的选择.这样入手比较容易,也比较容易体现水平. 可以说好的程序员,测试和文档都是写得好的.测试和文档一定写不好的,一定不是好的程序员. 同时,在看代码,写测试用例.写文档的过程中,还可以这样思考: 他为什么要这么设计?换成我,我会怎么设计?然后有相当一部分,会转化成:哦,原来是这个样子的!这个时候你进步

【tool】软件测试用例的复审

软件测试用例的复审   软件测试 对测试用例的评审,就显得非常重要.测试用例设计完之后,要经过非正式和正式的复审和评审.在测试用例审查.评审过程中,主要检查下列内容: 测试用例设计的整体思路是否清晰,是否清楚系统的结构和逻辑从而使测试用例的结构或层次清晰,测试的优先级或先后次序是否合理; 测试用例设计的有效性,测试的重点是否突出,即是否抓住修改较大的地方.程序或系统的薄弱环节等; 测试用例的覆盖面,有没有考虑到产品使用中一些特别场景(scenario).考虑到一些边界和接口的地方; 测试用例的描

谈《百度搜索引擎网页质量白皮书》

今年上半年,百度发布了<百度搜索引擎网页质量白皮书>,官方给出的发布理由是"此次推出<网页质量白皮书>,目的是开放百度在网页质量方面的判断标准,给站长提供参考,希望有更多.更优质的内容产生,满足搜索引擎用户的需求,同时为站长带来流量,实现共赢." 几乎可以肯定,用户在浏览网页时,使用最多的网站,绝大多数是搜索引擎,如百度.搜狗.360以及现在几乎没法用的谷歌.用户将自己的需求传递给搜索引擎,搜索引擎帮助用户在整个网页库中搜寻用户希望知道的信息,并将网页链接呈现给

如何编写高质量的缺陷报告(一)

目录 一.报告缺陷注意事项 二.如何编写缺陷报告 在一些项目中,缺陷报告是测试工程师最主要的工作输出.一份好的缺陷报告可以帮助开发人员快速定位问题,帮助产品经理了解缺陷的严重性及用户质量信息,同时可以快速确定修复优先级:项目周期的例会中,可以有效提高会议效率:如果是在测试作为第三方公司提供时,项目组会以缺陷报告的质量来评估该测试人员的工作能力和职业素养.所以,编写出高质量的缺陷报告是测试人员重要基本功之一. 首先,报告缺陷的目的是解决缺陷,但是由于项目组中每个角色分工不同,对待缺陷站的立场也不同

285.软件体系结构评估概述

7.1.1 评估关注的质量属性 软件体系结构的设计是整个软件开发过程中关键的一步.对于当今世界上庞大而复杂的系统来说,如果没有一个合适的体系结构而要有一个成功的软件设计几乎是不可想象的. 不同类型的系统需要不同的体系结构,甚至一个系统的不同子系统也需要不同的体系结构.体系结构的选择是一个软件系统设计成败的关键.但是,怎样才能知道为软件系统所选用的体系结构是否恰当?如何确保按照所选用的体系结构能顺利地开发出成功的软件产品呢?要回答这些问题,需要使用专门的方法对软件体系结构进行分析和评估. 体系结构

App外包有什么要注意的?【最新分析】

这几年来遇到不少的移动互联网创业者,他们做app的时候多数都会这么问."你好,我要做类似XXX的app,需要多少钱?""有的朋友会问app外包会不会上当受骗".其实这些问题不是一两句话能够说明白的.下面51开发app官网(app外包潜规则揭秘网)尝试着给大家总结一下app外包的时候需要注意的事项以及一些常见的问题,供大家参考. 注意事项一.明确功能需求 明确需求,写好需求文档,这一步是最重要的.否则产品做出来可能完全不是自己想要的或者"缺胳膊少腿"