Introduction au bogue dans les tests de logiciels
Un bogue simple est une erreur ou un échec dans une application qui empêche le flux normal d'une application en désalignant le comportement prévu d'une application avec l'application réelle. Le bogue se produit lorsqu'un développeur fait une erreur lors de la conception ou de la construction d'une application. Si un testeur détecte cette défaillance, il s'agit d'un bogue dans les tests de logiciels. Un testeur est responsable des tests approfondis d'une application afin d'identifier autant de défauts que possible afin qu'un produit de qualité parvienne au client. Avant de passer au flux de travail et aux différents états du défaut, il est important de comprendre le processus de carence.
Cycle de vie des bogues dans les tests de logiciels
Le cycle de vie des bogues est également appelé cycle de vie des défauts. Il s'agit d'une phase d'un défaut qui occupe les différents états au cours de sa durée de vie. Il démarre lorsqu'un périphérique de test détecte un nouveau défaut et se termine lorsque le périphérique de test supprime ce défaut et il est garanti que le défaut n'est pas répliqué. Il est maintenant temps de comprendre, à travers un schéma de base comme illustré ci-dessous, le véritable flux de travail d'un cycle de vie de défaut.
Voici le diagramme du cycle de vie des bogues:
Statut du bug
Voyons chaque composant du cycle de vie des bogues.
1. Ouvrez
Le programmeur commence le processus d'analyse des bogues ici, si possible, et travaille à le réparer. Si le programmeur pense que le défaut n'est pas suffisant, une erreur en fonction de la raison particulière peut être transmise aux quatre états suivants, Rejeter ou Non, à savoir Dupliquer.
2. Nouveau
Il s'agit du premier état de classification des bogues dans le cycle de vie des bogues. Dans les étapes ultérieures du cycle de vie des bogues, la validation et les tests sont effectués sur ces bogues si un nouveau défaut est découvert.
3. Attribué
L'équipe de développement se voit attribuer un défaut nouvellement créé pour fonctionner sur le défaut à ce niveau. Celui-ci sera délégué à un designer par le chef de projet ou le patron de l'équipe.
4. Nouveau test en attente
Lors de la correction du défaut, le concepteur donnera au testeur la faute pour avoir retesté le défaut et l'état du défaut restera en attente de nouveau test jusqu'à ce que le testeur travaille à retester le défaut.
5. Fixe
Si le développeur termine la tâche de réparation d'un défaut en apportant les modifications nécessaires, l'état du défaut peut être appelé «Fixé».
6. Vérifié
Si le testeur n'a aucun problème avec le défaut après que le concepteur a affecté le défaut au dispositif de test et a pensé que s'il était correctement réparé, le statut du défaut est attribué «confirmé».
7. Rouvrir
S'il y a toujours un problème avec la faille, le programmeur sera alors invité à vérifier à nouveau et l'état du défaut sera rouvert.
8. Fermé
Si le défaut est absent, le testeur change le statut du défaut en «Fermé».
9. Retester
Le testeur commence alors la tâche de re-tester le défaut pour vérifier si le défaut est correctement corrigé par le développeur comme requis par l'exigence.
10. Dupliquer
Si le développeur considère que le défaut est similaire à tout autre défaut, ou si la définition du défaut se confond avec tout autre défaut, le statut du défaut est changé par le développeur en «dupliqué».
Paramètre de bogue dans les tests de logiciels
- Date d'émission, approbations, auteur et statut.
- Gravité et priorité des incidents.
- Le cas de test qui a montré le problème.
- Définition de l'incident avec étapes de reproduction.
Conseils pour la mise en œuvre du cycle de vie des carences
- Toute l'équipe doit comprendre clairement les différentes conditions d'un bug avant de commencer la recherche sur le cycle de vie du défaut.
- Pour éviter toute confusion à l'avenir, le cycle de vie des défauts doit être documenté correctement.
- Assurez-vous que chaque personne ayant une tâche liée au cycle de vie par défaut comprend très clairement sa responsabilité pour de meilleurs résultats.
- Toute personne qui modifie le statut d'un défaut devrait connaître correctement le statut, ce qui devrait fournir suffisamment d'informations sur le statut d'un défaut et la raison de celui-ci pour que tous ceux qui travaillent sur ce défaut puissent facilement voir la raison du défaut.
- L'outil de suivi des défauts doit être manipulé avec soin dans le flux de travail du cycle de vie des défauts pour assurer la cohérence entre les défauts.
Conclusion
J'espère que vous avez une certaine connaissance du cycle de vie d'un défaut. Cet article vous aidera également à l'avenir si vous traitez les défauts du logiciel.
Articles recommandés
Ceci est un guide sur Qu'est-ce qu'un bogue dans les tests de logiciels. Nous discutons ici du cycle de vie d'un bogue, de son état, de ses paramètres et de ses conseils. Vous pouvez également consulter nos autres articles connexes pour en savoir plus -
- Cycle de vie des tests de logiciels
- Qu'est-ce que le test de logiciels?
- Types de tests de logiciels
- Cycle de vie des défauts dans les tests de logiciels