Éléments de travail et workflow (Agile)
Vous pouvez utiliser les éléments de travail pour effectuer un suivi, des analyses et des rapports sur le développement d'un produit et de ses fonctionnalités. Un élément de travail est un enregistrement de base de données que vous créez dans Visual Studio Team Foundation Server pour enregistrer la définition, l'assignation, la priorité et l'état du travail. Le modèle de processus pour MSF for Agile Software Development v5.0 définit six types d'éléments de travail : récits utilisateur, tâches, cas de test, étapes partagées, bogues et problèmes.
Dans cette rubrique
Définition des récits utilisateur, tâches et autres éléments de travail
Création d'un récit utilisateur, d'une tâche ou d'un autre type d'élément de travail
Création de plusieurs récits utilisateur, tâches ou autres éléments de travail simultanément
Création d'un élément de travail qui se lie automatiquement à un autre élément de travail
Création de cas de test et de plans de test à l'aide de Test and Lab Manager
Ouverture et suivi des bogues à l'aide de Test Runner et de Test and Lab Manager
Affichage des éléments de travail qui vous sont assignés
Personnalisation des types d'éléments de travail et des tâches connexes
En définissant des éléments de travail individuels et en les stockant dans une base de données et un entrepôt de métriques communs, vous pouvez résoudre les questions relatives à l'intégrité du projet dès qu'elles se posent. Les éléments de travail, les liens entre éléments de travail et les pièces jointes sont tous stockés dans la base de données Team Foundation pour le suivi des éléments de travail, comme le présente l'illustration suivante.
Définition des récits utilisateur, tâches et autres éléments de travail
Vous pouvez spécifier et mettre à jour les informations relatives aux éléments de travail sur le formulaire d'élément de travail. Les rubriques de cette section fournissent des détails sur l'utilisation de chaque formulaire d'élément de travail.
Tâches |
Contenu associé |
---|---|
Effectuer le suivi des récits utilisateur, des fonctionnalités ou des spécifications du produit : une équipe crée des récits utilisateur pour définir les fonctionnalités, fonctions et spécifications à implémenter. Un récit utilisateur décrit les objectifs du client à un niveau élevé. Il constitue un élément fondamental parmi les efforts de planification de l'équipe, car il permet à cette dernière d'estimer, de classer par ordre de priorité, de définir, de planifier et de vérifier le travail relatif à chaque récit utilisateur. Vous pouvez utiliser les rapports Aperçu des récits et Progression des récits pour suivre l'état des récits utilisateur et la progression de l'équipe. |
|
Suivre et estimer le travail : une équipe crée des tâches afin de suivre le niveau d'effort requis pour l'implémentation d'un récit utilisateur ou d'autres domaines de travail identifiés pour le projet. Les tâches doivent représenter une petite unité de travail qui peut être exécutée en un ou deux jours. Vous pouvez scinder les tâches les plus importantes en sous-tâches plus petites. Vous pouvez créer une tâche pour suivre le travail de développement du code, concevoir et exécuter des tests, résoudre des bogues et effectuer des tests de régression. De plus, vous pouvez créer des tâches pour prendre en charge le travail générique qui doit être exécuté. En effectuant le suivi des heures de travail de chaque tâche, l'équipe peut mieux voir la progression de son projet. Vous pouvez utiliser les rapports Travail restant et Avancement et taux d'avancement pour surveiller la progression de l'équipe, identifier les problèmes de flux de travail et déterminer le taux d'avancement de l'équipe. |
|
Tester l'application : une équipe utilise des cas de test pour définir les tests qui prendront en charge les récits utilisateur. Vous pouvez définir des cas de test manuel qui spécifient une séquence d'étapes d'action et de validation à exécuter, ou vous pouvez spécifier des cas de test automatisé qui font référence à un fichier d'automatisation.
Remarque
Le client recommandé pour la création et la définition de cas de test est Gestionnaire de tests Microsoft.À l'aide de cet outil, vous pouvez également créer des suites de tests et des configurations de test qui répondent à l'ensemble des critères de test de votre projet.Dans les configurations de test, vous spécifiez l'environnement logiciel dans lequel vous voulez exécuter vos cas de test et suites de tests.Pour plus d'informations, consultez Test de l'application.
Vous pouvez utiliser le rapport Disponibilité du cas de test pour déterminer la progression de l'équipe en matière de définition de cas de test. Vous pouvez utiliser le rapport Progression du plan de test pour déterminer le nombre de tests qui réussissent ou échouent. |
|
Définir des étapes partagées : une équipe utilise des étapes partagées pour simplifier la définition et la maintenance des cas de test manuel. Dans les étapes partagées, vous définissez une séquence d'étapes d'action et de validation à exécuter dans le cadre d'un cas de test. De nombreux tests requièrent l'exécution de la même séquence d'étapes pour plusieurs cas de test. En créant des étapes partagées, vous pouvez définir une séquence d'étapes une seule fois et l'intégrer ensuite à plusieurs cas de test.
Important
Le client recommandé pour la création et la définition d'étapes partagées est Gestionnaire de tests Microsoft.Vous pouvez consulter ces types d'éléments de travail en utilisant Team Explorer et Team Web Access ; toutefois, vous ne pouvez pas utiliser Team Web Access pour modifier ou mettre à jour certains champs.
|
|
Ouvrir des bogues et assurer leur suivi : vous pouvez assurer le suivi d'une erreur de code en créant un élément de travail Bogue. En créant un bogue, vous pouvez signaler l'erreur avec précision de manière à aider les autres membres de l'équipe à comprendre l'impact du problème dans sa totalité. Dans le bogue, vous devez décrire les étapes qui ont mené au comportement inattendu afin que d'autres personnes puissent le reproduire. En outre, les résultats des tests doivent montrer clairement le problème. La clarté et l'exhaustivité de cette description ont souvent un impact sur la probabilité de résolution du bogue. Vous pouvez utiliser le classeur Triage pour classer les bogues par ordre de priorité et assigner ceux qui doivent être traités pour une itération ou une version. Vous pouvez utiliser le rapport État des bogues pour suivre la progression de l'équipe en matière de résolution et de fermeture des bogues. |
|
Définir et gérer les risques, les problèmes et les obstacles : vous pouvez définir les problèmes connus ou potentiels, les obstacles ou les risques inhérents à votre projet en créant des éléments de travail Problème. Lorsqu'une action concrète est requise, la résolution d'un problème peut se traduire par l'exécution d'une ou de plusieurs tâches. Par exemple, un problème technique peut mener à un effort de création de prototype architectural. Les équipes doivent toujours encourager leurs membres à identifier les problèmes et fournir autant d'informations que possible sur les éléments susceptibles de représenter des obstacles. Chacun doit être en mesure d'identifier les problèmes sans crainte d'exprimer avec franchise une opinion ou un point de vue controversé. Les équipes qui créent et privilégient des environnements positifs pour la gestion des problèmes peuvent identifier et traiter ces derniers de manière anticipée, plus rapidement, avec une meilleure visibilité et une plus grande facilité que les équipes qui travaillent dans des environnements de gestion des risques négatifs. Vous pouvez utiliser le classeur Problèmes pour passer en revue les problèmes, les classer par ordre de priorité et les gérer. |
Création d'un récit utilisateur, d'une tâche ou d'un autre type d'élément de travail
Vous pouvez créer un élément de travail en ouvrant Team Web Access ou Team Explorer, et en suivant la procédure de cette section. Une fois que vous avez créé un élément de travail, vous pouvez toujours le modifier et y ajouter des détails tout au long du sprint.
Pour créer un récit utilisateur, une tâche ou un autre type d'élément de travail
Ouvrez Team Web Access ou Team Explorer, puis connectez-vous à la collection de projets d'équipe qui contient le projet d'équipe dans lequel vous voulez créer l'élément de travail.
Pour plus d'informations, consultez Se connecter aux projets d'équipe et y accéder dans Team Foundation Server.
Effectuez l'une des opérations suivantes :
Dans Team Web Access, recherchez la zone de lancement rapide du volet de navigation, puis cliquez sur la flèche Nouvel élément de travail. Dans le menu Types d'éléments de travail, cliquez sur le type d'élément de travail que vous souhaitez créer.
Dans Team Explorer, ouvrez le menu Équipe et pointez sur Ajouter un élément de travail, puis cliquez sur le type de l'élément de travail.
Un formulaire d'élément de travail du type spécifié s'affiche.
Définissez les champs restants en fonction du type d'élément de travail.
Pour plus d'informations, consultez Définition des récits utilisateur, tâches et autres éléments de travail précédemment dans cette rubrique.
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é l'élément de travail, l'identificateur s'affiche dans le titre situé sous la barre d'outils d'élément de travail.
Création de plusieurs récits utilisateur, tâches ou autres éléments de travail simultanément
Vous pouvez définir rapidement plusieurs tâches liées automatiquement aux récits utilisateur à l'aide d'Office Excel. En outre, vous pouvez définir rapidement des récits utilisateur, tâches, problèmes et bogues à l'aide des classeurs fournis avec le modèle de processus pour MSF for Agile Software Development v5.0. Pour plus d'informations, consultez les rubriques suivantes :
Création d'un élément de travail qui se lie automatiquement à un autre élément de travail
Vous pouvez créer un élément de travail qui se lie automatiquement à un récit utilisateur existant ou tout autre élément de travail. Vous pouvez exécuter cette action à partir d'un élément de travail ouvert ou d'une liste de résultats d'une requête d'élément de travail.
Pour créer un élément de travail lié à un élément de travail existant
Ouvrez Team Web Access ou Team Explorer, puis connectez-vous à la collection de projets qui contient le projet d'équipe où vous voulez définir l'élément de travail lié.
Cliquez avec le bouton droit sur la requête d'équipe Éléments de travail ouverts, puis cliquez sur Ouvrir.
Effectuez l'une des actions suivantes :
Dans Team Web Access, cliquez sur la flèche en regard de l'élément de travail existant auquel vous souhaitez lier le nouvel élément de travail, puis cliquez sur Ajouter un nouvel élément de travail lié.
Dans Team Explorer, cliquez avec le bouton droit sur l'élément de travail existant auquel vous souhaitez lier le nouvel élément de travail, puis cliquez sur Ajouter un nouvel élément de travail lié.
La boîte de dialogue Ajouter un nouvel élément de travail lié s'ouvre.
Définissez les champs suivants :
Dans la liste Type de lien, cliquez sur Tests, si vous liez le nouvel élément de travail à un cas de test ou un récit utilisateur existant. Cliquez sur Associé, si vous liez le nouvel élément de travail à une tâche, un problème ou un autre bogue existant.
Dans la liste Type d'élément de travail, cliquez sur le type d'élément de travail que vous souhaitez créer.
Dans Titre, tapez un nom descriptif indiquant le récit, la tâche ou tout autre type d'élément de travail à suivre.
(Facultatif) Dans Commentaire, tapez des informations supplémentaires.
Cliquez sur OK.
Un formulaire d'élément de travail s'affiche avec les informations que vous avez fournies.
Définissez les champs restants en fonction du type d'élément de travail.
Pour plus d'informations, consultez Définition des récits utilisateur, tâches et autres éléments de travail précédemment dans cette rubrique.
Cliquez sur Enregistrer l'élément de travail.
Création de cas de test et de plans de test à l'aide de Test and Lab Manager
À l'aide de Gestionnaire de tests Microsoft, vous pouvez créer des cas de test mais également des suites de tests et des configurations de test qui prennent en charge les tests de votre projet. Vous pouvez utiliser les configurations de test pour définir l'environnement logiciel dans lequel vous voulez exécuter vos cas de test et suites de tests.
Plans de test, suites de tests et configurations de test
Vous pouvez regrouper vos cas de test en les organisant au sein d'une hiérarchie de suites de tests dans votre plan de test. En créant des suites de tests, vous pouvez exécuter des ensembles de cas de test de manière regroupée. Pour plus d'informations sur l'utilisation de Gestionnaire de tests Microsoft pour définir des cas de test, des suites de tests et des plans de test, consultez Test de l'application.
Ouverture et suivi des bogues à l'aide de Test Runner et de Test and Lab Manager
À l'aide de Gestionnaire de tests Microsoft, vous pouvez envoyer des bogues qui contiennent automatiquement les informations relatives au cas de test et à l'environnement de test que vous avez exécutés, ainsi qu'à l'étape de test spécifique où vous avez découvert une erreur de code. Les bogues que vous créez à l'aide de Gestionnaire de tests Microsoft sont liés automatiquement au cas de test où ils ont été trouvés.
Vous pouvez créer des bogues de différentes manières :
dans Gestionnaire de tests Microsoft, lorsque vous exécutez un test à l'aide de Test Runner, lorsque vous consultez un résultat des tests ou lorsque vous consultez vos bogues ;
dans Team Web Access ou Team Explorer ;
dans Office Excel (utile si vous envoyez plusieurs bogues en même temps).
Pour plus d'informations sur l'envoi, le suivi et la vérification des bogues et des correctifs à l'aide de Gestionnaire de tests Microsoft, consultez le contenu associé dans le tableau suivant.
Tâches |
Contenu associé |
---|---|
Créer un bogue : lorsque vous remarquez un comportement inattendu de l'application pendant les tests ad hoc, vous pouvez rapidement créer un bogue. |
|
Collecter des données de diagnostic pour la prise en charge du débogage : à l'aide de Test Runner, vous pouvez collecter des données de trace de diagnostic concernant une application écrite avec du code managé ; un développeur pourra ensuite utiliser ces données avec Intellitrace pour isoler des erreurs. |
|
Créer un fichier journal des actions enregistrées et l'ajouter à un bogue : vous pouvez enregistrer des actions sous forme de texte dans un fichier journal lorsque vous exécutez des tests manuels. Vous pouvez ajouter automatiquement ce fichier à un bogue que vous créez lorsque vous exécutez votre test manuel. |
|
Créer un cas de test à partir d'un bogue et d'un fichier journal des actions enregistrées : vous pouvez utiliser un journal des actions pour créer un cas de test manuel à partir d'un bogue ou d'un résultat des tests. En adoptant cette approche, vous pouvez créer des cas de test sans devoir taper toutes les étapes. |
|
Vérifier et mettre à jour l'état d'un bogue en fonction des résultats des tests : si vous envoyez un bogue basé sur un cas de test, vous pouvez vérifier ce bogue directement à partir de la liste Mes bogues dans Gestionnaire de tests Microsoft. Pour cette approche, un résultat des tests doit être associé au cas de test approprié. Vous pouvez rapidement réexécuter le test, modifier l'état du bogue en fonction des résultats et ajouter des commentaires au bogue. |
Affichage des éléments de travail qui vous sont assignés
En tant que membre de l'équipe, vous pouvez identifier rapidement les éléments de travail qui vous sont assignés en ouvrant la requête d'équipe Mes éléments de travail ou en accédant à Mon tableau de bord. Pour plus d'informations, consultez les rubriques suivantes :
Personnalisation des types d'éléments de travail et des tâches connexes
Tâches |
Contenu associé |
---|---|
Découvrir les champs utilisables pour assurer le suivi des informations de tous les types d'éléments de travail : la base de données de suivi des éléments de travail permet de suivre les champs qui ne figurent pas sur les formulaires d'élément de travail. Vous pouvez en savoir plus sur ces champs d'élément de travail, sur les restrictions relatives aux champs spécifiques, ainsi que sur les champs signalés et indexés. |
|
Ajouter, supprimer ou personnaliser le mode d'utilisation de chaque type d'élément de travail pour le suivi des données : vous pouvez personnaliser un type existant d'élément de travail ou créer un type pour répondre à vos besoins. Chaque type d'élément de travail correspond à un fichier de définition XML importé dans un projet d'équipe. |
|
Personnaliser les objets de suivi des éléments de travail pour prendre en charge les spécifications de suivi des projets : vous pouvez personnaliser les champs de données, le flux de travail et les formulaires d'élément de travail que votre équipe utilise pour suivre la progression. Pour personnaliser un objet de suivi des éléments de travail, vous devez modifier un fichier XML et l'importer sur le serveur qui héberge la collection de projets. |
|
Ajouter, supprimer ou modifier les états ou les transitions qui contrôlent le flux de travail. vous contrôlez le flux de travail en définissant son état initial, ses états valides, les transitions entre ces états, ainsi que les utilisateurs ou les groupes autorisés à exécuter ces transitions. La section WORKFLOW du type d'élément de travail contrôle le mode de suivi d'un élément de travail. |
|
Modifier et personnaliser le formulaire d'un type d'élément de travail : vous pouvez contrôler la façon dont un type d'élément de travail affiche les éléments de l'interface utilisateur via la section FORM de la définition du type d'élément de travail. Chaque type d'élément de travail ne doit avoir qu'un seul formulaire. Vous pouvez décrire le formulaire entier, notamment tous ses onglets, champs et groupes. |