Qu'est-ce que la densité de défauts ? Formule à calculer avec Exemple
Thomas Hamilton
Qu’est-ce que la densité des défauts ?
La densité de défauts est le nombre de défauts confirmés dans le logiciel/module au cours d'une période spécifique période de opération ou développement divisé par la taille du logiciel/module. Il permet de décider si un logiciel est prêt à être publié.
La densité des défauts est comptée pour mille lignes de code, également connue sous le nom de KLOC.
Comment calculer la densité des défauts
Une formule pour mesurer la densité des défauts :Defect Density = Defect count/size of the release
La taille de la version peut être mesurée en termes de ligne de code (LoC).
Exemple de densité de défauts
Supposons que vous ayez 3 modules intégrés dans votre produit logiciel. Chaque module a le nombre suivant de bogues découverts :
- Module 1 = 10 bogues
- Module 2 = 20 bogues
- Module 3 = 10 bogues
Total de bogues = 10+20+10 =40
La ligne totale de code pour chaque module est
- Module 1 = 1000 LOC
- Module 2 = 1500 LOC
- Module 3 = 500 LOC
Ligne totale de code = 1000 1500+500 3000+ =
La densité des défauts est calculée comme suit :
Defect Density = 40/3000 = 0.013333 defects/loc = 13.333 defects/Kloc
Une norme pour la densité des défauts
Cependant, il n'existe pas de norme fixe en matière de densité de bogues. Des études suggèrent qu'un défaut pour mille lignes de code est généralement considéré comme un signe de bonne qualité d'un projet.
Facteurs qui affectent les mesures de densité de défauts- Complexité du code
- Le type de défauts pris en compte pour le calcul
- Durée prise en compte pour le calcul de la densité des défauts
- Compétences de développeur ou de testeur
Avantages de la densité des défauts
- Il aide à mesurer l’efficacité des tests
- Il aide à différencier les défauts dans les composants/modules logiciels
- Il est utile pour identifier les domaines à corriger ou à améliorer.
- Il est utile pour pointer vers les composants à haut risque
- Il aide à identifier les besoins de formation de diverses ressources
- Cela peut être utile pour estimer les tests et les retouches dus à des bugs.
- Il peut estimer le reste défauts dans le logiciel
- Avant la sortie, nous pouvons déterminer si nos tests sont suffisants
- Nous pouvons garantir une base de données avec une densité de défauts standard
