Quelle est la densité des défauts? Formule à calculer avec l'exemple

Table des matières:

Anonim

Quelle est la densité des défauts?

La densité des défauts est le nombre de défauts confirmés dans le logiciel / module pendant une période spécifique de fonctionnement ou de développement divisé par la taille du logiciel / module. Cela 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 connu sous le nom de KLOC.

Comment calculer la densité des défauts

Une formule pour mesurer la densité des défauts:

Densité des défauts = nombre de défauts / taille de la version

La taille de la version peut être mesurée en termes d'une ligne de code (LoC).

Exemple de densité de défaut

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

Nombre 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 de code totale = 1000 + 1500 + 500 = 3000

La densité des défauts est calculée comme suit:

Densité des défauts = 40/3000 = 0,013333 défauts / loc = 13,333 défauts / Kloc

Une norme pour la densité des défauts

Cependant, il n'y a pas de norme fixe pour la densité de bogues, les études suggèrent qu'un défaut pour mille lignes de code est généralement considéré comme un signe de bonne qualité du projet.

Facteurs qui affectent les mesures de densité de défaut

  • 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 permet de différencier les défauts des 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 des différentes ressources
  • Cela peut être utile pour estimer les tests et les retouches en raison de bogues
  • Il peut estimer les défauts restants 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