究竟什么是缺陷密度？

xsnzhq

很想知道关于缺陷密度的定义，什么是缺陷密度呢？有的人认为1、缺陷密度=发布后的缺陷数/总缺陷数*100%
另一种为2、缺陷密度=缺陷数/代码行数既等同于缺陷率。
到底哪一种是对的呢？对于第一种很想知道这个得出的数据能体现什么呢？

chengxq

对于数据的统计没有谁对谁错，只是出于不同的统计目的，就有了不同的公式。
第一个公式说实话，我是第一次看到，不过我能猜到这个是从测试的有效性考虑的，如果所得数值很大，那说明我们的测试有效性很低，如果-------
对于第2个现在用的比较的多，就不多说了

xsnzhq

感谢！开始我只是觉得迷糊，现在好了，我其实觉得第一种似乎没有什么实际的意义，能从中看到什么呢？发布的缺陷数/总缺陷数，也只能看到缺陷修改的比率。还是第二种用的比较多而且也比较一目了然。能够看到在千行代码的缺陷数。

chengxq

原帖由 xsnzhq 于 2008-10-7 16:53 发表
感谢！开始我只是觉得迷糊，现在好了，我其实觉得第一种似乎没有什么实际的意义，能从中看到什么呢？发布的缺陷数/总缺陷数，也只能看到缺陷修改的比率。还是第二种用的比较多而且也比较一目了然。能够看到在千行 ...

呵呵，我也谢谢你，让我知道了第一种统计的方式方法，我感觉这个还是有用的，因为我们在很多情况下，都说客户在用的时候发现了很多bug，但是bug到底发生了多少，这个量是没有作用的，只有将其和总的量进行比较后，就能得出一个有用的比值，通过这个百分比，我们就可以对我们测试的有效性做出一个评价。

zhongmg108

第一个应该叫做"遗留缺陷率"(residual defect ratio),注意这个ratio是"比率"的意思,实际上是同类型数据之间的比,一般是指"部分"占"总体"的比率. 这个数据越大,说明项目的质量控制活动效果越差, 可以把缺陷进行分类, 然后去回溯发现哪些活动没有到位或执行的效果不佳.

缺陷密度,一般都是这样定义: 缺陷数/产品规模.
这个产品可能是指文档, 这时单位用"页"; 也可能指用例数,这时单位用"个"; 大多数情况下指代码,这时单位是"NBNC行".

xsnzhq

感谢大家的回答，从中学到了不少知识。 多谢！

ftoilove

我在实际工作中，经常度量第一个数据，原因如下
1、缺陷率（缺陷数量/规模）：很好度量，用于开发过程中，如果使用了bug管理系统的话，这个数据能很轻易得出，例如我们公司使用的JIRA系统，目的在于：一方面作为对开发人员的考核，另一方面用于分析开发过程的bug原因分析及预防。
2、缺陷密度（发布缺陷数/总缺陷数）：我把他叫缺陷密度，用于产品发布后，产品进入维护阶段，主要有两个来源，一是客户自己发现，二是在维护中开发人员发现。主要用于分析产品发布的过程改进，如果这个数据过大，说明我们的放行标准过低，如果这个数很低，说明我们的放行标准过高，事实发布后是允许存在bug的，那么如何改进发布放行，就必须用这个数据来度量，我目前只找到这个方法：）
3、根据缺陷率及缺陷密度进行分析统计，以得出在整个开发过程中基于测试和评审的粒度！
4、可能跟我们公司的项目有关系，我们的生命周期是一直存在到维护中的，如果生命周期到交付客户就结束，那么这个度量项意义真的不大，大家可以自己斟酌！

zj101582

学习了  

Jon

呵呵 楼上都说很明白
这些都是量具，来度量软件的质量，一般SQA会使用他们来出报表

xsnzhq

很想向大家请教，关于缺陷遗留率=发布后缺陷数/缺陷总数*100%，对于迭代开发的系统而言如何来进行计算，什么时候是对该数据进行统计的时机？
因为迭代开发的项目通常来说是开发一部分功能就要发布至客户方，然后再进行新一部分的功能开发。那么该数据是只要发布至客户方就要统计呢，还是要等到功能全部实现再作统计？
而这个数据是什么时候进行统计呢？是发布前统计呢还是要等待客户反馈信息后再作统计？如果是发布至客户方前统计，那么发布后缺陷数就是本版测试部测试出来的缺陷，如果是等待客户的反馈信息，那么等待时间是多久呢？

xsnzhq

大家有没有什么好的建议呢？请大家指教！感谢！

xsnzhq

大家关于迭代开发模式下的缺陷遗留率的统计有什么好的建议，请指教！

zhongmg108

我个人觉得，与非迭代项目没有太大区别，还是归结底还是用这个度量项度量什么？这样的度量项反映了什么问题？
如果用于评估该次迭代开发的质量，那就把缺陷的范围界定在该次迭代所涉的功能范围内。那这个遗留缺陷率的计算依然是：
遗留缺陷率=交付后发现缺陷个数/定位在该轮迭代范围内的缺陷

所以在缺陷的统计中需要增加界定缺陷范围的属性。

xsnzhq

原帖由 zhongmg108 于 2008-10-10 13:52 发表
我个人觉得，与非迭代项目没有太大区别，还是归结底还是用这个度量项度量什么？这样的度量项反映了什么问题？
如果用于评估该次迭代开发的质量，那就把缺陷的范围界定在该次迭代所涉的功能范围内。那这个遗留缺陷率 ...

您的意思是说遗留缺陷率=交付后发现缺陷个数/定位在该轮迭代范围内的缺陷  公式中的，交付后发现缺陷个数为客户反馈+发布后测试部再发现的？是吗？而定位在该轮迭代范围内的缺陷 则为发布前的测试部发现的缺陷个数+客户反馈+发布后测试部再发现的缺陷个数吗？而并不是总的缺陷数？
对于您说的定位也就是说定位在本次发布中是吗？所有的数据均为本次发布版本的缺陷数？

zhongmg108

原帖由 xsnzhq 于 2008-10-10 14:10 发表

您的意思是说遗留缺陷率=交付后发现缺陷个数/定位在该轮迭代范围内的缺陷  公式中的，交付后发现缺陷个数为客户反馈+发布后测试部再发现的？是吗？而定位在该轮迭代范围内的缺陷 则为发布前的测试部发现的缺陷个数 ...

是的，因为这样才有意义，不然都混在一起，有什么意义呢，能做什么判断呢！“交付后发现的缺陷个数”当然也是定位在该次迭代范围内的缺陷，“定位在该轮迭代范围内的缺陷”包括项目组发现的缺陷、测试部发现的缺陷和客户发现的缺陷。分子与分母是部分与总体的关系。
什么是遗留缺陷?这个概念的定义可能会有一些差异,通常认为是开发团队完成工程级测试后,交付客户（有的公司是独立的测试部门）验收,项目进入发布阶段,此后发现的问题都属于遗留缺陷。
每个度量项，都应该在特定时间段和特定范围内的。也就有“时间”和“空间”两个维度。以这个度量项为例子，从“时间”维度上当然是指本次迭代所涉及缺陷，从“空间”维度来看是指本次迭代所产生代码及受影响的代码这个范围。

guoyh

对于迭代开发的缺陷遗留率，可以分块进行统计。并且第1个迭代的缺陷遗留率可以作为后面迭代发布决策的参考数据。

johsonwy

路过，正好学习一下。谢谢各位大哥的经验分享！

liuyang0618

缺陷密集式是缺陷出现的一种想象，我们需要重视该模块的测试。

xiaochenyu

缺陷密度=发布后的缺陷数/总缺陷数*100%
我们管这个叫BUG逃逸率

tianyu890619

学习了！