Bogue (Agile)

Cette rubrique vous apprend comment remplir les détails d'un élément de travail Bogue. Pour plus d'informations sur la création d'un élément de travail Bogue, consultez Éléments de travail et workflow (Agile).

Dans cette rubrique

Rubriques connexes

Vue d'ensemble de création et de suivi de bogue Définition d'un bogue Liaison d'un cas de test à un bogue Ajout de détails, pièces jointes ou liens hypertexte à un bogue Résolution et fermeture d'un bogue

Guide de processus Scrum Classeurs Triage, classeur Tableaux de bord et rapports Bogues, tableau de bord État des bogues, rapport Tendances des bogues, rapport Réactivations, rapport Aperçu des récits, rapport (Agile) Référence de champ Assignations et workflow (Agile) Zones et itérations Planification, classement et priorités Titres, ID, descriptions et historique (Agile) Liaison d'éléments de travail (Agile) Pièces jointes

Autorisations requises

Pour consulter un bogue, vous devez être membre du groupe Readers ou disposer de l'autorisation Afficher les éléments de travail dans ce nœud avec la valeur Autoriser. Pour créer ou modifier un bogue, vous devez être membre du groupe Contributors ou disposer de l'autorisation Modifier les éléments de travail dans ce nœud avec la valeur Autoriser. Pour plus d'informations, consultez Gestion des autorisations.

Définition d'un bogue

Un bogue signale l'existence d'un problème potentiel dans le code que votre équipe développe. Lorsque vous définissez un bogue, vous souhaitez signaler correctement le problème d'une façon qui permet au lecteur de comprendre l'impact complet du problème. Vous devez également décrire les mesures que vous avez prises pour rechercher le bogue afin que d'autres membres de l'équipe puissent reproduire le comportement plus facilement. Les résultats des tests doivent afficher clairement le problème. Des descriptions claires et compréhensibles ont une influence sur les chances de résoudre le bogue.

Le formulaire d'élément de travail pour un bogue stocke les données dans les champs et les onglets, comme le présente l'illustration suivante :

Lorsque vous définissez un bogue, vous devez définir le Titre dans la section supérieure du formulaire d'élément de travail et taper le texte dans la zone Symptôme sous l'onglet Détails. Vous pouvez laisser tous les autres champs vides ou accepter leurs valeurs par défaut.

Pour définir un bogue

1. Dans la section supérieure du formulaire d'élément de travail d'un bogue, spécifiez un ou plusieurs des champs suivants :

   • Dans Titre (obligatoire), tapez une expression qui décrit l'erreur de code trouvée.

   • Dans la liste Assigné à, cliquez sur le nom du membre de l'équipe qui est chargé de corriger le bogue ou laissez cet espace de champ vide pour l'assigner ultérieurement pendant le triage.

     Notes

     Vous ne pouvez assigner des éléments de travail qu'aux membres du groupe Contributors.

   • Dans la liste Raison, cliquez sur Échec de la build ou laissez Nouveau comme assignation.

     Par défaut, la valeur du champ Raison est Nouveau. Le champ Motif de résolution est en lecture seule et capture la valeur du champ Raison lorsqu'il passe de Actif à Résolu. Pour plus d'informations sur ces champs et sur la façon de les utiliser pour effectuer le suivi du flux de travail, consultez Résolution et fermeture d'un bogue plus loin dans cette rubrique.

   • Dans les listes Zone et Itération, cliquez sur la zone et itération appropriées ou laissez ces champs vides pour les assigner ultérieurement pendant une réunion de triage ou de planification.

     Notes

     L'administrateur de chaque projet d'équipe définit pour le projet en question des chemins de zone et d'itération qui permettront à l'équipe de suivre la progression selon ces désignations. Pour plus d'informations, consultez Créer et modifier des zones et des itérations.

   • Dans Rang, tapez un nombre qui indique l'importance relative du bogue comparé aux autres bogues dans la même itération.

   • Dans la liste Priorité, cliquez sur la valeur qui indique l'importance du bogue, 1 est la plus importante et 4 la moins importante.

     Par défaut, la valeur de ce champ est 2.

   • Dans la liste Gravité, cliquez sur la valeur qui indique l'impact du bogue sur le projet.

     Par défaut, la valeur de ce champ est 3 - Moyen.

2. Dans l'onglet Détails, spécifiez un ou plusieurs types d'informations suivants :

   • Dans Étapes à reproduire, fournissez toutes les informations nécessaires afin qu'un autre membre de l'équipe puisse comprendre le problème à résoudre.

     Vous pouvez mettre en forme le contenu que vous fournissez dans ce champ.

   • Dans la zone Historique, indiquez toutes les informations que vous souhaitez.

     Vous pouvez mettre en forme le contenu que vous fournissez ici.

     Chaque fois qu'un membre de l'équipe met à jour le bogue, son historique affiche la date de la modification, le membre de l'équipe qui l'a apportée et les champs qui ont été modifiés.

3. Sous l'onglet Informations système, spécifiez un ou plusieurs types d'informations suivants :

   • Dans la liste Trouvé dans la build, cliquez ou tapez le nom de la build dans laquelle le défaut a été trouvé.

     Notes

     Chaque build est associée à un nom de build unique. Pour plus d'informations sur la définition des noms de build, consultez Personnaliser des numéros de build.

   • Dans Intégré dans la build, ne spécifiez pas de build lorsque vous créez le bogue. Lorsque vous résolvez un bogue, tapez le nom de la build qui contient le code ou corrige un bogue.

   • Dans Informations système, décrivez l'environnement logiciel dans lequel le bogue a été trouvé.

4. (Facultatif) Liez le bogue à un autre élément de travail, tel qu'un cas de test ou un autre bogue.

   Pour plus d'informations sur ces activités, consultez Liaison d'un cas de test à un bogue plus loin dans cette rubrique.

5. Dans la barre d'outils d'élément de travail, cliquez sur Enregistrer l'élément de travail.

   Notes

   Une fois que vous avez enregistré le bogue, l'identificateur s'affiche dans le titre sous la barre d'outils d'élément de travail.

Liaison d'un cas de test à un bogue

En liant des bogues aux cas de test, vous répondez aux besoins d'exactitude et d'exhaustivité des nombreux rapports définis pour MSF for Agile Software Development.

Pour lier un cas de test existant à un bogue

1. Sous l'onglet Cas de test, cliquez sur Lier à.

   La boîte de dialogue Ajouter un lien au bogue s'ouvre.

2. Dans la liste Type de lien, laissez la valeur par défaut de Testé par qui est le seul type de lien pris en charge pour les liens que vous ajoutez depuis l'onglet Cas de test.

3. Dans ID des éléments de travail, tapez l'ID d'un ou plusieurs cas de test auxquels vous souhaitez lier le bogue ou cliquez sur Parcourir pour localiser le cas de test vers lequel créer un lien. Vous pouvez cliquer sur la requête d'équipe Mes cas de test pour trouver les cas de test, puis activez la case à cocher en regard du cas de test vers lequel vous souhaitez créer un lien.

   Pour plus d'informations, consultez Rechercher les éléments de travail à lier ou importer.

4. (Facultatif) Tapez une description pour le cas de test vers lequel vous créez un lien.

5. Cliquez sur OK.

6. Cliquez sur Enregistrer l'élément de travail.

   Notes

   Le bogue et le cas de test vers lequel vous avez créé le lien sont mis à jour.

Ajout de détails, pièces jointes ou liens hypertexte à un bogue

Vous pouvez ajouter des informations à un bogue afin de permettre à d'autres personnes de reproduire ou de corriger le bogue. Ajoutez des détails aux bogues comme suit :

• Tapez les informations dans les champs Étapes à reproduire ou Historique.

• Joignez un fichier.

  Par exemple, vous pouvez joindre un thread de messagerie électronique, un document, une image, un fichier journal ou un autre type de fichier.

• Ajoutez un lien hypertexte pointant vers un site Web ou vers un fichier stocké sur un serveur ou un site Web.

Pour ajouter des détails à un bogue

1. Cliquez sur l'onglet Détails.

2. Dans Étapes à reproduire, tapez des informations.

3. (Facultatif) Dans Historique, tapez des informations.

   Vous pouvez mettre en forme le texte pour insister sur son importance ou capturer une liste à puce. Pour plus d'informations, consultez Titres, ID, descriptions et historique (Agile).

4. Cliquez sur Enregistrer l'élément de travail.

Pour ajouter une pièce jointe à un bogue

1. Sous l'onglet Pièces jointes, effectuez l'une des opérations suivantes :

   • Faites glisser un fichier vers la zone des pièces jointes.

   • Cliquez sur ou appuyez sur CTRL+V pour coller un fichier que vous avez copié.

   • Cliquez sur  Ajouter, puis cliquez sur Parcourir. Dans la boîte de dialogue Pièce jointe, tapez ou recherchez le nom du fichier que vous souhaitez joindre.

     (Facultatif) Dans la zone Commentaire, vous pouvez taper éventuellement des informations supplémentaires sur la pièce jointe. Pour retourner à l'onglet Pièces jointes, cliquez sur OK.

2. Cliquez sur Enregistrer l'élément de travail.

Pour ajouter un lien hypertexte à un bogue

1. Sous l'onglet Tous les liens, cliquez sur Lier à.

   

2. Dans la liste Type de lien, cliquez sur Lien hypertexte.

3. Dans Adresse, tapez l'adresse de la cible du lien.

   Si la cible est un site Web, tapez l'URL ou copiez-la depuis votre navigateur Internet et collez-la dans la zone Adresse. Si la cible est un emplacement de serveur, tapez l'adresse sous forme de nom UNC.

4. (Facultatif) Dans la zone Commentaire, tapez des informations supplémentaires sur le lien hypertexte.

5. Cliquez sur OK, puis sur Enregistrer l'élément de travail.

Résolution et fermeture de bogues

Lorsqu'un bogue a été corrigé, vous remplacez son État Actif par Résolu. Lorsque le correctif a été vérifié, vous remplacez son état Résolu par Fermé. Tout membre de l'équipe peut modifier l'état d'un bogue. De plus, un bogue qui ne peut pas être corrigé peut être résolu pour d'autres raisons, comme indiqué ultérieurement dans cette rubrique. Pour plus d'informations, consultez Assignations et workflow (Agile).

Pour résoudre ou fermer un bogue

1. Ouvrez le formulaire d'élément de travail du bogue.

2. Dans la liste État, cliquez sur Résolu ou Fermé.

   • Si vous remplacez l'état Actif par Résolu, le champ Raison affiche Corrigé.

     Vérifiez que la valeur de Raison est correcte ou cliquez sur une autre option.

     Pour plus d'informations, consultez D'actif à résolu plus loin dans cette rubrique.

   • Si vous remplacez l'état Résolu par Fermé, le champ Raison affiche Vérifié.

3. Cliquez sur Enregistrer l'élément de travail.

Progression classique de flux de travail : Un membre de l'équipe crée un bogue avec l'état Actif et la raison par défaut Nouveau. Un membre de l'équipe change l'état d'un bogue d'Actif à résolu pour indiquer que le bogue a été corrigé ou pour une autre raison. Un membre de l'équipe teste un bogue marqué comme corrigé, vérifie qu'il a été corrigé, et modifie l'état du bogue de Résolu à fermé. Transitions de flux supplémentaires : Un membre de l'équipe détecte qu'un bogue résolu n'est pas corrigé ou un test échoue, il modifie l'état du bogue de Résolu à actif. Pendant le test de régression, un membre de l'équipe détecte qu'un bogue fermé se reproduit, il modifie l'état du bogue de Fermé à actif.

Diagramme d'état des bogues

Actif (nouveau ou échec de la build)

Un membre de l'équipe crée le bogue, fournit un titre descriptif, et, dans Description, ajoute toutes les informations nécessaires sur le bogue. Le bogue reste à l'état actif au cours de son examen et de sa correction.

D'actif à résolu

Vous pouvez spécifier l'une des raisons du tableau suivant lorsque vous résolvez un bogue :

Motif	Quand l'utiliser	Actions supplémentaires à effectuer
Corrigé (valeur par défaut)	Une fois que vous avez résolu le problème identifié par le bogue, exécutez les tests unitaires pour confirmer que le problème est corrigé, et archivez le code modifié.	Liez le bogue à l'ensemble de modifications lorsque le correctif est archivé.
Différé	Si le bogue n'est pas corrigé dans l'itération actuelle. Le bogue sera ajourné jusqu'à ce que l'équipe puisse le réévaluer pour une itération ou une version du produit future.	(facultatif) Déplacez le bogue dans une future itération ou dans le journal des travaux en souffrance, et maintenez-le dans un état actif.
Dupliqué	Lorsqu'un autre bogue actif signale le même problème.	Créez un lien vers le bogue qui reste actif afin que le membre de l'équipe qui a créé le bogue en double puisse vérifier plus facilement la duplication avant de fermer le bogue.
Correspond aux spécifications	Lorsque le bogue décrit une condition ou un comportement attendu du système ou se situe en dehors des critères d'acceptation pour la zone d'application ou le récit utilisateur affecté par le bogue.	Aucun
Reproduction impossible	Lorsque les membres de l'équipe ne peuvent pas reproduire le comportement signalé par le bogue.	Aucun
Obsolète	Lorsque le bogue ne s'applique plus au produit. Par exemple, un bogue est obsolète s'il décrit un problème dans une zone de fonctionnalités qui n'existe plus dans le produit.	Aucun

Les champs de données suivants sont capturés automatiquement lorsque l'état d'un bogue passe d'actif à résolu :

• Résolu Par : nom du membre de l'équipe qui a résolu le bogue.

• Date de résolution : date et heure de résolution du bogue selon l'enregistrement de l'horloge du serveur.

• Date de modification d'état : date et heure de modification de l'état du bogue.

Résolu

Le membre de l'équipe chargé de corriger le bogue le résout lorsqu'il est corrigé. Sinon, un membre de l'équipe peut déterminer que le bogue doit être résolu pour d'autres raisons, comme le décrit le tableau suivant.

De résolu à fermé

La seule raison prise en charge pour la fermeture d'un bogue est Vérifié.

Les champs de données suivants sont capturés automatiquement lorsque l'état d'un bogue passe de résolu à fermé :

• Fermé Par : nom du membre de l'équipe qui a fermé le bogue.

• Date de fermeture : date et heure de fermeture du bogue selon l'enregistrement de l'horloge du serveur.

• Date de modification d'état : date et heure de modification de l'état du bogue.

De résolu à actif

Vous pouvez spécifier l'une des raisons dans le tableau suivant lorsque vous réactivez un bogue depuis un état résolu :

Motif	Quand l'utiliser	Actions supplémentaires à effectuer
Pas corrigé	Lorsque la résolution est inacceptable ou la correction incorrecte.	Fournissez des détails sur les raisons de votre refus de la résolution ou du non fonctionnement du correctif. Ces informations doivent aider la personne suivante chargée du bogue à le résoudre correctement.
Échec du test	Lorsqu'un test indique que le bogue existe toujours.	Fournissez des détails sur quel test a échoué et dans quelle build.

Les données suivantes sont capturées automatiquement lorsque l'état d'un bogue passe de résolu à actif :

• Activé Par : nom du membre de l'équipe qui a réactivé le bogue.

• Date d'activation : date et heure de réactivation du bogue selon l'enregistrement de l'horloge du serveur.

Closed

Un membre de l'équipe peut remplacer un bogue fermé par actif si le problème ou l'erreur de code qu'il décrit réapparaît ou n'a pas été résolu précédemment.

De Fermé à Actif

Vous pouvez spécifier l'une des raisons dans le tableau suivant lorsque vous réactivez un bogue depuis un état fermé :

Motif	Quand l'utiliser	Actions supplémentaires à effectuer
Régression	Lorsque le bogue réapparaît dans des builds ultérieures du code.	Aucun
Réactivé	Lorsque le bogue a été fermé par erreur ou pour une autre raison.	Aucun

Les données suivantes sont capturées automatiquement lorsque l'état d'un bogue passe de fermé à actif :

• Activé Par : nom du membre de l'équipe qui a réactivé le bogue.

• Date d'activation : date et heure de réactivation du bogue selon l'enregistrement de l'horloge du serveur.

Voir aussi

Concepts

Triage, classeur

Récits utilisateur (Agile)

Cas de test (Agile)

Autres ressources

MSF for Agile Software Development v5.0

Éléments de travail et workflow (Agile)