51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 6579|回复: 11
打印 上一主题 下一主题

[讨论] 统计Bug数量的意义

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2006-7-8 17:29:04 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
每次测试结束都要对发现的Bug数量进行统计,有什么特殊的意义吗?
请高手指点!
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2006-7-8 19:15:47 | 只看该作者
收集数据,定量度量,指导后续。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2006-7-8 22:30:20 | 只看该作者
Bug数量能反应出我们整个软件的质量,也能用来作为度量数据,通过缺陷分析法,查找我们过程中的不足,并且通过修改这些不足而做到缺陷的预防.同时也是整个公司能力的体现,通过各个项目的积累,能看出公司开发的一个能力值,能把缺陷控制在一个什么范畴,可以用来预测到项目最后的成功.
回复 支持 反对

使用道具 举报

该用户从未签到

4#
 楼主| 发表于 2006-7-10 09:36:57 | 只看该作者
明白了,谢谢!
回复 支持 反对

使用道具 举报

  • TA的每日心情
    难过
    2015-4-23 14:35
  • 签到天数: 3 天

    连续签到: 1 天

    [LV.2]测试排长

    5#
    发表于 2006-7-10 10:25:19 | 只看该作者
    同时也可以根据前期汇总数据来给后续工作定一个标准,所有的前期的汇总、总结数据都能作为后期项目的标准来进行参考
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2006-7-13 17:35:57 | 只看该作者
    个人愚见。
    统计bug 数量主要是为了计算缺陷密度 bug数/千行代码数
    目的在于:
    1.统计开发人员代码质量;
    2.与测试覆盖率相结合,确认测试用例有效性;
    3.统计测试人员测试质量;
    4.查看程序bug分布情况,作为下次的经验数值。

    [ 本帖最后由 gsclishen 于 2006-7-13 17:37 编辑 ]
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2006-7-14 13:05:29 | 只看该作者
    我补充一点:
    统计bug数,还可以看bug是否收敛。

    另外,说一点实际工作中的问题:
    用bug数来衡量开发质量的话,会使得开发人员与测试人员矛盾加大。
    我们的解决办法是用上线后的bug数来衡量软件质量。
    不知道那位DX有更好的解决办法没有?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2006-7-14 15:14:00 | 只看该作者
    嗯,在项目中bug的统计还可以用来进行同期比较,察看bug的走势图,从而来判断软件的成熟程度。
    或是是否达到release标准!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2006-7-14 15:17:33 | 只看该作者
    原帖由 zhang_www 于 2006-7-14 13:05 发表
    我补充一点:
    统计bug数,还可以看bug是否收敛。

    另外,说一点实际工作中的问题:
    用bug数来衡量开发质量的话,会使得开发人员与测试人员矛盾加大。
    我们的解决办法是用上线后的bug数来衡量软件质量。
    不知 ...


    我觉得你单单说bug数,是不可取的。
    应该说是拿严重bug比如:A级bug数来,B级bug数。
    另外,如果没有达到release标准,你们就把产品投放上线麽?
    汗!
    release标准中,起码要求没有A级bug和B级bug。C级bug限定在某个范围。
    如果上线之后再看,肯定不会说没有A、B级bug,但是这个时候再出现这样的bug是非常可怕的事情。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2006-7-14 18:25:46 | 只看该作者
    原帖由 Lero 于 2006-7-14 15:17 发表


    我觉得你单单说bug数,是不可取的。
    应该说是拿严重bug比如:A级bug数来,B级bug数。
    另外,如果没有达到release标准,你们就把产品投放上线麽?
    汗!
    release标准中,起码要求没有A级bug和B级bug。C级bu ...


    我的意思不是说没完成就发布,肯定要到bug收敛,并且数量在限定范围内才会发布的。
    主要问题在于用bug数(分级别的)来衡量开发人员和测试人员,会造成他们之间对于某些bug无休止的争论。
    而我们公司现在不用这个来衡量开发和测试人员,而是上线的系统如果出现bug,会直接影响相关的开发人员和测试人员,这样就把开发和测试人员绑在了一起,化解了他们之间的矛盾,有利于之间的合作。
    但是反过来,这样就失去了一个衡量开发和测试质量的标尺,不知道您有什么好的想法或建议没有?

    敬待回复,谢谢!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2006-7-15 17:40:54 | 只看该作者
    我觉得这种争议在相当长一段时间内都会持续下去,我们需要做的就是协调好两者的矛盾.
    恩,我个人觉得,应该维持这种矛盾,但是又不让它激化,在这样的环境下出来的产品,相信质量是比较可观的.
    因为我没做管理,所以没有什么好的建议.呵呵
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2006-7-16 10:35:38 | 只看该作者
    原帖由 asd835 于 2006-7-8 17:29 发表
    每次测试结束都要对发现的Bug数量进行统计,有什么特殊的意义吗?
    请高手指点!

    每次,是指每一个版本测试还是指测试结束后准备发布?
    BUG统计的意义很大:
    1.对开发、测试人员的绩效考核。这里面考核当然不仅仅是BUG数量,还要看BUG的严重级别。
    2.某一版本测试结束对BUG的统计,有利于我们日后开展类似开发/测试项目的时候,大致明白技术关键,估算项目时间,人力成本等。
    3.通过统计,可以知道什么时候开始回归测试以及性能测试或者引入自动化的功能测试。
    4.评估我们这一次测试/开发活动的好坏。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-6-22 02:20 , Processed in 0.120294 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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