51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

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

像各位专家咨询个问题--关于缺陷的粒度

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2013-7-17 13:02:27 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
我查找了一些资料,都未对这块工作进行详细的论述,所以上论坛问问,看看大家有没有相同的疑惑

研发提出我们提交的缺陷很多是同等类型的,应该归于一个bug,这样他们就会减少bug量;然后说我们测试在重复提交缺陷,有滥竽充数的感觉!
但实际上,某个图形的功能出了问题,而这个问题在其他图形上也出了问题;于是我们本着缺陷的粒度最小化的原则进行了提交

请问到底谁说的正确,缺陷的粒度到底如何定义呢?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

4#
发表于 2013-9-6 16:03:01 | 只看该作者
什么是合适的范围啊,

发现一个图形的功能出现问题,如果是不同的人测试不同的功能,那么大家都会发现这样的问题,肯定都会提示,如果是一个人测试的话,首先考虑的是这样的问题有没有共性,找到BUG的规律然后提交就可以,如果是对于一个人提交问题的时候没有去发掘BUG的规律,只知道发现问题提交问题,只能说明他对测试的认识不够深入。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2013-8-20 18:50:01 | 只看该作者
楼主万岁,万万岁,哈哈哈哈,谢谢了
回复 支持 反对

使用道具 举报

该用户从未签到

2#
发表于 2013-7-19 07:16:57 | 只看该作者
这倒是个很好的问题。之所以你查不到是因为这本身就是很灵活,就像用例设计的力度一样。从来也没有哪个规范说一定要精细到哪个级别。缺陷重复(或相关联)本身就是很常见的问题,由于大多数情况下测试做的是黑盒检测,对缺陷的根本原因缺乏认识。
本身并不存在滥竽充数的问题,顶多只是增加了测试组维护缺陷的开销,但要是贵公司用缺陷数量来衡量测试组和个人的绩效这样就有点问题了。
总的来讲当项目刚开始时有这样的问题是正常的,但是重复缺陷必须作为重要指标监控,随着项目的深入这个指标必须下降。
另外说一句,“于是我们本着缺陷的粒度最小化的原则进行了提交”肯定是不对的。过细的bug群不但消耗别人读和处理bug的时间,也很大地浪费了测试组的人力。报bug是很费时间的,测试应当把尽可能多的时间花在寻找bug的努力上。bug粒度应当控制在合适的程度。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-25 07:45 , Processed in 0.064589 second(s), 26 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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