Die wichtigsten Punkte der Fehlerrate-Metrik und der Kundenproblemmetrik sind in Tabelle 4.1 kurz zusammengefasst. Die beiden Metriken stellen zwei Perspektiven der Produktqualität dar. Für jede Metrik stimmen Zähler und Nenner gut überein: Fehler beziehen sich auf Quellanweisungen oder die Anzahl der Funktionspunkte, und Probleme beziehen sich auf die Verwendung des Produkts. Wenn Zähler und Nenner verwechselt werden, ergeben sich schlechte Metriken. Solche Metriken könnten kontraproduktiv für die Qualitätsverbesserungsbemühungen einer Organisation sein, da sie Verwirrung stiften und Ressourcen verschwenden. Softwaremetriken können in drei Kategorien eingeteilt werden: Produktmetriken, Prozessmetriken und Projektmetriken. Produktmetriken beschreiben die Merkmale des Produkts wie Größe, Komplexität, Designmerkmale, Leistung und Qualitätsstufe. Prozessmetriken können verwendet werden, um die Softwareentwicklung und -wartung zu verbessern. Beispiele hierfür sind die Wirksamkeit der Fehlerentfernung während der Entwicklung, das Muster der Testfehlerankunft und die Reaktionszeit des Fixprozesses. Projektmetriken beschreiben die Projektmerkmale und die Ausführung. Beispiele hierfür sind die Anzahl der Softwareentwickler, das Personalmuster über den Lebenszyklus der Software, Kosten, Zeitplan und Produktivität.
Einige Metriken gehören mehreren Kategorien an. Beispielsweise sind die prozessbasierten Qualitätsmetriken eines Projekts sowohl Prozessmetriken als auch Projektmetriken. Im Jahr 2000 veröffentlichte Jones auf der Grundlage einer Vielzahl empirischer Studien das Buch Software Assessments, Benchmarks und Best Practices. Alle Metriken, die im gesamten Buch verwendet werden, basieren auf Funktionspunkten. Laut seiner Studie (1997) beträgt die durchschnittliche Anzahl von Softwarefehlern in den USA während des gesamten Softwarelebenszyklus etwa 5 pro Funktionspunkt. Diese Zahl stellt die Gesamtzahl der gefundenen und gemessenen Fehler während des gesamten Lebenszyklus der Software dar, einschließlich der von Benutzern vor Ort gemeldeten Fehler. Jones schätzt auch die Fehlerbeseitigungseffizienz von Softwareorganisationen nach dem Niveau des vom Software Engineering Institute (SEI) entwickelten Fähigkeitsreifemodells (CMM). Durch die Anwendung der Fehlerbeseitigungseffizienz auf die Gesamtfehlerrate pro Funktionspunkt wurden die folgenden Fehlerraten für die gelieferte Software geschätzt. Die Zeitrahmen für diese Fehlerraten wurden nicht angegeben, aber es scheint, dass diese Fehlerraten für die Wartungslebensdauer der Software bestimmt sind.
Die geschätzten Fehlerraten pro Funktionspunkt sind wie folgt: Defekte nach der Freigabe des Produkts werden nachverfolgt. Fehler können Felddefekte sein, die von Kunden gefunden werden, oder interne Defekte, die intern gefunden werden. Die verschiedenen Metriken für die Fehlerrate nach der Veröffentlichung pro tausend SSI (KSSI) oder pro tausend CSI (KCSI) lauten: Fehlerverfolgung: Fehler müssen bis zum Release-Ursprung nachverfolgt werden, der Teil des Codes, der die Fehler enthält, und zu welcher Freigabe der Teil hinzugefügt, geändert oder verbessert wurde. Bei der Berechnung der Fehlerrate des gesamten Produkts werden alle Mängel herangezogen; Bei der Berechnung der Fehlerquote für den neuen und geänderten Code sind nur Mängel des Freigabeursprungs des neuen und geänderten Codes enthalten. KCSI = 20 KSSI = 50 + 20 (neue und geänderte Codezeilen) – 4 (vorausgesetzt, 20% sind geänderte Codezeilen ) = 66 Defect/KCSI = 1.8 (unter der Annahme einer Verbesserung um 10% gegenüber der ersten Version) Gesamtzahl der zusätzlichen Defekte = 1.8 ` 20 = 36 Strike that last post! Ich hatte nicht unter den Traktor, um genug Hebel zu bekommen, um den Zöpfen auseinander zu bekommen.