Quel est le cycle de vie d’un bug ?

Le cycle de vie d'un BUG est le processus depuis la découverte d'un BUG jusqu'à la fermeture du BUG. Le processus spécifique est le suivant : 1. Découvrir le BUG, ​​​​c'est-à-dire découvrir les failles ou les défauts du logiciel ; 2. Lorsque vous soumettez un bug, vous devez décrire autant que possible les attributs du défaut, le type, le niveau, la priorité, les étapes de reproduction détaillées, les résultats et les attentes, etc. attribuer le problème directement au développeur correspondant ; 4. Analyser et confirmer qu'il s'agit d'un défaut ; 5. Traiter et corriger le BUG ; 6. Vérifier la régression du BUG ;

L'environnement d'exploitation de ce tutoriel : système Windows 7, ordinateur Dell G3.

Qu'est-ce qu'un bug

Le BUG logiciel, ​​au sens étroit, peut être compris comme faisant référence aux failles ou aux défauts du logiciel. Au sens large, en plus de trouver le programme, il inclut également le logiciel. améliorations découvertes et proposées par les ingénieurs de test ou les utilisateurs, ou implémentation fonctionnelle différente du document d'exigences, etc. Autrement dit, l’intervention des tests peut partir de l’analyse de la demande et suivre le processus de développement.

cycle de vie des bogues

Le cycle de vie des BUG est le processus allant du moment où un BUG est découvert jusqu'au moment où le BUG est fermé.

Statut des défauts dans le cycle de vie : Nouveau-->Attribuer-->Résolu-->En attente-->Fermer

BUG trouvé–>Soumettre le BUG–>Attribuer le BUG–>R&D Confirmer BUG–>R&D pour corriger le BUG–>Vérification de la régression BUG–>S'il réussit la vérification–>Fermer le BUG

Si le BUG à vérifier n'est pas résolu lors de la vérification, nous devons le rouvrir-- Devoir – Résolu – Pour être vérifié, effectuez ce processus.

Autres états du milieu : rejet, report, etc.

Organigramme de traitement des BUG (schéma du cycle de vie)

1. Découvrir les bugs

a. les cas Tout résultat attendu incohérent peut être appelé bug.
b. Les cas de test ne peuvent pas être épuisés, il y a toujours des facteurs dépassant vos attentes, ou des bugs causés par des opérations divines.
c. Problèmes de coût, temps insuffisant pour écrire des cas de test, bugs découverts

2 Soumettre des bugs

Lorsque vous soumettez un défaut, essayez d'abord de décrire les attributs du défaut, l'environnement de reproduction du bug et le type de bug. , niveau de bug, priorité des bugs et étapes de reproduction détaillées, résultats et attentes, etc.
Bien entendu, avant de poser une question, nous devons d'abord nous assurer que ce défaut n'a pas été mentionné auparavant, afin d'éviter de provoquer des tickets de défaut en double.

3. Attribuer les bugs

Cette étape n'est pas nécessaire. Elle est liée au modèle de projet. Dans certaines entreprises, le service de test est indépendant du service de développement, les testeurs ne savent donc pas quel développeur est responsable. module qu'ils testent. Dans ce cas, les testeurs attribuent uniformément le problème au chef ou au responsable de l'équipe du projet, et le chef (ou le responsable) de l'équipe du projet confirme le problème puis l'attribue à nouveau au développeur correspondant.

Certains testeurs sont répartis dans différentes équipes R&D, les modules de développement responsables des différents développeurs sont donc très clairs. À ce stade, les problèmes peuvent être attribués directement aux développeurs correspondants.

Il existe également une situation où ce problème aurait dû être de la responsabilité du développeur A, mais en raison du transfert ou de la démission du développeur A, ces problèmes ont été transférés à d'autres membres du personnel pour qu'ils les traitent. La « distribution » met l'accent sur la relation entre supérieurs et subordonnés ; le « transfert » met l'accent sur la relation entre égaux.

4. Confirmer le défaut

Lorsqu'un développeur reçoit un défaut, il l'analyse et le reproduit d'abord s'il l'analyse et constate qu'il ne s'agit pas d'un défaut (peut-être parce que le testeur ne comprend pas les exigences) ou ne peut pas le faire. résolvez-le Si vous souhaitez reproduire le problème, vous devez signaler le problème au testeur et en indiquer la raison. S'il s'avère qu'il s'agit d'un défaut, il doit être traité.

5. Correction d'un BUG

Reporter le traitement
Après avoir traité le problème, vous devez déterminer s'il doit être reporté. Certaines exigences ont été confirmées comme étant des problèmes, car elles ne peuvent apparaître que dans des circonstances extrêmes. ou exiger Apporter des modifications à l'architecture du système, ou sa priorité est très faible, il n'est donc pas nécessaire de traiter ce problème pour le moment (ou il sera corrigé dans la prochaine version).

Correction :
Les problèmes qui ont été reportés peuvent être temporairement résolus ("réparé", c'est ainsi que QC l'appelle.) Généralement, les problèmes résolus ne peuvent être résolus qu'après consultation entre le chef de projet et le responsable de test.

Traitement des défauts :
Lorsque les développeurs confirment qu'un problème doit être résolu, ils le géreront. (Par exemple, Redmine aide le processeur à mettre à jour la progression du traitement des problèmes de temps en temps, par exemple 30 % ont été traités, 80 % ont été traités, etc. Bien sûr, pour les problèmes qui peuvent être réparés en peu de temps, il n'est pas nécessaire de mettre à jour la progression du traitement de temps en temps.)

6. Vérification de la régression BUG

Les défauts de régression sont une tâche très importante pour les testeurs.

Confirmer le problème sans défaut : pour un défaut soumis, le développeur le traite comme ne présentant pas de problème ou ne peut pas être reproduit, puis le transfère directement au testeur pour régression. Le testeur confirme à nouveau et si c'est vrai comme le dit le développeur, le problème est résolu. Si un non-développeur déclare que le problème est reproduit en raison d'une description vague du problème ou d'autres raisons, la raison sera à nouveau notée et transmise au développeur.

Confirmez le problème à résoudre : confirmez à nouveau le problème résolu par le développeur. S'il est confirmé qu'il peut être résolu, le problème sera résolu. Si la confirmation échoue, ouvrez à nouveau le problème et transmettez-le au développeur.

Confirmer les problèmes résolus : confirmez les problèmes résolus de manière planifiée. Certains problèmes résolus peuvent ne plus exister en raison des mises à jour de version au fil du temps. Ces problèmes doivent être résolus en temps opportun. Certains problèmes résolus existent toujours et sont devenus urgents. Ces problèmes doivent être ouverts et transmis aux développeurs pour traitement en temps opportun.

7. Fermer le défaut

Fermer le défaut qui a été réparé C'est aussi le dernier statut d'un défaut.
Lorsque vous effectuez des tests d'interface, vous pouvez utiliser l'outil national de test d'interface et de génération de documents d'interface apipost

Outil de gestion des bugs

Les bugs provoqueront des pannes inattendues lors de l'exécution du logiciel, entraînant des pertes pour l'entreprise, et le processus de les tests logiciels sont simplement le travail d’assurance qualité autour des bogues. Afin d'améliorer l'efficacité du travail de test et de gérer les bogues, de soumettre les bogues et de résoudre les bogues plus efficacement, il est très nécessaire d'utiliser raisonnablement certains logiciels de gestion des bogues.

Le premier est le logiciel national de gestion des bugs :

ZenTao

ZenTao est le premier logiciel national de gestion de projet open source. Son idée de base de gestion est basée sur la méthode agile Scrum, avec une gestion de produit et une gestion de projet intégrées. En même temps, elle complète également la gestion des tests, la gestion des plans, la gestion des versions, la gestion des documents, la gestion des transactions et d'autres fonctions basées sur le. état actuel de la recherche et du développement au niveau national. Dans un seul logiciel, les exigences, les tâches, les bogues, les cas d'utilisation, les plans, les versions et autres éléments du développement logiciel peuvent être suivis et gérés de manière ordonnée, couvrant ainsi complètement le processus principal de gestion de projet.

ZenTao est développé à l'aide du framework zentaophp auto-développé et dispose d'un mécanisme d'extension intégré complet. Les utilisateurs peuvent effectuer un développement secondaire approfondi de ZenTao très facilement. ZenTao fournit également une API d'interface json pour chaque page, ce qui permet aux autres langues d'appeler et d'interagir facilement. Prise en charge multilingue intégrée, prise en charge multi-styles, fonction de recherche, fonction statistique et autres fonctions pratiques.

Tracup

Tracup est une plate-forme de collaboration d'équipe légère qui fournit un suivi des bogues simple et efficace, une gestion de projet légère et pratique, une protection des données sûre et stable et une gestion parfaite des bogues combinées au travail d'équipe.

Que vous corrigiez un bug ou ajoutiez une nouvelle fonctionnalité, Tracup peut fournir une plateforme cloud de travail idéale. Une collaboration d'équipe pratique, une gestion de projet légère, un système de problèmes complet et un stockage de fichiers de grande capacité rendent le travail des utilisateurs plus pratique.

Bugtags

Bugtags est une nouvelle génération d'outils de découverte et de gestion de défauts spécialement conçus pour les tests mobiles. Engagé à améliorer le processus de test des applications mobiles, à relier l'expérience utilisateur entre la découverte des défauts et la soumission des défauts, et à améliorer l'efficacité des tests et de la résolution des défauts. Aidez les testeurs à effectuer efficacement les tests d’applications ainsi que le suivi et la gestion des bogues.

Une fois que l'application mobile a intégré le SDK bugtags, les utilisateurs test peuvent soumettre des bogues directement dans l'application en utilisant WYSIWYG. Le SDK prendra automatiquement des captures d'écran et collectera les données d'exécution de l'application, telles que : les informations sur l'appareil, les données de la console, les étapes de fonctionnement de l'utilisateur, etc. , les développeurs peuvent suivre et gérer efficacement les bogues dans le cloud bugtags.

Bugtags Par rapport à d'autres systèmes de gestion de bugs, la plus grande différence est la suivante :

Bugtags est spécialement conçu pour le développement mobile. Il ne s'agit pas d'une simple amélioration ou mise à niveau du système de gestion de bugs précédent pour les applications Web et de bureau, mais d'un bug complet. système de gestion repensé du point de vue du développement et des tests d’applications mobiles.

Bugtags ne nécessite pas de déploiement, il peut être utilisé après inscription dans le cloud, ce qui est simple et pratique.

Le logiciel de gestion des bogues étrangers comprend :

Bugzilla

Bugzilla est un système de suivi des bogues open source gratuit fourni par Mozilla. Il peut gérer la soumission (nouveau) et la réparation (résolution) des défauts dans le développement de logiciels. ), fermer, etc. tout au long du cycle de vie. Utilisé pour gérer le développement de logiciels et établir un système complet de suivi des bogues.

JIRA

JIRA est un système de gestion du suivi des défauts développé par Atlassian. Le nom JIRA n'est pas une abréviation, mais est tiré de « Gojira ». JIRA est largement utilisé dans le suivi des défauts, le service client, la collecte des exigences, l'approbation des processus, le suivi des tâches, le suivi des projets et la gestion agile. JIRA offre une configuration flexible, des fonctions complètes, un déploiement simple et une extension riche. Ses plus de 150 fonctionnalités ont été reconnues par plus de 19 000 clients dans 115 pays à travers le monde.

WebIssues

WebIssues est un outil de collaboration d'équipe et un système de suivi des problèmes utilisant un modèle client/serveur qui peut prendre en charge des équipes de développement à petite échelle. Il peut être utilisé pour stocker, partager et suivre diverses propriétés des problèmes, des commentaires et des pièces jointes. Il est facile à installer et à utiliser, et hautement personnalisable. Le serveur peut être installé sur n'importe quel hôte prenant en charge PHP et MySQL ou PostgreSQL, et le client peut être un bureau Windows ou Linux.

Bugify

Bugify est un système de gestion de suivi de bugs très simple avec des fonctions très puissantes. Ses principales fonctions sont : la priorité des problèmes, le filtrage de la recherche, les notifications par courrier électronique, les étiquettes, les liens vers les problèmes, les raccourcis clavier, le formatage Mardown, et la fonctionnalité la plus importante est la prise en charge d'un nombre illimité d'autres langues.

Pour plus de connaissances liées à la programmation, veuillez visiter : Enseignement de la programmation ! !

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!