Cycle de vie des défauts

Ce guide énumère les différentes phases du cycle de vie des défauts.

Un défaut est une erreur ou une faute dans une application qui fait que le système se comporte différemment de ce que prévoient les exigences. C’est à l’équipe de test qu’il incombe de trouver les bogues ou les erreurs dans l’application programmée par les développeurs.

L’équipe chargée des tests veille à ce que tous les bogues soient détectés avant que l’application ne soit mise en service ou mise à la disposition des utilisateurs finaux.

Quel est le cycle de vie d’un bogue ou d’un défaut ?

Le cycle de vie d’un bogue ou d’un défaut est le mouvement d’un bogue ou d’un défaut à travers les différentes phases de sa vie, depuis le début où il est identifié pour la première fois jusqu’au moment où il est marqué comme vérifié et fermé.

Selon l’outil de gestion des bogues utilisé (tel que Bugzilla, Jira, etc.) et les processus suivis par l’organisation, nous pouvons avoir différents états ainsi que différentes nomenclatures pour les états du cycle de vie des bogues.

Le cycle de vie des défauts comprend les ressources suivantes :

• Testeur – pour trouver l’erreur et tester à nouveau l’erreur résolue.
• Chef de projet / Chef de projet / Chef de test – Pour vérifier le bogue et l’attribuer au développeur approprié.
• Développeur – Pour résoudre un bogue ou un défaut signalé par un testeur.

Cycle de vie des défauts

Vous trouverez ci-dessous les différentes phases du cycle de vie des défauts :

Nouveau

Lorsque le testeur trouve un nouveau bogue/défaut, il le publie dans le système de suivi des bogues avec le statut « NOUVEAU ». Les étapes à suivre pour reproduire l’erreur et la gravité de l’erreur doivent être indiquées avec une explication de l’erreur.

Attribué

Lorsqu’un nouveau bogue est signalé, le responsable ou le gestionnaire approprié (chef de projet/gestionnaire de projet/responsable des essais) l’approuve et l’attribue au développeur concerné. Une fois que le bogue est assigné au développeur, son statut devient « ASSIGNÉ ». Lorsqu’une erreur est attribuée, sa priorité l’est également.

Ouvrir

Parfois, dès qu’une erreur est attribuée à quelqu’un, elle a un état commun, à savoir j. « OUVERT/ASSIGNÉ ». Parfois, les deux états sont différents, par exemple, un bogue est ouvert mais non assigné, ou un bogue est assigné mais non ouvert. Lorsqu’un bogue est attribué à un développeur et qu’il commence à travailler dessus, son statut passe à « OUVERT ».

Rejeté/pas de bogue/supprimé

Si le développeur ou la personne qui attribue le bogue/défaut (chef de projet/responsable du projet/responsable des essais) détermine que le bogue n’est pas valide, le bogue reçoit le statut « REJECTED ».

Différé (différé)

Parfois, un nouveau bogue/défaut ou un bogue attribué se voit attribuer le statut « REPORTÉ » en fonction de l’urgence et de la criticité du bogue. La correction d’un bogue différé sera retardée pendant un certain temps (pour les versions futures de l’application).

Fixé/en test/terminé

Lorsque le bogue est résolu ou corrigé par le développeur, son statut passe à « FIXÉ » et il est réattribué à l’équipe de test. Après l’avoir testé, si l’erreur est résolue, son état passe à « VERIFIED », et si elle n’est pas résolue et que l’erreur persiste, son état passe à « REOPENED ».

Réouverture

Si le testeur n’est pas convaincu que le problème est résolu, l’erreur se voit attribuer le statut « RÉOUVERT ». De nouveau, le même cycle de correction du bogue et de renvoi au testeur se poursuit jusqu’à ce que le bogue soit dans l’état « CLOSED ».

Vérifié (vérifié)

Si le testeur estime que l’erreur est résolue après le test, il la marquera comme « VERIFIEE ».

Fermé

Après vérification de l’erreur, celle-ci passe à l’état « FERMÉ ».