51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3069|回复: 3
打印 上一主题 下一主题

[讨论] 发起关于测试用例设计质量度量的讨论

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2008-3-11 11:50:27 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
关于测试用例设计质量的度量,大家有什么好方法呢

最好能定出量化的指标来哦

希望大家各抒己见!
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2008-3-11 16:42:33 | 只看该作者

难以量化

测试用例就是要保证所有的用户需求都被覆盖,并且能够发现尽可能多的软件缺陷。
但是用例质量比较难以量化,就像软件质量难以量化一样。

个人觉得应该包含一下几个方面:
1. 是否包含了所有的用户需求
看USE CASE或者需求文档是否全部转化成了测试用例。

2. 测试覆盖率
不同系统对质量有不同要求,有些需要功能覆盖,用些是路径覆盖。
检查用例的覆盖率是否符合项目的要求。

3. 测试结果
测试用例设计的原则就是要用最少的用例发现最多的缺陷。
测试结果可以反馈一部分用例的设计质量。
例如每百行用例发现1个严重缺陷,3个一般缺陷就是一个量化过程。
可以在每个发布版本中进行比较。

4. 返回缺陷
最终用户的结果最有说服力。
测试用例是测试的中心,如果发布的产品缺陷很多,那说明用例设计不成功。
用例的质量直接影响到了产品最终质量。

欢迎大家继续补充,谢谢。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2008-3-11 16:52:16 | 只看该作者
基本上同意楼上的意见
回复 支持 反对

使用道具 举报

该用户从未签到

4#
 楼主| 发表于 2008-3-12 11:56:35 | 只看该作者
谢谢两位

我补充一个,就是测试项目中发现的用例外bug数目占总bug数目的比例,是否也可以作为用例设计质量的评价标准?
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-9-28 10:19 , Processed in 0.071758 second(s), 25 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表