Wie soll man Messen Defekt-Dichte?

Gibt es einen standard-Weg von der Messung der fehlerdichte? Die meisten Websites, die online-Zustand, so sollte es gemessen werden als:

number of defects discovered /the code size

Meine Fragen sind:

  • Sollten Mängel "fest" während der Periode von der subtrahiert werden Mängel entdeckt?
  • Was soll man tun mit den Mängeln entscheidet man sich fix in der nächsten Version, wegen des Mangels an Zeit? Sollte dieser Rückstand Mängel werden aufgenommen in das nächste release ist Dichte?
  • KLOC im Nenner ist wahrscheinlich nicht eine gute Maßnahme, wenn es ist erwiesen, dass der code unnötig aufgebläht, bis aufgrund der starken überschneidungen. Wie soll ein Faktor, der in?
  • Kann man korrelieren die Abwanderung in einer bestimmten Zeit, und die vorhandenen Auftragsbestand von Mängeln, für ein bestimmtes Modul, um die Zahl der Mängel erstellt/entdeckt, als Ergebnis der Churn

Unser oberstes Ziel ist es, in der Lage sein, (a) zu vergleichen unsere Defektdichte gegen die Industrie-Normen (b) zu identifizieren, die Module, die zerbrechlich sind und mehr buggy ist und mehr Aufmerksamkeit verdient, (c) um eine einheitliche Metrik, um zu zeichnen eine Trendlinie demonstriert die Verbesserung in der Qualität eines Moduls über die Zeit

Die Abstimmung zu schließen, da zu breit. Coverity verwendet auch diesen Begriff als kloc-Verhältnis.

InformationsquelleAutor Nishith | 2011-05-20

Schreibe einen Kommentar