Software Testing - Bug et statuts utilisés pendant un cycle Bug Life

Agrandir l'image

Le but principal derrière tout processus de développement logiciel est de fournir au client (Final / utilisateur final du logiciel) avec une solution complète (produit logiciel), ce qui l'aidera dans la gestion de son entreprise / travail d'une manière rentable et efficace . Un logiciel développé est considérée comme réussie si elle satisfait à toutes les exigences stipulées par l'utilisateur final.

Tout processus de développement logiciel est incomplète si la phase la plus importante de «testing» du produit développé est exclue. Tests de logiciels est un processus mis en œuvre dans le but de trouver et corriger les bogues non détectés auparavant / erreurs dans le logiciel. Il contribue à l'amélioration de la qualité du produit logiciel et d'en faire assurer pour le client à utiliser.

Qu'est-ce qu'un bug / erreur?

Un bug ou une erreur dans le produit logiciel est une exception qui peut nuire à la fonctionnalité du logiciel supporte la totalité ou une partie de celui-ci.

Comment puis-je trouver une erreur Bug /?

Fondamentalement, les cas de test / scripts sont exécutés afin de trouver un comportement inattendu du logiciel sous test. Si un tel comportement inattendu ou exception se produit, il est appelé un bug.

Qu'est-ce qu'un cas de test?

Un cas de test est un ensemble noté / documentés d'étapes / activités qui sont menées ou exécutés sur le logiciel afin de confirmer son bon fonctionnement / comportement de certain ensemble d'entrées.

Que dois-je faire si je trouve un bug / erreur?

Dans des conditions normales, si un bug ou une erreur est détectée dans un système, il doit être communiqué au promoteur afin de le faire réparer.

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é.

S'il vous plaît noter qu'il ya différentes façons de communiquer le bug pour le développeur et le suivi de l'état de bug.

États associés à un bug

Nouveau

Quand un bug est trouvé / a révélé pour la première fois, le testeur logiciel, il communique à son / sa chef d'équipe (chef de test) afin de confirmer s'il s'agit d'un bug valide. Après avoir obtenu la confirmation de la cordons de test, le testeur de logiciel enregistre le bug et le statut de «nouveau» est assigné au bogue.

Assigné

Après le bug est signalé comme «nouveau», il s'agit de l'équipe de développement. L'équipe de développement vérifie si le bogue est valide. Si le bogue est valide, le leader du développement qu'il accorde à un promoteur pour le fixer et d'un statut de «Affecté» est donné.

Ouvert

Une fois que le développeur commence à travailler sur le bug, il / elle modifie le statut du bug de 'Ouvrir' pour indiquer qu'il / elle travaille sur elle pour trouver une solution.

Correction d'

Une fois que le développeur apporte les modifications nécessaires dans le code et vérifie le code, il / elle marque le bug comme "Fixe" et il passe au-dessus de la Responsable du développement afin de le transmettre à l'équipe de testeurs.

En attendant Retest

Après le bug est corrigé, il est renvoyé à l'équipe de test pour obtenir un nouveau test et le statut de «En attendant Retest» lui est attribué.

Retest

Le chef d'équipe de test modifie le statut de l'insecte, qui est déjà marqué d'un 'Retest attente »à« Retest »et l'attribue à un testeur pour un nouveau test.

Fermé

Après le bogue est assigné un statut de «retest», il est à nouveau testé. Si le problème est résolu, le testeur se ferme et il marque avec «Fermé» état.

Rouvrir

Si après un nouvel essai du logiciel pour le bug ouvert, si le système se comporte de la même manière ou le même bug se pose une fois de plus, le testeur rouvre le bogue et envoie de nouveau la renvoyer au développeur marquant ainsi son statut de «rouvrir».

Attente Rejeter

Si les développeurs pensent que le comportement particulier du système, que le testeur signale comme un bogue doit être le même et le bug est invalide, dans ce cas, le bug est rejetée et marquée comme 'attente Rejeter ».

Rejeté

Si le chef tests constate que le système fonctionne selon les spécifications ou le bug n'est pas valide selon l'explication du développement, il / elle rejette le bug et marque son statut de «Rejeté».

Reporté

Parfois, l'essai d'un bogue particulier a dû être reportée pour une durée indéterminée. Cette situation peut se produire pour de nombreuses raisons, comme la non-disponibilité de données de test, l'indisponibilité de la fonctionnalité particulière, etc Cette fois, le bug est marqué avec «reportée» état.

Différé

Dans certains cas, un problème particulier se dresse aucune importance et est nécessaire pour être / peuvent être évités, à ce moment-là, il est marqué d'un «différé» d'état....