Cycle de vie Bug

Développement de logiciels comprend différentes phases qui sont collectivement appelés du cycle de vie de développement logiciel (SDLC). A chaque étape, le logiciel évolue vers un produit plus avancé. Tests de logiciels qui se passe dans la phase ultérieure de SDLC. Pendant cette phase, le produit est vérifié pour les erreurs aussi bien qu'il est vérifiée par rapport aux besoins des utilisateurs. Bug Logiciel est défini comme toute erreur, défaut, erreur, erreur qui empêche le logiciel de production de la sortie attendue. Bug est souvent le résultat d'erreurs humaines, soit dans le code source ou le dessin lui-même. Depuis sa découverte jusqu'à sa résolution, un bogue passe par différents stades, communément appelés «cycle de vie bogue».

Cycle de vie d'un bogue

Ci-dessous sont les étapes de la durée de vie de bogue. Les rapports d'essai décrire en détail le comportement de bogue à chaque étape.

Nouveau

Il s'agit de la première étape du cycle de vie bug dans lequel le testeur signale un bug. La présence de l'insecte devient évident lorsque le testeur essaie d'exécuter l'application nouvellement développée et elle ne répond pas de manière attendue. Ce bug est ensuite envoyer à la tête de test pour approbation.

Ouvert

Lorsque le bug est signalé à la tête de test, il examine le bogue en retester le produit. S'il constate que le bug est authentique, il approuve et modifie son statut à «ouvrir».

Assigner

Une fois que le bug a été approuvé et jugé authentique par le plomb des tests, il est ensuite envoyer à l'équipe de développement du logiciel concerné pour sa résolution. Il peut être attribué à l'équipe qui a créé le logiciel ou il peut être attribué à une équipe spécialisée. Après avoir défini le bogue à l'équipe de développement logiciel, l'état du bogue est remplacée par «attribuer».

Test

L'équipe à laquelle le bogue a été attribué travaux sur l'élimination de bug. Une fois, ils ont fini de fixer le bug, il est renvoyé à l'équipe de test pour un nouvel essai. Toutefois, avant d'envoyer le bug à l'équipe de test, son statut est changé pour «tester» dans le rapport.

Différé

Si l'équipe de développement change le statut du bogue de «différé», cela signifie que le bug sera corrigé dans les prochaines versions du logiciel. Il peut y avoir des raisons pour lesquelles l'équipe myriade logiciel ne peut pas envisager de corriger le bug de toute urgence. Cela comprend le manque de temps, faible impact du bogue ou potentiel négligeable du bug pour induire des changements importants dans le fonctionnement normal du logiciel.

Rejeté

Bien que le plomb des tests pourraient avoir approuvé le bug en indiquant que c'est un original et l'équipe de développement logiciel ne peut pas toujours d'accord. En fin de compte, c'est la prérogative de l'équipe de développement de décider si le bogue est authentique ou non. Si ils doutent de la présence ou de l'impact du bogue, alors ils peuvent changer de statut à «rejeté».

Dupliquer

Si l'équipe de développement estime que le même bogue a été répété deux fois ou il ya deux bugs qui pointent vers le même concept, le statut d'un bogue est remplacée par «duplicata». Dans ce cas, la fixation d'un bug prend automatiquement soin de l'autre bogue.

Vérifié

Si l'équipe de développement logiciel envoie le dos Correction d'un bug pour un nouveau test, puis le bogue est soumis à la procédure des tests rigoureux encore. Si à la fin de l'essai, il n'est pas trouvée, son statut est remplacée par «vérifié».

Rouvert

Si le bug existe toujours, sa situation est remplacée par «rouverte». Le bogue puis traverse l'ensemble de son cycle de vie une fois de plus.

Fermé

Si aucune occurrence de bug est signalé et si les fonctions du logiciel normalement, puis le bogue est «fermé». Il s'agit de la dernière étape dans laquelle le bogue a été corrigé, testé et approuvé.

Bug cycle de vie est un concept important dans le test logiciel. Comprendre le cycle de vie bogue est important du point de vue de la livraison d'un logiciel sans erreur au client....