Comment doit-on mesurer la Densité de Défauts?[fermé]

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

  •  06-09-2020
  •  | 
  •  

Question

Est-il un moyen standard de mesure de Densité de Défauts?La plupart des sites en ligne de l'état qu'il doit être mesurée:

number of defects discovered / the code size

Mes questions sont les suivantes:

  • Si des défauts "fixe" au cours de la période de soustraire les défauts découverts?
  • Que doit-on faire avec les défauts de l'un décide de fixer à la suite de la parution, en raison du manque de temps?Si ces carnet de défauts sera ajouté dans la prochaine version de la densité?
  • KLOC dans le dénominateur est probablement pas une bonne mesure si il a été prouvé que le code est inutilement gonflé jusqu'en raison d'une forte duplication.Comment un seul facteur que dans?
  • Peut-on corréler le taux de Désabonnement dans une période donnée de temps, et l'arriéré existant de défauts pour un module en particulier, le nombre de défauts créés/découverte à la suite de la Le taux de désabonnement

Notre but ultime est de pouvoir (a) comparer la densité de défauts à l'encontre des normes de l'industrie (b) pour identifier les modules qui sont fragiles et plus buggé et méritent plus d'attention (c) de façon cohérente métrique afin de tracer une ligne de tendance en démontrant de l'amélioration de la qualité d'un module au fil du temps

Était-ce utile?

La solution

Je suppose qu' Defect Density est utilisé pour détecter la vitesse à laquelle votre programmeurs sont de générer des défauts, alors que la soustraction fixe défauts est à voir avec le nombre de plaintes déposées par vos clients/utilisateurs finaux.

De vos objectifs, (un) semble malsain, (b) est très incisif et versera des dividendes et (c) peuvent induire des faux optimisme.

Vous devrait vraiment viser pour Zero Defects et vous devriez, pour les métriques fins, ignorer les bugs trouvés et corrigés avant la sortie.

Autres conseils

La densité de défaut est le nombre de défauts confirmés détectés dans le logiciel / module pendant une période de développement / fonctionnement définie divisé par la taille du logiciel / module. ('défauts (confirmés et convenus (non seulement rapportés))).

Densité de défaut: Densité de défaut= Taille de défaut / unité

Ques peut survenir ici est, quelle est cette taille de l'unité voulue. Taille de l'unité= La taille est généralement comptée soit dans des lignes de code ou de points de fonction.Être un bon codeur, vous devez être assez confiant pour que votre codage ne puisse pas gonfler votre taille de code.

ex: Supposons que 10 bugs se trouvent dans 1 kloc Donc dd est 10 / kloc

La densité de défaut est utilisée pour mesurer la qualité du code / module / exigence / produit. Oui la norme pour mesurer la même chose est Densité de défaut= nombre de défauts / taille

Mais ici si nous utilisons la taille que KLOC (mille lignes de code) ou FP (points de fonction), il peut être difficile de calculer la même chose et parfois pour le client (ou certains tiers), il n'a aucun sens . Nous devrions donc prendre en compte les points suivants tout en calculant la densité de défaute.

  1. Nombre de défauts doit être calculé en ajoutant que tous les défauts liés au code (celles-ci doivent également inclure des défauts d'examen, des bogues internes et des bogues client / uat) car tous les bugs sont liés au code et doivent donc faire partie de la densité de défaute.
  2. a égalisé le nombre de défauts en fonction de leur gravité avant de les ajouter, cela donne un résultat plus précis et c'est aussi une norme. On peut le considérer comme un bug critique= 5, élevé= 3, support= 1, faible= 0,5. Ceci est parfois appelé densité de défaute pondérée, mais est plus précis dans les résultats.
    3. La taille
  3. ne doit pas être limitée aux seules lignes de code ou de points de fonction. Ça peut être non. des exigences aussi. Le moyen le plus simple et efficace est de prendre la taille au fil du temps dans le codage (cela ne devrait pas inclure l'examen du code, le codage d'effort de retravailler). Ainsi, la densité de défaute peut être considérée comme des défauts pour 100 jours d'effort d'homme consacrés au codage et si vous avez un objectif de projet spécifié, vous pouvez voir si cela répond à votre objectif ou non.

    4. Il s'agit d'un moyen efficace et facile de calculer la densité de défaute, avec la période de temps que vous pouvez voir si vous vous améliorez ou non.

Défaut est fondamentalement, lorsque le produit est expédié au client après que toute fonctionnalité ne fonctionne pas ou que vous puissiez dire de l'écart des exigences de l'utilisateur, vous ne pouvez pas mesurer le défaut, mais vous pouvez prendre des mesures pour éviter d'obtenir un défaut, il peutêtre fait par différentes manières d'essai, une partie de son importance que vous trouverez ci-dessous:

  • Test de fumée
  • Test de santé mentale
  • Test de boîte noire
  • Tests blancs
  • Test de charge et de contrainte

Vous devez avoir une connaissance complète de votre client, cela vous aidera à vous empêcher de vous empêcher de vous défaut.

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
Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top