Qu’est-ce que la fuite de défauts dans les tests logiciels ?


<< QA-Testing Jobs | WhatsApp @ +91-9606623245 >>

Efficacité de suppression des défauts (DRE) | Perspective positive


Pourquoi faisons-nous des tests ? Oui ! Pour identifier les défauts et améliorer la qualité du logiciel en les supprimant (en les réparant). L'une des mesures de défauts les plus importantes, l'efficacité de suppression des défauts est une mesure de la compétence de l'équipe de test à supprimer (identifier) un maximum de défauts avant qu'un logiciel ne passe à l'étape suivante. Ici, les défauts qui comptent sont ceux attrapés soit par l'équipe de test, soit par d'autres utilisateurs dans la phase suivante.


Defect Removal Efficiency = #Defects found during testing / (#Defects found during testing + #Defects found during next phase) * 100

DRE est le pourcentage de défauts qui ont été supprimés pendant une activité. Disons que l'équipe de test a identifié 100 défauts pendant le test du système. Après correction, retest & régression, la construction est promue pour les tests d'acceptation de l'utilisateur. L'équipe UAT identifie 25 défauts supplémentaires dans le build qui auraient pu être identifiés pendant les tests système. Qu'est-ce que cela signifie ? L'équipe de test système n'a pas pu trouver ces 25 défauts et ils n'ont PAS été retirés du système. Par conséquent,

Efficacité de suppression des défauts = [100 / (100 + 25)] * 100 = 80%

Cela signifie que l'équipe de test système n'a pu supprimer (identifier) que 80% des défauts, les 20% restants ont été identifiés lors de la phase suivante. Comme vous l'avez peut-être deviné, DRE peut (ou plutôt devrait) être calculé pour chaque phase SDLC et tracé sur un graphique à barres pour montrer les efficacités relatives de suppression des défauts pour chaque phase.

Métrique de fuite des défauts | Perspectives négatives

Fuite des défauts, comme le pourcentage de défauts qui ont effectivement fui de la phase de test actuelle à la phase suivante. Comme vous l'avez peut-être deviné, la fuite de défauts (défauts passés à la phase suivante) est juste l'inverse de l'efficacité de la suppression des défauts (défauts identifiés dans la phase actuelle). La fuite de défauts est une autre métrique des défauts mais une métrique mortelle c'est-à-dire que le pourcentage de fuite de défauts doit être minimal afin de prouver la valeur de l'équipe de test !

Fuite de défauts = #Défauts trouvés pendant la phase suivante / (#Défauts trouvés pendant le test + #Défauts trouvés pendant la phase suivante) * 100

Disons que l'équipe de test a identifié 100 défauts pendant le test du système. Après correction, retest & régression, la construction est promue pour les tests d'acceptation de l'utilisateur. L'équipe UAT identifie 25 défauts supplémentaires dans le build qui auraient pu être identifiés lors des tests système. Qu'est-ce que cela signifie ? L'équipe de test système n'a pas pu trouver ces 25 défauts et ils ont été LEAKED à la phase suivante. Par conséquent,

Defect Leakage = [25 / (100 + 25)] * 100 = 20%

Cela signifie que 20% des défauts ont été fuités par l'équipe de test vers la phase suivante, ou en d'autres termes l'équipe de test n'a pas pu identifier ces 20% de défauts. Tout comme le DRE, la fuite de défauts peut (ou plutôt devrait) être calculée pour chaque phase du SDLC et tracée sur un graphique à barres pour montrer la fuite relative de défauts pour chaque phase.

.