应该如何措施之一缺陷密度？[关闭]

StackOverflow https://stackoverflow.com/questions/6067990

  •  06-09-2020
  •  | 
  •  

题

是否有一个标准方法测量密度的缺陷?大多数网站在线状态，它应该可以测量的：

number of defects discovered / the code size

我的问题是：

  • 应该缺陷"固定的"期间被从中减去所发现的缺陷?
  • 应该怎么做有缺陷的一个决定修复，在下列释放，由于缺乏时间？应这些积压工作的缺陷是加入下一版本中的密度？
  • KLOC中的分母可能不是一个好的测量，如果它已被证明是代码是不必要的臃肿起来，由于沉重的重复。应该怎样的一个因素？
  • 可以在一个相互关联的流失在某一特定时期的时间，而现有的积压工作的缺陷的一个特别模块，到的缺陷的数量创建/发现的结果 流失

我们的最终目标是要能够(a)比较我们的缺陷密度针对业界标准(b)确定模块，这些模块是脆弱的和更多的越野车和应该得到更多的关注(c)使用一个一致的指标，以便得出一个趋势线表明了改善质量的一个模块，随着时间的

有帮助吗？

解决方案

我猜 Defect Density 用以检测率在你的程序员都产生的缺陷，然而减去固定的缺陷是与投诉的数量由你的客户/最终用户。

你的目标，(a)似乎不健全，(b)为非常精辟，并将支付股息和(c)可能会诱使虚假的乐观态度。

你真的应该瞄准 Zero Defects 你应该用于指标的目的，忽视的错误发现和定之前释放。

其他提示

缺陷密度数量的确认的缺陷检测软件/模块在一定时期内的发展/操作分大小的软件模块。('缺陷(确认和商定的(不仅仅是报告))).

缺陷密度：缺陷密度=缺陷/单元的大小

疑问句可能出现在这里，什么是这个单位的大小实际上意味着为。单元的大小=尺寸通常计数无论是在线的代码或功能要点。是一个很好的编码你应该有足够的信心，没有重复编码这可能臃肿起来你的码尺寸。

例如：假设10错误被发现在1KLOC 因此DD10/KLOC

缺陷密度是用于测量的质量的代码/模块/要求/产品。是的标准对于衡量相同的是 缺陷密度=些缺陷/尺寸

但在这里，如果我们使用的大小作为KLOC(万行代码)，或FP(功能分)则可能难以计算的相同的和有时为客户(或一些参加者)它没有任何意义。因此，我们应该考虑以下几点过时的计算缺陷的密度。

  1. 数缺陷，应该通过计算加入所有的缺陷，相关代码(这些应包括审查中的缺陷，内部的错误和客户/UAT错误了)，因为所有的错误是相关代码，因此应的一部分缺陷的密度。
  2. 均衡的缺陷计数基于其严重程度之前加入它们，这给予更精确的结果和它的一个标准。一个可以考虑它作为关键的错误=5、高=3，中=1、低=0.5.这种有时被称作为加权缺陷的密度，但是更精确的结果。
  3. 大小不应该仅限于行代码或功能要点。它可能没有。要求。最简单和有效方式是采取大小作中花费的时间编码(这不应包括代码审查、编码返工的努力).因此，密度的缺陷可能被视为缺陷每100人日的精力花在编码和如果你有一个项目的目的指定，然后你可以看到，如果这符合你的目标或没有。

这是一种有效和方便的方式计算的缺陷密度，用一段时间，你可以看看你是否改善或没有。

缺陷基本上是，在产品运送给客户之后的任何功能不是工作或者你可以说的偏差，从用户的要求，不能衡量缺陷但可以采取一些措施，以防止从得到的缺陷，它可以通过不同的测试方法，一些重要的一个是你会找到下：

  • 烟雾测试
  • 理智的测试
  • 黑盒测试
  • 白色的测试
  • 载荷，压力测试

你应该完整的知识你的客户要求从你的，它会帮助你来阻止你的缺陷。 

total number detected defects in your developed software divided by size of your software in line of code . it is calculated in KLOC ,it means it is multiply by 1000 
for example
defects found are 12
size is 2000
defect density= defects/size
answer=.006
it is calculated in kloc so .006*1000=6 so defect density is 6
许可以下： CC-BY-SA 和 归因
不隶属于 StackOverflow
scroll top