Cycle de vie des défauts / bogues dans les tests logiciels

Qu'est-ce que le cycle de vie des défauts?

Le cycle de vie des défauts ou cycle de vie des bogues dans les tests de logiciels est l'ensemble spécifique d'états que traverse un défaut ou un bogue tout au long de sa vie. Le but du cycle de vie des défauts est de coordonner et de communiquer facilement l'état actuel du défaut qui change à divers cessionnaires et de rendre le processus de correction des défauts systématique et efficace.

État du défaut

L'état du défaut ou l' état du bogue dans le cycle de vie du défaut est l'état actuel à partir duquel le défaut ou un bogue est actuellement en cours. Le but de l'état de défaut est de transmettre précisément l'état actuel ou la progression d'un défaut ou d'un bogue afin de mieux suivre et comprendre la progression réelle du cycle de vie du défaut.

Le nombre d'états traversés par un défaut varie d'un projet à l'autre. Ci-dessous le diagramme du cycle de vie, couvre tous les états possibles

Nouveau: Lorsqu'un nouveau défaut est enregistré et publié pour la première fois. Le statut NOUVEAU lui est attribué.
Assigné: une fois le bogue posté par le testeur, le responsable du testeur approuve le bogue et attribue le bogue à l'équipe de développement.
Ouvrir : le développeur commence à analyser et travaille sur le correctif du défaut
Correction : lorsqu'un développeur effectue une modification de code nécessaire et vérifie la modification, il ou elle peut définir le statut de bogue comme "Corrigé".
Retester en attente : une fois le défaut corrigé, le développeur donne un code particulier pour retester le code au testeur. Étant donné que le test du logiciel reste en attente depuis la fin des testeurs, le statut attribué est «en attente de nouveau test».
Retester : le testeur effectue un nouveau test du code à ce stade pour vérifier si le défaut est corrigé par le développeur ou non et change le statut en «Re-test».

Vérifié : le testeur teste à nouveau le bogue après qu'il a été corrigé par le développeur. S'il n'y a pas de bogue détecté dans le logiciel, le bogue est corrigé et le statut attribué est «vérifié».
Rouvrir : Si le bogue persiste même après que le développeur a corrigé le bogue, le testeur change le statut en "rouvert". Une fois de plus, le bogue traverse le cycle de vie.
Fermé : si le bogue n'existe plus, le testeur attribue le statut «Fermé».
Dupliquer : Si le défaut est répété deux fois ou si le défaut correspond au même concept de bogue, le statut passe à «dupliquer».
Rejeté : si le développeur estime que le défaut n'est pas un défaut réel, il le change en «rejeté».
Différé : si le bogue actuel n'est pas de première priorité et s'il devrait être corrigé dans la prochaine version, alors le statut "Différé" est attribué à ces bogues
Pas un bogue : si cela n'affecte pas la fonctionnalité de l'application alors le statut attribué à un bogue est "Pas un bogue".

Explication du cycle de vie des défauts

Le testeur trouve le défaut
Statut attribué au défaut - Nouveau
Un défaut est transmis au chef de projet pour analyse
Le chef de projet décide si un défaut est valide
Ici, le défaut n'est pas valide - un statut est donné "Rejeté".
Ainsi, le chef de projet attribue un statut rejeté . Si le défaut n'est pas rejeté, l'étape suivante consiste à vérifier s'il est dans la portée. Supposons que nous ayons une autre fonctionnalité de messagerie électronique pour la même application, et que vous rencontriez un problème avec cela. Mais cela ne fait pas partie de la version actuelle lorsque de tels défauts sont attribués comme un statut reporté ou différé .
Ensuite, le gestionnaire vérifie si un défaut similaire a été signalé plus tôt. Si oui, le défaut se voit attribuer un double de statut .
Si non, le défaut est attribué au développeur qui commence à corriger le code. Au cours de cette étape, le défaut se voit attribuer un statut en cours.
Une fois le code corrigé. Un défaut se voit attribuer un statut fixe
Ensuite, le testeur testera à nouveau le code. Si le scénario de test réussit, le défaut est fermé. Si les cas de test échouent à nouveau, le défaut est rouvert et attribué au développeur.
Considérez une situation où, lors de la première publication de la réservation de vol, un défaut a été trouvé dans l'ordre de télécopie qui a été corrigé et a attribué un statut fermé. Au cours de la deuxième version de mise à niveau, le même défaut a de nouveau refait surface. Dans de tels cas, un défaut fermé sera rouvert.