测试用例评审有效性的44个衡量标准

如何评价测试用例的有效性? 本文探讨脚本化测试中的测试用例的有效性问题,尤其是针对功能性测试用例而言。如何评价测试用例的有效性?   很多测试团多都会既开展脚本化的测试(ScriptedTesting),也开展探索性的测试(ExploratoryTesting),关于二者的定义和区别,可以参见CemKaner的胶片:http://www.kaner.com/pdfs/QAIExploring.pdf   本文探讨脚本化测试中的测试用例的有效性问题,尤其是针对功能性测试用例而言。   如何评价测试用例的有效性?   我的答案:IncrementalAnalysis&Traceability   你所在团队是如何评价测试用例 立即下载
 
测试用例评审有效性的 44 个衡量标准
 
陈能技
2007-9-20
 
原文:
“44” Metrics for Test Case Review Effectiveness - http://davidfrico.com/roi-metrics-f.htm
 
1.           Major Defects Per Test Case Review 每个经评审的测试用例发现的主要缺陷
2.           Minor Defects Per Test Case Review 每个经评审的测试用例发现的次要缺陷
3.           Total Defects Per Test Case Review 每个经评审的测试用例发现的缺陷总数
4.           Ratio of Major to Minor Defects Per Test Case Review 每个经评审的测试用例发现的主要缺陷与次要缺陷的比例
5.           Total Defects Per Test Case Review Hour 每一个小时评审的测试用例发现的缺陷总数
6.           Major Defects Per Test Case Review Hour 每一个小时评审的测试用例发现的主要缺陷
7.           Ratio of Major to Minor Defects Per Test Case Review Hour 每一个小时评审的测试用例发现的次要缺陷
8.           Number of Open Defects Per Test Review 每个经评审的测试用例发现的处于 Open 状态的缺陷个数
9.           Number of Closed Defects Per Test Case Review 每个经评审的测试用例发现的处于 Closed 状态的缺陷个数
10.      Ratio of Closed to Open Defects Per Test Case Review 每个经评审的测试用例发现的处于 Closed 状态的缺陷个数与处于 Open 状态的缺陷个数的比例
11.      Number of Major Open Defects Per Test Case Review 每个经评审的测试用例发现的处于 Open 状态的主要缺陷个数
12.      Number of Major Closed Defects Per Test Case Review 每个经评审的测试用例发现的处于 Closed 状态的主要缺陷个数
13.      Ratio of Major Closed to Open Defects Per Test Case Review 每个经评审的测试用例发现的处于 Closed 状态的主要缺陷与处于 Open 状态的主要缺陷的比例
14.      Number of Minor Open Defects Per Test Case Review 每个经评审的测试用例发现的处于 Open 状态的次要缺陷个数
15.      Number of Minor Closed Defects Per Test Case Review 每个经评审的测试用例发现的处于 Closed 状态的次要缺陷个数
16.      Ratio of Minor Closed to Open Defects Per Test Case Review 每个经评审的测试用例发现的处于 Closed 状态的次要缺陷与处于 Open 状态的次要缺陷的比例
17.      Percent of Total Defects Captured Per Test Case Review 每个经评审的测试用例发现的总缺陷个数占缺陷总数的百分比
18.      Percent of Major Defects Captured Per Test Case Review 每个经评审的测试用例发现的主要缺陷个数占缺陷总数的百分比
19.      Percent of Minor Defects Captured Per Test Case Review 每个经评审的测试用例发现的次要缺陷个数占缺陷总数的百分比
20.      Ratio of Percent Major to Minor Defects Captured Per Test Case Review 每个经评审的测试用例发现主要缺陷的百分比与次要缺陷的百分比之间的比例。
21.      Percent of Total Defects Captured Per Test Case Review Hour 每一个小时评审的测试用例发现的缺陷数占总缺陷数的百分比
22.      Percent of Major Defects Captured Per Test Case Review Hour 每一个小时评审的测试用例发现的主要缺陷数占总缺陷数的百分比
23.      Percent of Minor Defects Captured Per Test Case Review Hour 每一个小时评审的测试用例发现的次要缺陷数占总缺陷数的百分比
24.      Ratio of Percent Major to Minor Defects Captured Per Test Case Review Hour 每一个小时评审的测试用例发现的主要缺陷的百分比与次要缺陷的百分比之间的比例
25.      Percent of Total Defect Residual Per Test Case Review 每个经评审的测试用例未能发现的缺陷的百分比
26.      Percent of Major Defect Residual Per Test Case Review 每个经评审的测试用例未能发现的主要缺陷的百分比
27.      Percent of Minor Defect Residual Per Test Case Review 每个经评审的测试用例未能发现的次要缺陷的百分比
28.      Ratio of Percent Major to Minor Defect Residual Per Test Case Review 每个经评审的测试用例未能发现的主要缺陷的百分比与次要缺陷的百分比之间的比例
29.      Percent of Total Defect Residual Per Test Case Review Hour 每一个小时评审的测试用例未能发现的缺陷的百分比
30.      Percent of Major Defect Residual Per Test Case Review Hour 每一个小时评审的测试用例未能发现的主要缺陷的百分比
31.      Percent of Minor Defect Residual Per Test Case Review Hour 每一个小时评审的测试用例未能发现的次要缺陷的百分比
32.      Ratio of Percent Major to Minor Defect Residual Per Test Case Review Hour 每一个小时评审的测试用例未能发现的主要缺陷的百分比与次要缺陷的百分比之间的比例
33.      Number of Planned Test Case Reviews 计划要评审的测试用例的个数
34.      Number of Held Test Case Reviews 计划要评审但未评审的测试用例的个数
35.      Ratio of Planned to Held Test Case Reviews 计划要评审的测试用例个数与计划要评审但未评审的测试用例的个数之间的比例
36.      Number of Reviewed Test Cases 评审过的测试用例的个数
37.      Number of Unreviewed Test Cases 未评审的测试用例的个数
38.      Ratio of Reviewed to Unreviewed Test Cases 评审过的测试用例的个数与未评审的测试用例的个数之间的比例
39.      Number of Compliant Test Case Reviews 评审通过的测试用例的个数
40.      Number of Non-Compliant Test Case Reviews 评审不通过的测试用例的个数
41.      Ratio of Compliant to Non-Compliant Test Case Reviews 评审通过的测试用例的个数与评审未通过的测试用例的个数之间的比例
42.      Compliance of Test Case Reviews 通过的评审次数
43.      Non-Compliance of Test Case Reviews 不通过的评审次数
44.      Ratio of Compliance to Non-Compliance of Test Case Reviews 通过的评审次数与不通过的评审次数之间的比例
 
缺陷统计模板 缺陷统计的excel表格,可以直观的统计bug 立即下载

相关推荐

STM32CubeMX的正交编码器encoder

由于最近干活遇到需要获取正交编码的功能,所以返回来研究一下STM32CubeMX的编码器功能,之前也更新过STM32的定时器功能,但是因为之前搞平衡车的正交编码器没有搞清楚原理,就直接用了脉冲输入功能草草了事,现在也算是为之前的年轻买单了,不过看到现有的Encoder说明都比较简单,所以就当是为开发者做贡献了,我研究清楚之后来一篇博客。

ASWaterbenben的博客 1万+

软件测试有效性指标,软件测试用例评审有效性的44个衡量标准[1]

软件测试用例评审有效性的44个衡量标准[1]发表于:2010-03-17来源:作者:点击数:软件测试用例评审有效性的44个衡量标准[1] 用例设计 1.Major Defect s Per Test Case Review 每个经评审的测试用例发现的主要 缺陷 2.Minor Defects Per Test Case Review 每个经评审的测试用例发现的次要缺陷 3.Total Defect...

weixin_35756624的博客 491

Vben Admin权限管理全解析:从动态菜单到按钮级控制(附代码示例)

本文全面解析Vben Admin框架的权限管理系统,从动态菜单生成到按钮级细粒度控制,提供完整的实现方案和代码示例。深入探讨基于角色-权限模型的架构设计,分享前后端协作的最佳实践,帮助开发者快速构建安全高效的企业级后台系统。

weixin_30919429的博客 485

测试用例的有效性分析及评估方法

收藏 测试用例设计是测试人员必须掌握的基本技能之一,也是个难点之一。那么写好的测试用例如何去评估有效性呢? 从测试用例的形式分析 首先,每个公司有每个公司的测试用例模板,如包括模块、子模块、优先级、前置条件、操作步骤、操作数据、预期结果、用例状态、缺陷严重级、概率、实际测试结果、备注;字体格式以及字体大小;测试用例的设计是按照之前约定的按流程来设计还是按照......

py编程|爱分享 5337

手把手教你用SysMax桥接软件搞定CANoe、INCA和刷写工具(附驱动配置避坑点)

本文详细介绍了如何使用SysMax PCAN FD桥接软件实现CANoe、INCA和刷写工具的无缝对接,提供从驱动配置到多软件协同的全链路指南。重点解析了驱动安装避坑点、CANoe配置技巧、INCA集成方法以及刷写工具链优化方案,帮助汽车电子工程师构建高效开发环境。

weixin_30500105的博客 390

fsQCA实战:从数据校准到结果解读的完整流程(附R代码示例)

本文提供了一份完整的模糊集定性比较分析(fsQCA)实战指南,详细阐述了从数据校准、必要条件分析、真值表构建到布尔最小化与结果解读的全流程。通过R语言代码示例,帮助研究者掌握如何将理论转化为可操作的分析步骤,并产出稳健的中间解,以揭示导致结果的复杂条件组合。

d6e7f8g9h的博客 1169

【质量】如何评估测试用例的有效性

一、定义 测试用例有两个比较关键的部分: 调用被测代码:例如RuleService.getLastRuleByClientId(ClientId) 进行结果Check:例如AssertEqual(OrderId,“ABCD1234”) 希望一组测试用例不仅能够“触发被测代码的各种分支”,还能够做好结果校验 当业务代码出现问题的时候,测试用例可以发现这个问题,认为这一组测试用例是有效的 当业务代码出现问题的时候,测试用例没能发现这个问题,认为这一组测试用例是无效的 对测试用例有效性的理论建模是: 测试

sysu_lluozh 3316

Scratch全攻略:从入门到实践的编程之旅

Scratch 是一款由麻省理工学院(MIT)开发的图形化编程工具 ,它诞生的初衷是为了让编程教育更加普及,尤其是让孩子们能够轻松接触和学习编程。与传统的基于文本代码的编程方式不同,Scratch 通过将编程指令以图形化的积木形式呈现,极大地降低了编程的门槛,让编程变得如同搭积木一样简单有趣。

邓邓子的博客 1万+

评估测试用例有效性 5个方面

评估测试用例有效性 5个方面,CoCode自动生成测试用例功能,助力测试效率提高。

CoCode888的博客 3131

Qt入门教程【环境搭建篇】Qt6+Mingw+QMake+QtCreator

Qt Windows平台安装

小鱼酱的博客 2万+

Unity Hololens2开发|(一)环境配置

开发过程中预览和调试应用:可以在电脑上的 Unity 编辑器中以播放模式本地运行应用,并将体验流式传输到 HoloLens2。将来自 HoloLens2 的输入(视线、手势、语音和空间映射)发送到电脑,在其中内容以虚拟沉浸式视图渲染。在HoloLens2设备中,打开Settings面板,依次选择Update & Security > For Developers,打开“Developer Mode”。在开发计算机中打开控制面板,依次选择“更新和安全> 开发者选项”,打开“开发人员模式”;

游戏开发小Y的博客 14万+

如何衡量研发效能?阿里资深技术专家提出了5组指标

导读:新的一年,相信很多产品技术团队把研发效能提升列为重要的目标,甚至还有团队为此专门成立了项目组。然而,到底什么是好的研发效能,却很少有人能够表达清楚。标准不清晰,又何谈提升? 今天,何勉老师将与大家分享他多年的思考与观点,希望对你有所启发。 本文将明确定义研发效能,并提供度量的五大指标...

818

【C语言】字符常量详解

字符常量是C语言中处理字符数据的重要工具。通过单引号括起一个字符,我们可以方便地使用字符常量进行字符判断、字符运算和字符串处理等操作。理解字符常量的表示方法、使用场景和ASCII码对应关系,对于编写高效的C语言程序至关重要。

LuckiBit 5017

软件测试基础篇之一

  什么是软件测试?软件测试的定义、目的是什么?测试工程师究竟是什么样的岗位?从这篇帖子开始,先给大家讲解一些测试工程师必须要掌握的软件测试理论,也是从事测试最基础的内容。     软件测试,就是在规定的条件下,设计各种用户使用场景对程序进行操作,以发现错误,并对软件质量进行评估。     软件测试的目的:服从于软件项目的目标,通过使用有效的方法和工具,提高开发效率和开发质量;并在规定条件下(运...

qq_41625341的博客 1187

RU DOS版、EFI版32bit/64bit BIOS常用工具

DOS版、EFI版的RU工具,可用来查看IO、MEM、PCI、SMBIOS等资源。亲测在EFI SHELL下可用。

廖雪峰Python教程[完整版]

廖雪峰的python教程整理的,已经排好版了,而且还是完整的,适合小白

测试通过上线的标准是什么

测试通过上线的标准是什么

qq_45376215的博客 591

android 蓝牙通讯demo

android 下蓝牙通讯demo,实现了发现蓝牙,使能蓝牙,通过蓝牙发送消息。

测试用例评审

评审的内容有以下几个方面:   1) 用例设计的结构安排是否清晰、合理,是否利于高效对需求进行覆盖。   2) 优先极安排是否合理。   3) 是否覆盖测试需求上的所有功能点。   4) 用例是否具有很好可执行性。例如用例的前提条件、执行步骤、输入数据和期待结果是否清晰、正确;期待结果是否有明显的验证方法。   5) 是否已经删除了冗余的用例。 6) 是否从用...

weixin_30768175的博客 276

jre9下载 jdk9

(Java SE Runtime Environment 9.0) 9.0u175 官方最新版 【x86|x64】

测试用例规范

统一测试用例编写规范,为测试用例设计人员提供测试用例编写的指导,提高编写的测试用例的可读性,可执行性、合理性。为测试执行人员更好的执行测试,提高测试效率,最终提高整个产品的质量。

elmoyan的博客 8089
上一篇: 51tesing的博客上关于TC的文章
下一篇: 请开发人员支持自动化测试
TIB
TIB
博客等级 码龄19年 2879粉丝 957原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值