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

Qu’est-ce que le cycle de vie des défauts/bugs ?

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

Statut de défaut

Statut de défaut ou le statut du bogue dans le cycle de vie du défaut est l'état actuel à partir duquel le défaut ou un bogue se trouve actuellement. L'objectif du statut des défauts est de transmettre avec précision l'état actuel ou la progression d'un défaut ou d'un bug afin de mieux suivre et comprendre la progression réelle du cycle de vie du défaut.

Flux de travail des états de défauts

Le nombre d’états traversés par un défaut varie d’un projet à l’autre. Le diagramme de cycle de vie ci-dessous couvre tous les états possibles

• Nouveau: Lorsqu'un nouveau défaut est enregistré et publié pour la première fois. Le statut NEW lui est attribué.
• Attribué: Une fois le bug publié par le testeur, le responsable du testeur approuve le bug et l'attribue à l'équipe de développement.
• Ouvert : Le développeur commence l'analyse et travaille sur la correction du défaut
• Parfaitement fixé: Lorsqu'un développeur apporte une modification de code nécessaire et vérifie la modification, il peut attribuer le statut de bogue à « Corrigé ».
• En attente de nouveau test: Une fois le défaut corrigé, le développeur donne un code particulier pour retester le code au testeur. Depuis le test logiciel reste en attente du côté 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 ».

• Verified: Le testeur teste à nouveau le bug après qu'il ait été corrigé par le développeur. Si aucun bug n'est détecté dans le logiciel, alors le bug est corrigé et le statut attribué est « vérifié ».
• Rouvrir: Si le bug persiste même après que le développeur a corrigé le bug, le testeur change le statut en « réouvert ». Une fois de plus, le bug traverse le cycle de vie.
• Fermé: Si le bug n'existe plus, le testeur attribue le statut « Fermé ». 
• Dupliquer: Si le défaut se répète deux fois ou si le défaut correspond au même concept du bug, le statut passe à « duplicata ».
• Rejeté : Si le développeur estime que le défaut n'est pas un véritable défaut, il modifie le défaut en "rejeté".
• Reportés: Si le bug actuel n'est pas prioritaire et s'il est prévu qu'il soit corrigé dans la prochaine version, alors le statut « Différé » est attribué à ces bugs.
• Pas un bug: Si cela n'affecte pas la fonctionnalité de l'application alors le statut attribué à un bug est « Pas un bug ».

Cycle de vie des défauts/bugs expliqué

1. Le testeur trouve le défaut
2. Statut attribué au défaut - Nouveau
3. Un défaut est transmis au chef de projet pour analyse
4. Le chef de projet décide si un défaut est valide
5. Ici, le défaut n’est pas valide – le statut est « Rejeté ».
6. 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 entre dans le champ d’application. Supposons que nous ayons une autre fonctionnalité de messagerie pour la même application, et que vous trouviez un problème avec cela. Mais cela ne fait pas partie de la version actuelle lorsque de tels défauts sont attribués en tant que reporté ou différé état.
7. Ensuite, le gestionnaire vérifie si un défaut similaire a été signalé précédemment. Si oui, le défaut se voit attribuer un statut dupliquer.
8. Si non, le défaut est attribué au développeur qui commence à corriger le code. Durant cette étape, le défaut se voit attribuer un statut en cours.
9. Une fois le code corrigé. Un défaut se voit attribuer un statut fixé
10. Ensuite, le testeur testera à nouveau le code. Au cas où, le Cas de test passe le défaut est mis la clé sous la porte. Si les cas de test échouent à nouveau, le défaut est rouvert et attribué au développeur.
11. Prenons l'exemple d'une situation dans laquelle, lors de la première publication de la réservation de vol, un défaut a été détecté dans la commande de fax, qui a été corrigé et lui a attribué le statut Fermé. Lors de la deuxième version de mise à niveau, le même défaut est réapparu. Dans de tels cas, un défaut fermé sera rouvert.

C'est tout pour le cycle de vie des bogues

Cette vidéo de formation décrit les différentes étapes du cycle de vie d'un bug, également appelé défaut, et son importance à l'aide d'un exemple.

Cliquer sur ici si la vidéo n'est pas accessible