Partager via


Référence d'élément des catégories de types d'éléments de travail

Vous pouvez définir des catégories de types d'éléments de travail afin de faciliter l'exécution des requêtes et le suivi des informations pouvant être similaires mais auxquelles un nom différent a été attribué.L'utilisation de catégories permet de créer une association entre un type d'élément de travail et une catégorie.Le type d'élément de travail est référencé comme appartenant à une catégorie spécifique.

En outre, plusieurs fonctionnalités telles que les outils de planification agiles et mes catégories d'utilisation de catégories de travail pour configurer les opérations de processus.Avant de modifier un fichier de catégorie, examinez les informations fournies dans Personnaliser le journal des travaux en souffrance et le tableau des tâches à l'aide de la configuration du processus.

Chaque catégorie porte un nom convivial et un nom de référence qui doivent être uniques dans le projet d'équipe.Pour plus d'informations, consultez Conventions d'affectation de noms pour les objets de suivi des éléments de travail.

Seuls les administrateurs des projets d'équipe et les administrateurs Team Foundation sont autorisés à modifier les catégories.

Dans cette rubrique

  • Structure de syntaxe

  • Catégories définies avec un modèle de processus par défaut

  • Filtrer une requête basée sur une catégorie

Structure de la syntaxe

Les catégories sont définies dans l'ensemble CATEGORIES des éléments CATEGORY qui sont stockés et utilisés par un projet d'équipe.Une catégorie ne peut pas être vide.Chaque élément CATEGORY doit définir exactement un DEFAULTWORKITEMTYPE et zéro, un ou plusieurs éléments WORKITEMTYPE.

Pour ajouter une catégorie à une collection de projets, importez la syntaxe suivante à l'aide de l'outil en ligne de commande witadmin importcategories :

<?xml version="1.0" encoding="utf-8" ?> 
<cat:CATEGORIES xmlns:cat="https://schemas.microsoft.com/VisualStudio/2008/workitemtracking/categories">
   <CATEGORY name="Category Name" refname="Category Reference Name" >
      <DEFAULTWORKITEMTYPE name="MyCorp.Defect"/>
      <WORKITEMTYPE name="work item type name 1" />
      <WORKITEMTYPE name=" work item type name 2" />
      …
      <WORKITEMTYPE name=" work item type name n" />
   </CATEGORY>
   . . . 
</cat:CATEGORIES>

Les noms de chaque type d'élément de travail spécifiés pour chaque élément DEFAULTWORKITEMTYPE et WORKITEMTYPE doivent correspondre aux types d'éléments de travail définis pour le projet d'équipe.Lorsque vous importez un fichier de catégories, vous remplacez le contenu importé précédemment.

Catégories définies avec un modèle de processus par défaut

Lorsque vous créez un projet d'équipe à l'aide de l'un des modèles de processus par défaut fournis avec la version la plus récente d' Team Foundation Server, les catégories suivantes sont définies, qui sont requises pour prendre en charge des fonctionnalités utilisées par Visual Studio ALM et Gestionnaire de tests:

  • Catégorie de bogue

  • Catégorie de catégorie de demande de révision du code et de réponse de révision du code

  • Catégorie de catégorie de demande de commentaires et de réponse de commentaires

  • Catégorie de spécification

  • Catégorie d'étape partagée

  • Catégorie de tâche

  • Catégorie de cas de test

  • Types masqués catégorie

La plupart de ces catégories sont explicites, et la plupart contiennent uniquement un type d'élément de travail dans la catégorie.Les types masqués catégorie spécifie l'ensemble de types d'éléments de travail que vous ne souhaitez pas que les utilisateurs de créer manuellement.Ces définitions de type sont utilisées pour prendre en charge des expériences de commentaires et de révision du code, ainsi que la définition des cas de test.

L'exemple suivant affiche le contenu du fichier de définition de catégorie par défaut pour le modèle de processus scrum Visual Studio.

<?xml version="1.0" encoding="utf-8"?>
<cat:CATEGORIES xmlns:cat="https://schemas.microsoft.com/VisualStudio/2008/workitemtracking/categories">
<!-- Usage: for resilience in Test system. Even if WITs have different name, they can be referred to by the category -->
   <CATEGORY name="Bug Category" refname="Microsoft.BugCategory" >
      <DEFAULTWORKITEMTYPE name="Bug" />
   </CATEGORY>
   <CATEGORY name="Requirement Category" refname="Microsoft.RequirementCategory">
      <DEFAULTWORKITEMTYPE name="Product Backlog Item" />
      <WORKITEMTYPE name="Bug" />
   </CATEGORY>
   <CATEGORY name="Test Case Category" refname="Microsoft.TestCaseCategory">
      <DEFAULTWORKITEMTYPE name="Test Case" />
   </CATEGORY>
   <CATEGORY name="Shared Step Category" refname="Microsoft.SharedStepCategory">
      <DEFAULTWORKITEMTYPE name="Shared Steps" />
   </CATEGORY>
   <CATEGORY name="Code Review Request Category" refname="Microsoft.CodeReviewRequestCategory">
      <DEFAULTWORKITEMTYPE name="Code Review Request" />
   </CATEGORY>
   <CATEGORY name="Code Review Response Category" refname="Microsoft.CodeReviewResponseCategory">
      <DEFAULTWORKITEMTYPE name="Code Review Response" />
   </CATEGORY>
   <CATEGORY name="Feedback Request Category" refname="Microsoft.FeedbackRequestCategory">
      <DEFAULTWORKITEMTYPE name="Feedback Request" />
   </CATEGORY>
   <CATEGORY name="Feedback Response Category" refname="Microsoft.FeedbackResponseCategory">
      <DEFAULTWORKITEMTYPE name="Feedback Response" />
   </CATEGORY>
   <CATEGORY name="Task Category" refname="Microsoft.TaskCategory">
      <DEFAULTWORKITEMTYPE name="Task" />
   </CATEGORY>
   <CATEGORY name="Hidden Types Category" refname="Microsoft.HiddenCategory">
      <DEFAULTWORKITEMTYPE name="Code Review Request" />
      <WORKITEMTYPE name="Code Review Response" />
      <WORKITEMTYPE name="Feedback Request" />
      <WORKITEMTYPE name="Feedback Response" />
      <WORKITEMTYPE name="Shared Steps" />
   </CATEGORY>
</cat:CATEGORIES>

Filtrer une requête basée sur une catégorie

Vous pouvez définir une requête d'élément de travail pour filtrer la liste en fonction de tous les éléments de travail dont le type appartient à une catégorie sélectionnée.Vous pouvez utiliser cette requête à l'aide de l'opérateur Dans le groupe.Par exemple, les critères de filtre suivants retournent tous les éléments de travail qui figurent dans le projet d'équipe actuel, qui sont assignés au membre d'équipe indiqué et qui sont définis comme appartenant à la catégorie des bogues :

Et/ou

Champ

Opérateur

Valeur

 

Projet d'équipe

=

@Project

Et

Assigné à.

=

@Me

Et

Type d'élément de travail

Dans le groupe

Catégorie de bogue

Voir aussi

Référence

Référence de schéma de définition de catégories

Personnaliser les catégories pour les types d'éléments de travail [witadmin]

Concepts

Référence de tous les éléments XML WITD

Personnaliser les données de suivi de projet, les formulaires, les flux de travail et d'autres objets

Autres ressources

Définir des catégories pour regrouper des types d'éléments de travail