Software Testing - Cycles de vie de bugs

Agrandir l'image

La durée de la durée ou le temps entre la première fois que le bug se trouve est appelé 'Nouveau' et clôturée avec succès (statut: "fermée"), a rejeté, retardé ou reporté est appelé «Bug / Erreur du cycle de vie».

Dès la première fois qu'un bug est détecté jusqu'à ce que le moment où le bug est corrigé et fermé, il est attribué différents statuts qui sont Nouveau, Ouvrir, Retarder, attendant Retest, Retest, attente Rejeter, Rejeter, différée et fermé. Pour plus d'informations à propos de différents statuts utilisés pour un bug lors d'un cycle de vie des insectes, vous pouvez vous référer à l'article «Test de Logiciels - Bug et statuts utilisés pendant un cycle Bug Life".

Il ya sept différents cycles de vie d'un bug qui peuvent passer à travers:

Cycle I

* Un testeur trouve un bug et il rend compte au chef de test.

* Le plomb test vérifie si le bogue est valide ou non.

Cordon de test * constate que le bug n'est pas valide et que le bug est «Rejeté».

Cycle II

* Un testeur trouve un bug et il rend compte au chef de test.

* Le plomb test vérifie si le bogue est valide ou non.

* Le bug est vérifié et signalé à l'équipe de développement avec le statut «Nouveau».

* Le leader du développement et de l'équipe de vérifier s'il s'agit d'un bug valide. Le bug est invalide et est marqué d'un statut de «Dans l'attente Rejeter 'avant de la transmettre à l'équipe de test.

* Après avoir obtenu une réponse satisfaisante de la part du côté du développement, le responsable du test marque le bogue comme «Rejeté».

Cycle III

* Un testeur trouve un bug et il rend compte au chef de test.

* Le plomb test vérifie si le bogue est valide ou non.

* Le bug est vérifié et signalé à l'équipe de développement avec le statut «Nouveau».

* Le leader du développement et de l'équipe de vérifier s'il s'agit d'un bug valide. Le bug est valide et que le chef de file du développement assigne un développeur de l', marquant ainsi le statut de «Affecté».

* Le développeur résout le problème et marque le bug comme "Fixe" et il repasse au leader du développement.

* Le chef de file du développement change le statut du bogue de «En attendant Retest» et la transmet à l'équipe de test pour un nouveau test.

* Le chef de test modifie l'état du bogue de «retest» et le passe à un testeur pour tester de nouveau.

* Le testeur teste à nouveau le bug et si elle fonctionne bien, le testeur ferme le bug et la marque comme «Fermé».

Cycle IV

* Un testeur trouve un bug et il rend compte au chef de test.

* Le plomb test vérifie si le bogue est valide ou non.

* Le bug est vérifié et signalé à l'équipe de développement avec le statut «Nouveau».

* Le leader du développement et de l'équipe de vérifier s'il s'agit d'un bug valide. Si le bogue est valide, le leader du développement assigne un développeur pour lui, marquant le statut de «Affecté».

* Le développeur résout le problème et marque le bug comme "Fixe" et il repasse au leader du développement.

* Le chef de file du développement change le statut du bogue de «En attendant Retest» et la transmet à l'équipe de test pour un nouveau test.

* Le chef de test modifie l'état du bogue de «retest» et le passe à un testeur pour tester de nouveau.

* Le testeur teste à nouveau le bug et le même problème persiste, de sorte que le testeur après confirmation de chef de file de test rouvre le bug et il marque avec un «ré ouverture de l'état. Et puis, le bug est repassée à l'équipe de développement pour la fixation.

Cycle en V

* Un testeur trouve un bug et il rend compte au chef de test.

* Le plomb test vérifie si le bogue est valide ou non.

* Le bug est vérifié et signalé à l'équipe de développement avec le statut «Nouveau».

* Le développeur tente de vérifier si le bug est valide mais ne parvient pas à reproduire le même scénario que c'était au moment de l'essai, et demande de l'aide de l'équipe de test.

* Le testeur omet également de régénérer le scénario dans lequel le bogue a été trouvé. Et enfin, le développeur rejette le bug le marquant comme «Rejeté».

Cycle VI

Après confirmation que les données sont disponibles ou certaines fonctionnalités n'est pas disponible, la solution retest et du scarabée est reportée pour des temps indéfinis et il est marqué comme «Remis».

Cycle VII

Si le bug ne résiste pas important et doit être reporté, alors on lui donne un statut de «différé».

Ce fut sur les cycles de vie différents qui passe par un bug dans le test logiciel. Et dans les moyens mentionnés ci-dessus, tout bug que l'on retrouve se retrouve avec un statut d'Fermé, Rejeté, reporté ou reporté....