Qu'est-ce que le cycle de vie des défauts / bogues dans les tests logiciels? Tutoriel sur le cycle de vie des défauts

what is defect bug life cycle software testing

Introduction au cycle de vie des défauts

comment lire un fichier mkv sous windows

Dans ce tutoriel, je parlerai du cycle de vie d'un défaut pour vous faire prendre conscience des différentes étapes d'un défaut auquel un testeur doit faire face lorsqu'il travaille dans un environnement de test.

J'ai également ajouté les questions d'entretien les plus fréquemment posées sur le cycle de vie des défauts. Il est important de connaître les différents états d'un défaut pour comprendre le cycle de vie d'un défaut. L'intention principale de l'exécution d'une activité de test est de vérifier si le produit présente des problèmes / erreurs.

En termes de scénarios réels, les erreurs / erreurs / défauts sont tous appelés bogues / défauts et nous pouvons donc dire que l'objectif principal des tests est de s'assurer que le produit est moins sujet aux défauts (aucun défaut n'est une situation irréaliste ).

Maintenant, la question se pose de savoir ce qu'est un défaut?

Ce que vous apprendrez:

• Qu'est-ce qu'un défaut?
• Cycle de vie des défauts en détail
  • Flux de travail des défauts
  • États défectueux
  • Directives pour la mise en œuvre du cycle de vie des défauts
  • FAQ importantes ou questions d'entrevue sur le cycle de vie des bogues
• Informations supplémentaires sur les défauts ou les bogues
  • États de défaut
  • Rapport d'anomalie non valide et en double
  • Données de défaut
  • Capacité du processus
• Conclusion
  • lecture recommandée

Qu'est-ce qu'un défaut?

Un défaut, en termes simples, est une faille ou une erreur dans une application qui restreint le flux normal d'une application en ne faisant pas correspondre le comportement attendu d'une application avec le comportement réel.

Le défaut survient lorsqu'une erreur est commise par un développeur lors de la conception ou de la construction d'une application et lorsque ce défaut est détecté par un testeur, il est qualifié de défaut.

Il est de la responsabilité d'un testeur de faire des tests approfondis d'une application pour trouver autant de défauts que possible afin de garantir qu'un produit de qualité parviendra au client.

Il est important de comprendre le cycle de vie des défauts avant de passer au flux de travail et aux différents états du défaut.

Par conséquent, en savoir plus sur le cycle de vie des défauts.

Jusqu'à présent, nous avons discuté de la signification du défaut et de sa relation dans le contexte de l'activité de test. Passons maintenant au cycle de vie d'un défaut et comprenons le flux de travail d'un défaut et les différents états d'un défaut.

Cycle de vie des défauts en détail

Un cycle de vie de défaut, également connu sous le nom de cycle de vie de bogue, est un cycle d'un défaut à partir duquel il passe en couvrant les différents états de sa vie entière. Cela commence dès qu'un nouveau défaut est détecté par un testeur et prend fin lorsqu'un testeur ferme ce défaut en s'assurant qu'il ne sera plus reproduit.

Flux de travail des défauts

Il est maintenant temps de comprendre le flux de travail réel d'un cycle de vie de défaut à l'aide d'un diagramme simple comme indiqué ci-dessous.

États défectueux

# 1) Nouveau :Il s'agit du premier état d'un défaut dans le cycle de vie d'un défaut. Lorsqu'un nouveau défaut est détecté, il passe à l'état «Nouveau», et des validations et des tests sont effectués sur ce défaut dans les dernières étapes du cycle de vie du défaut.

# 2) Attribué: Dans cette étape, un défaut nouvellement créé est affecté à l'équipe de développement pour travailler sur le défaut. Ceci est attribué par le chef de projet ou le responsable de l'équipe de test à un développeur.

# 3) Ouvert: Ici, le développeur commence le processus d'analyse du défaut et travaille à le réparer, si nécessaire. Si le développeur estime que le défaut n'est pas approprié, il peut être transféré dans l'un des quatre états ci-dessous, à savoir Dupliquer, différer, rejeter ou pas un bogue -sur la base de la raison spécifique.

Je discuterai de ces quatre états dans un moment.

# 4) Correction: Lorsque le développeur a terminé la tâche de corriger un défaut en apportant les modifications requises, il peut marquer le statut du défaut comme «Corrigé».

# 5) Retester en attente: Après avoir corrigé le défaut, le développeur attribue le défaut au testeur pour qu'il répète le défaut à leur extrémité, et jusqu'à ce que le testeur travaille à nouveau sur le défaut, l'état du défaut reste dans «En attente de nouveau test».

# 6) Retester: À ce stade, le testeur commence la tâche de travailler sur le nouveau test du défaut pour vérifier si le défaut est corrigé avec précision par le développeur conformément aux exigences ou non.

# 7) Rouvrir: Si un problème persiste dans le défaut, il sera à nouveau attribué au développeur pour un test et le statut du défaut devient «Rouvrir».

# 8) Vérifié: Si le testeur ne trouve aucun problème dans le défaut après avoir été assigné au développeur pour un nouveau test et qu'il estime que si le défaut a été corrigé avec précision, le statut du défaut est attribué à «Vérifié».

# 9) Fermé: Lorsque le défaut n’existe plus, le testeur change l’état du défaut en «Fermé».

Un peu plus:

tri à bulles par ordre décroissant c ++

• Rejeté: Si le défaut n'est pas considéré comme un défaut réel par le développeur, il est marqué comme «Rejeté» par le développeur.
• Dupliquer: Si le développeur trouve que le défaut est identique à tout autre défaut ou si le concept du défaut correspond à tout autre défaut, le statut du défaut est changé en «Dupliquer» par le développeur.
• Différé: Si le développeur estime que le défaut n'est pas d'une priorité très importante et qu'il peut être corrigé dans les prochaines versions ou plus dans un tel cas, il peut changer le statut du défaut en «Différé».
• Pas un bug: Si le défaut n’a pas d’incidence sur la fonctionnalité de l’application, l’état du défaut devient «Pas un bug».

Le champs obligatoires lorsqu'un testeur enregistre un nouveau bogue, il s'agit de la version de build, de la soumission, du produit, du module, de la gravité, du synopsis et de la description à reproduire

Dans la liste ci-dessus, vous pouvez en ajouter champs facultatifs si vous utilisez un modèle de soumission de bogue manuel. Ces champs facultatifs incluent le nom du client, le navigateur, le système d'exploitation, les pièces jointes ou les captures d'écran.

Les champs suivants restent soit spécifiés, soit vides:
Si vous êtes autorisé à ajouter des champs Statut, Priorité et «Attribué à» du bogue, vous pouvez spécifier ces champs. Sinon, le Test Manager définira le statut, la priorité du bogue et attribuera le bogue au propriétaire du module respectif.

Regardez le cycle de défaut suivant

L'image ci-dessus est assez détaillée et lorsque vous considérez les étapes importantes du cycle de vie des bogues, vous en aurez une idée rapide.

En cas de connexion réussie, le bogue est examiné par le gestionnaire de développement ou de test. Le gestionnaire de test peut définir le statut du bogue sur Ouvert, peut attribuer le bogue au développeur ou le bogue peut être différé jusqu'à la prochaine version.

Lorsqu'un bug est attribué à un développeur et qu'il / elle peut commencer à travailler dessus. Le développeur peut définir l’état du bogue comme non résolu, impossible de se reproduire, besoin de plus d’informations ou «corrigé».

Si l’état du bogue défini par le développeur est «Besoin de plus d’informations» ou Corrigé, le contrôle qualité répond par une action spécifique. Si le bogue est corrigé, le contrôle qualité vérifie le bogue et peut définir le statut du bogue comme vérifié fermé ou rouvert.

Directives pour la mise en œuvre du cycle de vie des défauts

Certaines directives importantes peuvent être adoptées avant de commencer à travailler avec le cycle de vie des défauts.

Ce sont les suivants:

• Il est très important qu'avant de commencer à travailler sur le cycle de vie des défauts, toute l'équipe comprenne clairement les différents états d'un défaut (discutés ci-dessus).
• Le cycle de vie des défauts doit être correctement documenté pour éviter toute confusion à l'avenir.
• Assurez-vous que chaque personne qui s'est vu confier une tâche liée au cycle de vie d'un défaut doit comprendre très clairement sa responsabilité pour de meilleurs résultats.
• Chaque personne qui modifie le statut d'un défaut doit être correctement consciente de ce statut et doit fournir suffisamment de détails sur le statut et la raison pour laquelle ce statut est attribué afin que tous ceux qui travaillent sur ce défaut particulier puissent comprendre la raison d'un tel statut. d'un défaut très facilement.
• L'outil de suivi des défauts doit être manipulé avec soin pour maintenir la cohérence entre les défauts et, par conséquent, dans le flux de travail du cycle de vie des défauts.

Ensuite, discutons des questions d'entrevue basées sur le cycle de vie des défauts.

FAQ importantes ou questions d'entrevue sur le cycle de vie des bogues

Q # 1) Qu'est-ce qu'un défaut dans la perspective des tests logiciels?

Répondre: Un défaut est tout type de défaut ou d'erreur dans l'application qui restreint le flux normal d'une application en ne faisant pas correspondre le comportement attendu d'une application avec le comportement réel.

Q # 2) Quelle est la différence majeure entre erreur, défaut et échec?

Réponse: Erreur: Si les développeurs constatent qu'il existe une incompatibilité entre le comportement réel et attendu d'une application en phase de développement, ils l'appellent une erreur.

Défaut: Si les testeurs trouvent une discordance dans le comportement réel et attendu d'une application dans la phase de test, ils l'appellent comme un défaut.

Échec: Si les clients ou les utilisateurs finaux trouvent une discordance dans le comportement réel et attendu d'une application dans la phase de production, ils l'appellent un échec.

Q # 3) Quel est l'état d'un défaut lorsqu'il est détecté initialement?

Répondre: Lorsqu'un nouveau défaut est détecté, il est à l'état «Nouveau». Il s'agit de l'état initial d'un nouveau défaut détecté.

Q # 4) Quels sont les différents états d'un défaut dans le cycle de vie d'un défaut lorsqu'un défaut est approuvé et corrigé par un développeur?

Répondre: Les différents états d'un défaut, dans ce cas, sont Nouveau, Attribué, Ouvert, Corrigé, Retester en attente, Retester, Vérifié et Fermé.

Q # 5) Que se passe-t-il si un testeur trouve toujours un problème dans le défaut qui est corrigé par un développeur?

Répondre: Le testeur peut marquer l’état du défaut comme «Rouvrir» s’il trouve toujours un problème dans le défaut corrigé et que le défaut est attribué à un développeur pour un nouveau test.

Q # 6) Qu'est-ce qu'un défaut de production?

Répondre: Un défaut qui se produit à plusieurs reprises dans chaque exécution et dont les étapes peuvent être capturées dans chaque exécution, alors un tel défaut est appelé un défaut «productible».

Q # 7) Quel type de défaut est un défaut non reproductible?

Répondre: Un défaut qui ne se produit pas de manière répétée à chaque exécution et qui ne se produit que dans certains cas et dont les étapes de preuve doivent être capturées à l'aide de captures d'écran, alors un tel défaut est appelé défaut «non reproductible».

quel utilitaire peut être utilisé pour intercepter des informations détaillées sur le site Web d'une entreprise?

Q # 8) Qu'est-ce qu'un rapport de défaut?

Répondre: Un rapport de défaut est un document qui comprend des informations de rapport sur le défaut ou la faille dans l'application qui provoque le flux normal d'une application dévié de son comportement attendu.

Q # 9) Quels détails sont inclus dans un rapport de défaut?

Répondre: Un rapport de défaut comprend les détails suivants:

ID du défaut, description du défaut, nom de la fonction, nom du scénario de test, défaut reproductible ou non, état d'un défaut, gravité et priorité d'un défaut, nom du testeur, date du test du défaut, version de construction dans laquelle le défaut a été trouvé .

Et le développeur auquel le défaut a été attribué, le nom de la personne qui a corrigé le défaut, les captures d'écran d'un défaut décrivant le déroulement des étapes, la fixation de la date d'un défaut et la personne qui a approuvé le défaut.

Q # 10) Quand un défaut passe-t-il à un état «différé» dans le cycle de vie du défaut?

Répondre: Lorsqu'un défaut détecté n'est pas d'une très grande importance et que celui qui peut être corrigé dans les versions ultérieures passe à un état «différé» dans le cycle de vie des défauts.

Informations supplémentaires sur les défauts ou les bogues

• Un défaut peut être introduit à tout moment dans le cycle de vie du développement logiciel.
• Plus tôt le défaut est détecté et éliminé, le coût global de la qualité sera moindre.
• Le coût de la qualité est minimisé lorsque le défaut est éliminé dans la même phase dans laquelle il a été introduit.
• Le test statique détecte le défaut, pas un échec. Le coût est minimisé car le débogage n'est pas impliqué.
• Dans les tests dynamiques, la présence d'un défaut est révélée lorsqu'il provoque une défaillance.

États de défaut

Rapport d'anomalie non valide et en double

• Parfois, un défaut se produit, non pas à cause du code, mais à cause de l'environnement de test ou d'un malentendu, un tel rapport doit être fermé comme un défaut non valide.
• Dans le cas d'un rapport en double, un est conservé et un est fermé en double. Certains rapports non valides sont acceptés par le gestionnaire.
• Le Test Manager est propriétaire de l'ensemble du processus et de la gestion des défauts et l'équipe interfonctionnelle de l'outil de gestion des défauts est généralement responsable de la gestion des rapports.
• Les participants incluent le Test Manager, les Développeurs, le PM, le Directeur de Production et d'autres parties prenantes qui ont un intérêt.
• Le comité de gestion des défauts doit déterminer la validité de chaque défaut et déterminer quand corriger ou reporter. Pour le déterminer, tenez compte du coût, des risques et des avantages de ne pas réparer un défaut.
• Si le défaut doit être corrigé, sa priorité doit être déterminée.

Données de défaut

• Nom de la personne.
• Type de test
• Résumé du problème
• Description détaillée du défaut.
• Étapes à suivre pour reproduire
• Phase du cycle de vie
• Produit de travail où le défaut a été introduit.
• Gravité et priorité
• Sous-système ou composant dans lequel le défaut est introduit.
• Activité de projet se produisant lorsque le défaut est introduit.
• Méthode d'identification
• Type de défaut
• Projet et produit dans lesquels un problème existe
• Propriétaire actuel
• L'état actuel du rapport
• Produit de travail où le défaut est survenu.
• Impact sur le projet
• Risque, perte, opportunité et avantages associés à la correction ou non du défaut.
• Dates auxquelles se produisent différentes phases du cycle de vie des défauts.
• La description de la façon dont le défaut a été résolu et les recommandations de test.
• Les références

Capacité du processus

• Informations sur l'introduction, la détection et la suppression -> Améliorer la détection des défauts et le coût de la qualité.
• Introduction -> Analyse prétorienne du processus dans lequel le plus grand nombre de défauts est introduit pour réduire le nombre total de défauts.
• Informations sur la racine des défauts -> trouver les raisons du défaut afin de réduire le nombre total de défauts.
• Informations sur les composants défectueux -> Effectuer une analyse de cluster d'anomalies.

Conclusion

Tout est question de cycle de vie et de gestion des défauts.

J'espère que vous devez avoir acquis d'immenses connaissances sur le cycle de vie d'un défaut. Ce tutoriel vous aidera à son tour tout en travaillant facilement sur les défauts à l'avenir.

lecture recommandée

• Qu'est-ce que la technique de test basée sur les défauts?
• Qu'est-ce que le cycle de vie des tests logiciels (STLC)?
• Tutoriel Bugzilla: Tutoriel pratique de l'outil de gestion des défauts
• Threads Java avec méthodes et cycle de vie
• Les tests logiciels sont une question d'idées (et comment les générer)
• Tutoriels Eclipse détaillés pour les débutants
• Processus de gestion des défauts: comment gérer efficacement un défaut
• Exemples de rapports de bogues pour les applications Web et produit