如何做好BUG分析
个人觉得,BUG分析是产品质量的评估一个重要指标,如根据BUG趋势分析,可以判定产品质量是否收敛,根据BUG分布图可以判定产品的短木板在哪里?我想了解一下大家是用什么工具来做BUG分析的,要想做好BUG分析,前期要准备好哪些工作? 原帖由 hxc21st 于 2009-8-4 13:36 发表 http://bbs.51testing.com/images/common/back.gif
个人觉得,BUG分析是产品质量的评估一个重要指标,如根据BUG趋势分析,可以判定产品质量是否收敛,根据BUG分布图可以判定产品的短木板在哪里?
我想了解一下大家是用什么工具来做BUG分析的,要想做好BUG分析,前期要 ...
看看bug走势图,然后对一些重点bug进行分析,别老是依赖工具, 要进行bug分析,首先就要在提交缺陷的时候,加各种条件。
比如提交缺陷的时候,你提交了严重性条件,那么最后的时候,你就可以看到所有的严重性分布。
有处理人,你就可以查询修改情况。有模块分类,你就知道各个模块的缺陷。
你提交缺陷的时候,信息越多,最后分析就越方便。
还是建议大家去安装一下ClearQuest,在里面有Sample,上面有各种各样的类别,基本都能包含在内,学习一下很有好处的。
[ 本帖最后由 luming 于 2009-8-4 15:14 编辑 ] 怎么看BUG走势图?:lol 这里有2个公式,可以参考一下:
预测下一轮BUG数量(Sn + Sc*(1- Sm/So))
按照当前修复率计算还需测试的轮数(|㏒(1-Sm/So)(Sn+Sc(1-Sm/So))|)
Sm:修复BUG数。So:上一轮BUG总数 。Sn:新发现BUG数。 Sc:当前BUG总数。当BUG修复率=1时,计算公式失效,请测试人员根据实际情况填写还需测试的轮数。 原帖由 luming 于 2009-8-4 16:03 发表 http://bbs.51testing.com/images/common/back.gif
这里有2个公式,可以参考一下:
预测下一轮BUG数量(Sn + Sc*(1- Sm/So))
按照当前修复率计算还需测试的轮数(|㏒(1-Sm/So)(Sn+Sc(1-Sm/So))|)
Sm:修复BUG数。So:上一轮BUG总数 。Sn:新发现BUG数。 Sc:当前 ...
学习了,这是标准公式还是经验公式? 我们在提交bug时只记录了严重级别、测试人、开发人、所属模块、BUG状态五个信息,依靠这五个信息应该怎么分析? 统计范围:
所有、当前跟踪中、当前已关闭、一段时间内创建,一段时间内关闭的
严重级别 分布
每个模块的问题严重级别分布
每个开发人员的问题严重级别分布
每个状态下,严重级别分布
模块分布
等等啊,组合方式太多了 还有公式呢,不知道我东西太多了啊 原帖由 ddeef 于 2009-8-5 16:03 发表 http://bbs.51testing.com/images/common/back.gif
统计范围:
所有、当前跟踪中、当前已关闭、一段时间内创建,一段时间内关闭的
严重级别 分布
每个模块的问题严重级别分布
每个开发人员的问题严重级别分布
每个状态下,严重级别分布
模块分布
等等啊,组 ...
我的问题就是要用什么工具来分析?之前我是用Excle,通过VBA编程来分析的,由于VBA学得不精,感觉不是很好,想了解有没有这的现成工具。:lol 我认为Bug分析很重要,结果也很有价值 具体怎么分析,也是个难题呀~:( 谢谢。学习了 说白了,就是统计分析,通过大量的数据,来提炼出测试进程中所表现出来的问题 原帖由 hxc21st 于 2009-8-4 13:36 发表 http://bbs.51testing.com/images/common/back.gif
个人觉得,BUG分析是产品质量的评估一个重要指标,如根据BUG趋势分析,可以判定产品质量是否收敛,根据BUG分布图可以判定产品的短木板在哪里?
我想了解一下大家是用什么工具来做BUG分析的,要想做好BUG分析,前期要 ...
看趋势,自己分析。 我也知道是看趋势,难道没有现成的开源工具,只能纯手工或用Excel? 有点消极的想法,分析bug有什么用处呢?预测未来的Bug数量?个人觉得因为需求的变化,测试质量的偶然性还是很大的。
页:
[1]