Comment rédiger un rapport de bogue

Dans cet article, vous trouverez les réponses aux questions suivantes: « comment rédiger un rapport de bogue », « pourquoi le rapport de bogue est-il si utile », « où créer un rapport de bogue »? Nous allons aborder les principaux aspects que vous devez connaître. afin de rédiger des rapports de bogues efficaces et utiles.

Pourquoi le rapport de bogue est important

rapport d'erreur

Vous venez de tester votre projet et les tests échouent. Mes félicitations, vous trouvez un bug.

Maintenant, vous devriez le signaler. Au cas où votre rapport de bogue serait bon, il aidera vos développeurs à le réparer et à rendre le produit plus fiable.

Comment cela aide les développeurs exactement:

  • raconte des problèmes dont ils ne sont pas au courant
  • aide à déterminer de nouvelles fonctionnalités auxquelles ils n’auraient peut-être pas pensé
  • aide à avoir une idée de la façon dont leurs clients utilisent le logiciel, afin qu’ils puissent l’améliorer

Et si vous écrivez votre rapport de bogue efficacement, les bogues auront plus de chances d’être corrigés. La correction des bogues dépend donc directement de la manière dont vous la signalez.

Qu’est-ce qu’un bon rapport de bogue?

Tout le monde peut écrire un rapport de bogue. Mais tout le monde ne peut pas le faire efficacement. Vous devriez être capable de faire la distinction entre un rapport de bogue médiocre et un bon. Comment distinguer un bon ou un mauvais rapport de bogue?

Les rapports de bogue utiles sont ceux qui permettent de résoudre ce bogue. Un bon rapport de bogue doit être:

  • Reproductible – Si reproduire le bogue n’est pas possible, il ne sera pas corrigé. Dès que le développeur reproduira et verra le bogue facilement, il sera corrigé. Autrement, plus le développeur est susceptible de passer simplement au prochain rapport de bogue. Dans la description du bogue, vous devez clairement décrire les étapes à suivre pour reproduire sans en manquer aucune.
  • Spécifique et informatif – ne pas répandre le problème dans tout l’essai. Essayez d’être précis et de maximiser de manière informative. Efforcez-vous de résumer le problème en un minimum de mots, mais de manière efficace. Et dans tous les cas, ne combinez pas plusieurs problèmes, même s’ils semblent similaires. Rédigez des rapports différents pour chaque problème.

Alors le buts d’un rapport de bogue sont à:

  • expliquer un bug au développeur et montrer où il est
  • aider le développeur le réparer avec le coût de temps minimal

Contenu du rapport de bogue

Titre: Dans le titre devrait être une brève explication de la question. Un bon titre doit contenir des informations sur le nom du produit, le message d’erreur ou les étapes que vous avez effectuées en cas d’échec. Par exemple:

  • Comment ne pas faire: « Crash « , » Vous cherchez une erreur« , »Punaise
  • Comment faire: « Erreur 5C79 lors de la confirmation de la demande

Produit: Spécifiez le nom du produit et sa version.

  • Comment ne pas faire: « Ton application
  • Comment faire: « Agfa

Classification:Il est très important d’indiquer s’il s’agit d’une demande de fonctionnalité, d’un bogue mineur ou d’un bogue horrible qui bloque l’application dans son ensemble. La plupart de tous les outils ont un choix parmi ceux-ci, mais s’ils ne le font pas, utilisez: «Nouvelle fonctionnalité», «Désagrément mineur», «Crashing Bug», «Bug sérieux» ou «Bug mineur» pour ceux sur lesquels vous pouvez travailler.

  • Commentne pas faire: « Laissez le champ vide »
  • Comment faire: “Grave Bug”, “Gêne”, “Demande de fonctionnalité”

Plate-forme: Ce sera un gros plus pour déterminer ce que vous utilisez pour exécuter le logiciel, en particulier le nom et la version du système d’exploitation, dans le cas d’une application Web, devrait indiquer le nom et la version du navigateur Web. Il existe un grand nombre de versions différentes de systèmes et de navigateurs que les développeurs doivent connaître.

  • Commentne pas faire: « les fenêtres
  • Comment faire: « Windows 7, Internet Explorer 9

Résumé: Essayez de décrire brièvement ce que vous essayiez de faire avant de trouver le bogue et de savoir comment réagir à cela avec votre application. Essayez d’utiliser un langage naturel simple et écrivez toutes les phrases simples.

  • Comment ne pas faire: « L’application ne fonctionne pas
  • Comment faire: « Ccliqué sur « Fichier / Enregistrer sous … » et la boîte de dialogue « Enregistrer » est apparue → CCliquez sur le bouton « OK » mais le fichier n’a pas été sauvegardé.

Pas à reproduire: Illl être génial si vous capable à reproduire ce bugencore. Parce que dereproductible bogues Plus facile à réparer. Vous devrait décrire Comment à reproduire cette punaise pas par étape, comme détaillé comme il possible. Dont oublier, vous doit être spécifique.

  • Comment ne pas faire:  »
    • Page d’accueil> Bouton gauche> Cliquez dessus
    • Boutique> essayer d’acheter> vous ne pouvez pas « 
  • Comment faire:  »
    • Allez dans Paramètres> Profil (cela amènerait l’utilisateur à un nouvel écran)
    • Tapez sur Plus d’options> Supprimer le compte.

Résultat attendu: Que devrait-il se passer lorsque vous faites une action?

  • Comment ne pas faire: « I a tenté à impression, mais il n’a pas travail
  • Comment faire: « De la ‘Boutique’ écran, Cliquez sur sur laImpressionbouton

Résultat actuel: Voici le résultat du bug. Comme d’habitude, les testeurs sont un peu indéfinis dans cette partie du rapport de bogue. Alors, essayez d’être concis.

  • Comment ne pas faire: « Le bouton ne fonctionne pas comme prévu »
  • Comment faire: « Bouton ferme l’application »

Priorité: Cela montre au développeur combien de temps cela doit être corrigé. La priorité est généralement définie entre 1 et 5. Plus le nombre est bas, plus la priorité est élevée. 1 score – doit être corrigé le plus tôt possible. 5 points – peut réparer quand le temps le permet.

Gravité:

Ceci décrit l’impact du bogue.

Les types de gravité:

  • Bloqueur: Aucun travail de test supplémentaire ne peut être effectué.
  • Critique: Crash de l’application, perte de données.
  • Majeur: Perte majeure de fonction.
  • Mineur: Légère perte de fonction.
  • Banal: Quelques améliorations de l’interface utilisateur.
  • Renforcement:Demande d’une nouvelle fonctionnalité ou d’une amélioration de celle existante.

Statut:Il montre l’état d’un rapport de bogue dans n’importe quel système de suivi de bogues. Au début, l’état du rapport de bogue sera « Nouveau ». Une fois que cet état peut changer, comme Fixé, Vérifié, Réouvrir, Non corrigé, etc. Tous les différents statuts que vous verrez ci-dessous dans Cycle de vie d’un rapport de bogue

Les pièces jointes: Si vous pouvez prendre une capture d’écran – faites-le. Ce sera un énorme avantage pour le développeur de voir ce que vous avez vu avant et après le bogue. Joignez simplement quelques captures d’écran pour le rapport de bogue.

Comment exécuter des scénarios de test, outil de gestion de test EasyQA, assurance qualité, logiciel, test, connexion, enregistrement, scénario de test, exécution de test, exécution de scénario de test, saas, EasyQA

Voici un exemple de système de suivi des bogues – EasyQA, qui a tous les champs nécessaires pour écrire un rapport de bogue.

Cycle de vie d’un rapport de bogue

Le cycle de vie d’un rapport de bogue commence par la détection du bogue et est signalé par le testeur, puis se termine après la fermeture. Tout au long du cycle de vie du bogue a différents états. Le schéma cycle de la vie peut être montré sur ce graphique:

cycle de la vie

PunaiseLe cycle de vie comprend les étapes ou l’état suivants:

  1. Nouveau: Lorsqu’un bogue est signalé et publié pour la première fois. Son état est donné comme neuf.
  2. Attribué: Une fois que le testeur a signalé le bogue, le responsable du testeur confirme que le défaut est valide et qu’il l’a attribué au développeur ou à l’équipe de développeurs appropriés.
  3. Ouvrir: Cela signifie que le développeur a commencé à analyser le bogue et à tenter de le réparer.
  4. Fixé: Une fois que le développeur a modifié le code et corrigé le bogue, il passe à l’état « Fixé » et peut être transmis à l’équipe d’assurance qualité pour un nouveau test.
  5. Retester en attente: A ce stade, le rapport de bogue en attente d’un nouveau test.
  6. Retester: À ce stade, les testeurs vérifient les modifications et retestent les modifications apportées par les développeurs.
  7. Vérifié: Si le test ne retentit pas le bogue et que le produit fonctionne correctement, le testeur modifie le statut du rapport de bogue dans « Vérifié ».
  8. Rouvrir: Reopen: au cas où le testeur serait revérifié et que le bogue existe toujours, le bogue devenant « Reopen » et le rapport de bogue reprend son cycle de vie.
  9. Fermé: Une fois que le développeur a corrigé les erreurs, il envoie le produit aux testeurs pour qu’il le teste à nouveau. Si le testeur décide que le bogue est corrigé, il modifie le statut du rapport de bogue sur « Fermé ». Cela signifie que le défaut est corrigé, vérifié et approuvé.
  10. Dupliquer: Si le bogue est répété deux fois ou si les deux bogues mentionnent le même concept du bogue, alors l’état d’un bogue devient «dupliquer».“.
  11. Rejeté: Si le développeur estime que le bogue n’est pas authentique, il le rejette. Ensuite, l’état du bogue est changé pour «rejeté».
  12. Différé: cela signifie que le bogue sera corrigé, mais dans une autre version, et maintenant il attend. La raison en est généralement la faible priorité des bugs et le manque de temps.
  13. Pas un bug: Le rapport sur les sacs peut avoir ce statut, dans le cas de, par exemple, si un client a été invité à apporter de petites modifications au produit: modification de la couleur, de la police, etc.

Conseils pour la rédaction d’un rapport de bogue

  1. Qu’est-ce qui se passait avant: Pour corriger le bogue, les développeurs doivent reproduire tous les flux de travaux effectués par le testeur et le système. Alors, n’oubliez pas de décrire les étapes de manière spécifique et informative.
  2. Être spécifique: Vous devez écrire les mêmes noms de champs, boutons et autres éléments que ceux nommés dans l’application. Si vous souhaitez décrire un message, copiez et collez l’intégralité du message dans la description du rapport de bogue.
    • Pour les menus: Suivez la séquence de menus séparés par le caractère ‘/’, par exemple, “Fichier / Enregistrer sous…”
    • Pour les écrans: Regardez en haut de la fenêtre et tapez exactement ce qui est là
    • Pour les boutons ou les onglets: Copier et coller le texte exact affiché
    • Pour les liens: Copier et coller l’URL entière (y compris le “http: //”)
  3. Ne devenez pas personnel: Lorsque vous signalez le bogue, n’oubliez pas que vous signalez le défaut du logiciel et non le développeur. Soyez poli et spécifique. Les rapports de bogues avec un langage offensant et émotionnel seront ignorés par les développeurs.
  4. Joindre ou copier et coller: Vous devez joindre autant de captures d’écran, vidéos, messages, etc. que possible. Cela aidera les développeurs à trouver le problème plus facilement et plus rapidement et à le résoudre.
  5. Un défaut par rapport: Ni plus ni moins. Un seul bogue dans un rapport peut aider à éviter les doublons et la confusion. Si vous décrivez trop de défauts, certains peuvent être négligés.
  6. Reproduisez le bogue avant de rédiger un rapport de bogue: Assurez-vous que vos actions conduisent à reproduire le bogue sans ambiguïté. Le défaut doit être reproductible.
  7. Écris un bon résumé: Il sera plus facile pour un développeur d’analyser la nature des bogues. Un défaut défectueux signale les temps de test et de développement des déchets

.gif

Je souhaite que vous n’ayez que les bons rapports de bugs et dans tous les cas – ne vous énervez pas. Tout vient avec la pratique. Alors …