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

xsnzhq

bug率的计算应该说是有一个公式的，但是很多人的观点都有所不同，可能是和他们的目的不同。
观点一、bug率=bug数/代码行数
观点二、bug率=bug数/功能点数
还有人认为分子可以为状态、严重程度、发现人、解决人、所属模块等。
对于观点一和观点二比较感兴趣，但是很想知道哪一种方法会更加有效一点。
对于观点一，计算代码行数就要交由工具来完成的，但是不能保证开发人员的代码能力一样啊。
而对于观点二，则与开发人员的代码能力无关了，但是则与计算功能点的人有关，作为没有根基的人而言，能准确地计算出功能点也不是件容易的事。而且功能点法涉及的内容也比较多。
最主要的是，我很想知道计算bug率的好处是什么。
仅仅是为了制定出bug率为多少时时符合标准吗，然后经过一段时间后在不断的改进，使bug率得到改进吗？
是不是应该还有什么别的好处呢？
请大家一起来讨论！

shunfyu

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

xsnzhq

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

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

junlingliu

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

xsnzhq

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

chengxq

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

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

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

xsnzhq

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

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

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

xsnzhq

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

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

chengxq

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

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

chengxq

关于bug收敛率，主要是从测试过程来考虑的，如果我进行一轮测试发现了bug率，然后修改，在进行测试，发现的bug率来进行几次的统计，不过表现形式，到目前为止我看到2种表现方式，一种是只统计每次发现的bug，图表的表现形式是涿渐降低的，最后收敛于0，一种就是每次统计全部的bug，那是慢慢升高的，收敛于一个值，不过这只是形式的问题，就像我刚才说的，你的目的是什么。然后就好办多了

xsnzhq

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

这个其实主要看公司制定的标准，公司要求是总的，还是新添加的，那我们统计的时候就按照公司的标准去执行
如果公司没有这方面的标准，那争取建立这方面的标准
个人观点，统计总的代码行数，因为在在迭代1中的bug ...

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

chengxq

原帖由 xsnzhq 于 2008-9-23 14:52 发表
想问一下，bug数是本次剩余的bug数呢，还是总共的bug数？代码行数很难计算本次的代码行数吧，那是不是 如果代码行数为总行数，那么bug数就应该为总的bug数呢？即所有bug的加和呢？请大家指教。

这个问题我没有读明白，但是我想，首先你统计bug的目的是什么，你打算干什么，如果你目的明确了，那问题就基本上解决了，你首先想清楚，你统计这个值是什么用的，我想你应该知道怎么去做了

chengxq

原帖由 xsnzhq 于 2008-9-23 11:32 发表
现在有很多项目是采用迭代的方式来进行的，每次可能添加的代码部分比较少，那如何来计算其bug率呢？
是用新增的bug数/新增的代码行数？还是总的bug数/ 总的代码行数？

这个其实主要看公司制定的标准，公司要求是总的，还是新添加的，那我们统计的时候就按照公司的标准去执行
如果公司没有这方面的标准，那争取建立这方面的标准
个人观点，统计总的代码行数，因为在在迭代1中的bug，可能在迭代2中被发现，那这个bug如何计算呢？所以单纯的
统计新的代码行数是没有意义的，因为上一阶段遗留bug将没有对应。
不过我在网上看到有些公司将新的代码行数，总的代码行数，bug建立之间的关系，理论性很强，做起来比较难，特别
是刚建质量标准的公司，不过你需要可以和你沟通一下

chengxq

首先关于bug率统计的方法，个人感觉无论是根据功能点还是根据代码行数，我感觉各有各的用处，而且我也很讨厌“学院派”那种的无味的争论，张三说这个好，李四说那个好，这个个人感觉是没有意义的，因为每种统计方法都有各自的优势，说一句唯心主义的话，就是“存在即合理”其实我们这些品质管理人员最重要的是选择出适合自己项目，适合自己公司的统计方法，总之适合自己才是最好的！
其次，回答你提出的统计bug率的好处，3楼的说的很明白了，他说的比我想的还仔细透彻，不过在这里我想补充一下下自己的观点，就是这些所谓的高，所谓的低，是根据公司以前项目的历史数据来的，参考历史数据，制定出合适的bug率的上下限，来作为评判自己工作产品的，并要求作分析，当然你可能认为历史数据不好用，那么也可以根据本项目的前阶段的bug率，来制定下一阶段的bug率，这里再说明一点，无论是以前，还是现在，还是将来，统计的标准必须一致！否则将失去意义！

xsnzhq

大家有可以统计到新增、删除、修改的代码行数的工具吗？
我找了一下午还是没有找到，linecount和scounter好像都只能计算出总的代码行数。
要不就是我不会使用。有知道的朋友希望告知 。
如果大家又可以统计到新增、删除、修改的代码行数的工具希望可以发给我一份
邮箱是xsnzhq@sina.com.cn
先谢谢了！

xsnzhq

还有，就是如果是想得到当前版本整个系统的质量那个bug率就应该为---本版本的新bug+以前版本未解决的bug/总的代码行数，对吗？
还是怎么计算呢？

xsnzhq

[quote]原帖由 zhongmg108 于 2008-9-23 15:53 发表

1、你可以到网上查一下,代码统计工具应该很多的,其原理一般是通过新旧两个版本对比,很容易得到上述数据.
2、那就看你用这个度量项来说明什么问题：如果是评价新增代码的质量，那不应该包括以前未解决的Bug（不然， ...
您的意思是说如果是评价新增的代码质量那么就是---新增的bug数/新增+修改+删除代码行数
如果是当前版本的整个系统的代码质量-----总的bug数/总代码行数
是这样吗？

xsnzhq

[quote]原帖由 zhongmg108 于 2008-9-23 15:53 发表

1、你可以到网上查一下,代码统计工具应该很多的,其原理一般是通过新旧两个版本对比,很容易得到上述数据.
2、那就看你用这个度量项来说明什么问题：如果是评价新增代码的质量，那不应该包括以前未解决的Bug（不然， ...
您的意思是说如果是评价新增的代码质量那么就是---新增的bug数/新增+修改+删除代码行数
如果是当前版本的整个系统的代码质量-----总的bug数/总代码行数
是这样吗？

zhongmg108

原帖由 xsnzhq 于 2008-9-23 15:22 发表

您的回答我能理解，可是我好像不会用代码统计工具统计新增、修改、删除等的代码行数。只会计算总的代码行数。
您说bug数仅包含本版本新提交的bug数是吗？对于上几个版本中为解决的bug也不管了吗？还是一并计算呢？ ...

1、你可以到网上查一下,代码统计工具应该很多的,其原理一般是通过新旧两个版本对比,很容易得到上述数据.
2、那就看你用这个度量项来说明什么问题：如果是评价新增代码的质量，那不应该包括以前未解决的Bug（不然，开发人员就太有意见了）；如果是评价当前版本整个系统的质量，那就应该一并计算。