BUG率的计算和它的实际意义的思考 - 51ste软件测试部落-中国软件测试者的乐园
登录|注册

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

作者:tester  发布时间:2018-05-09 12:28:52  关键字:bug率 bug收敛率 

通常在产品测试过程中,我们会做许多统计,以便这些统计分析项对我们今后的测试工作和产品过程质量控制提供依据。其中,bug率是其中非常重要的一项。然而bug率应该怎么去计算,bug率有什么意义呢?这是这篇文章要告诉你的。

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

问题1、统计bug率有什么用处?

我的看法:用处有很多,具体情况具体分析,在项目中通常用来评价产品的质量。如果bug率较高,说明系统质量较差,需要大量的返工。测试经理(协同项目经理)就需要做好缺陷分析(缺陷的类型、分布、严重程度等),找出原因,以便做好下一阶段的缺陷预防工作。除此之外,还可以结合其它方面的信息,判断一些工作是否充分。譬如,如果缺陷密度过低,不外乎两点原因:1)可能产品质量确实高;2)也可能评审或测试不充分,更多的缺陷没有发现。在某些公司,bug率也作为项目度量考核的一项指标。

问题2:bug率的计算公式是什么?

bug率=bug数/代码行数

bug率=bug数/功能点数

我的看法:对于这两个公式的争议比较多,个人觉得没必要争哪个才是正道。存在即合理,每个公式都有它生存的环境和产生的根源,我们需要用到它的时候,只需要根据公司需要择优选择就好。

问题3:哪种方法更有效,更合理可行呢?

我的看法:使用代码行进行计算,优点是可以通过自动统计工具计算(特别是对于大型项目,肯定会计算代码行数),比较方便,所以该方法比较普遍,是大多数公司或项目运用的计算方法。但它的缺点是受开发人能力影响大(毕竟不同开发人员的编码能力不一样),且不同编程语言差别较大。

使用功能点进行计算,优点是计算方法适用性强,不同语言之间也有可比性,但缺点是参数较多,比较复杂,而且目前还没有比较方便的统计工具。其次,计算功能点虽然与开发人员的代码能力无关,但是与计算功能点的人有关,对于没有根基的人而言,能准确的计算出功能点也不是一件容易的事。而且功能点涉及的内容也比较多。

有人提到“功能点与不同语言的代码行数之间有一个对应,可以在统计出代码行数后根据比例换算成功能点”,但具体对应关系是什么?希望知道的朋友告知一下。

问题4:bug率计算公式中的bug数怎么取值?

在看到上面的公式后,也许有人疑惑:

1、能很方便的统计出新版本变化的代码行数吗?

2、分子中的bug数是本次剩余的bug数呢,还是总的bug数?

3、如果代码行数为总行数,那么bug数就应该为总的bug数?如果是总的bug数,那么对于后期仅仅改bug的阶段而言,可能代码的增加会很少,但是这时bug数会不断增加,这样一来,bug率岂不是在不断的升高?但是按常理而言是应该减少的呀,应该越到后期bug率越小才对?

4、或者bug数取剩余的bug总数(前面版本遗留未修改的bug和本版本的新bug)呢?而代码行数仍然是总的代码行数。这样是不是有问题?

解惑:

1、代码统计工很多都能做到新旧两个版本对比,很容易得到版本变化的代码行数。

2-3、就看你用这个度量项来说明什么问题:如果是评价新增代码的质量,那不应该包括以前未解决的Bug,可以用“新增的bug数/(新增+修改+删除代码行数)”,如果是当前版本的整个系统的代码质量——总的bug数/总代码行数。

4、这个相当于统计bug收敛率了。

问题5:迭代式开发的bug率应该怎么计算?

现在有很多项目是采用迭代的方式来进行的,每次可能添加的代码部分比较少,那如何来计算其bug率呢?是用新增的bug数/新增的代码行数?还是总的bug数/总的代码行数?

我的看法:采用何种统计策略,还要看该统计项目的:如果用于评价新开发工作的质量,那就不能把原有系统缺陷统计在内;如果不作为评价新的开发工作,那就都统计在一起(譬如有的只是跟踪版本质量)。

在测试中,每一个统计项都应有它的目的,不应该机械地去做统计。在做统计之前,我们应该搞清楚所做统计项的目的是什么。

本文由51ste.com网友编辑,未经授权,不得转载使用上述作品盈利;个人转载,需标明原文作者及出处。

说说看法查看全部评论(1)

微信二维码

部落微信公众号

QQ二维码

部落QQ群二维码