BUG率的计算和它的实际意义

chengxq

那您的意见是bug率=总的bug数/总的代码行数是吗？
还是bug 率=新增加的bug数+ 未解决的bug数/总的代码行数呢？

你好，请问  总的bug 数不等于新增加的bug数加未解决的bug数吗？不好意思，你能说清楚点吗？

xsnzhq

原帖由 chengxq 于 2008-9-23 17:33 发表
关于bug收敛率，主要是从测试过程来考虑的，如果我进行一轮测试发现了bug率，然后修改，在进行测试，发现的bug率来进行几次的统计，不过表现形式，到目前为止我看到2种表现方式，一种是只统计每次发现的bug，图表的表 ...

您说的这个很容易理解，其实两种方式只是表现形式不相同。但是我想问一下，对于迭代开发模式下的项目什么时候是统计收敛率的好时机呢？
是要等到全部功能都实现了吗？还是以开始做项目的时候就可以了呢？

xsnzhq

原帖由 chengxq 于 2008-9-23 17:35 发表

你好，请问  总的bug 数不等于新增加的bug数加未解决的bug数吗？不好意思，你能说清楚点吗？

恩，是这样的，我所说的总的bug是指截止到目前版本的所有bug书，其中包含新增的+未解决+已解决。
就是由始至终的一个bug总数。
呵呵

chengxq

原帖由 xsnzhq 于 2008-9-23 17:41 发表

您说的这个很容易理解，其实两种方式只是表现形式不相同。但是我想问一下，对于迭代开发模式下的项目什么时候是统计收敛率的好时机呢？
是要等到全部功能都实现了吗？还是以开始做项目的时候就可以了呢？

其实这个bug收敛率在小项目中是很难运用的，它一般运用在评测阶段或项目生命周期的软件质量
主要是对应于对每次测试时的bug数，如单体测试阶段分为测试1.测试2.测试3.那我统计bug数，看是否收敛
如果是那证明我质量越来越好，如果不是那就要分析。

xsnzhq

经过昨天一天大家的讨论，我也渐渐明白了bug率的计算。首先要明确要做bug率的目的，然后根据目的去选择方法。如果想得到本版本的质量那么bug率=（新提交的bug数+上几个版本未解决的bug数）/总的代码行数。我觉得大多数公司可能更加关注的就是在这个数据吧。如果您关注的是本阶段的质量bug率=新提交的bug数/新编写的代码行数。其中包括新增、删除、修改的代码行数。（尽管我还不清楚这个代码行数用什么统计工具可以计算）。
至于bug收敛率也是一样，像上面的朋友说的，可以使本版本的bug数，也可以是总的bug数。然后通过出图就会很直观。但是还是统计本版本的bug数会比较直观，因为正常来说它会逐渐趋近于0。
以上是我向大家学到的，还有不对之处，请指出！

junlingliu

bug率 主要评估什么用？有什么实际意义？

xsnzhq

原帖由 junlingliu 于 2008-9-27 13:26 发表
bug率 主要评估什么用？有什么实际意义？

bug率主要是用来评估系统或版本是否符合要求，其bug率是否在指定的范围内。
首先自然要进行一段时间的数据累计，然后掌握规律，制定出合适的标准，bug率为多少(应该为一个范围)的时候是在标准内。不在标准内，不论是低于还是高于都要找原因，查找问题所在，并改进。

shunfyu

   在这里顶一下。。慢慢看。。我们Tester正在做这个