Odwołania do elementu kategorii elementów pracy
Można zdefiniować kategorie typów elementów pracy, aby pomóc uruchomić kwerendę i śledzić informacje, które mogą być podobne, ale jest przypisany innej nazwy.Korzystając z kategorii, stowarzyszenie dokonuje się między typ pozycji roboczej i kategorii.Typ pozycji roboczej jest oznaczone jako należące do określonej kategorii.
Ponadto kilka funkcji, takich jak Agile, planowanie, narzędzia i Moje kategorie pracy umożliwia skonfigurowanie operacji procesu kategorie.Przed przystąpieniem do modyfikacji pliku kategorii, przejrzyj informacje zawarte w Dostosowywanie stron zaległości i tablic poprzez konfigurowanie procesów.
Każda kategoria ma przyjazną nazwę i nazwę odniesienia, które muszą być unikatowe w obrębie zespołu projektu.Aby uzyskać więcej informacji, zobacz Konwencje nazewnictwa dla elementu pracy śledzenia obiektów.
Tylko zespół administratorów projektu i Team Foundation Administratorzy są uprawnieni do modyfikowania kategorii.
W tym temacie
Struktura składni
Kategorie zdefiniowane przy użyciu domyślnego szablonu procesu
Filtrowanie kwerenda oparta na kategorię
Struktura składni
Kategoria jest zdefiniowana w CATEGORIES zestaw CATEGORY elementy, które są przechowywane i wykorzystywane przez zespołu projektu.Kategoria nie może być pusta.Każdy CATEGORY element należy zdefiniować dokładnie jeden DEFAULTWORKITEMTYPE i zero lub więcej WORKITEMTYPE elementy.
Aby dodać kategorię do zestawu projektów, należy zaimportować, następujące przy użyciu składni witadmin importcategories narzędzie wiersza polecenia:
<?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>
Nazwy każdej pozycji roboczych typu, które są określone dla każdego DEFAULTWORKITEMTYPE i WORKITEMTYPE elementów musi odnoszą się do pozycji roboczych typów, które są zdefiniowane dla zespołu projektu.Podczas importowania pliku kategorie zastąpisz treści, które uprzednio zostały przywiezione.
Kategorie zdefiniowane przy użyciu domyślnego szablonu procesu
Podczas tworzenia projektu zespołu przy użyciu jednego z procesów domyślnych szablonów dostarczanych z najnowszą wersją Team Foundation Server, są zdefiniowane następujące kategorie, które są wymagane do obsługi funkcji używanych przez Visual Studio ALM i Test Manager:
Błąd kategorii
Kod kategorii żądanie przeglądu i kategoria odpowiedzi Przegląd kodu
Opinie kategorii żądania i odpowiedzi opinii
Wymóg kategorii
Kategoria krok udostępnionego
Kategoria zadania
Kategoria przypadku testowego
Ukryta kategoria typów
Większość z tych kategorii są oczywiste, a większość zawiera tylko jeden typ pozycji roboczej w obrębie kategorii.Kategoria typów ukryte określa zestaw typy elementów pracy, których nie chcesz, aby użytkownicy, aby utworzyć ręcznie.Definicje tych typów są używane do obsługi informacji zwrotnych i kod przeglądu doświadczeń, a także definicji przypadków testowych.
Poniższy przykład wyświetla zawartość pliku definicji kategorii domyślnego szablonu procesu Visual Studio Scrum.
<?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>
Filtrowanie kwerenda oparta na kategorię
Można zdefiniować kwerendę elementu pracy, która będzie filtrowała oparta jest na wszystkie pozycje robocze, których typ elementu pracy należy do wybranej kategorii.Można użyć tej kwerendy za pomocą Z grupy operatora.Na przykład następujące kryteria filtru zwróci wszystkie elementy pracy, które są w bieżącym projekcie zespołu, przypisane do członka zespołu i zdefiniowany jako należące do kategorii błędów:
I/Lub |
Pole |
Operator |
Wartość |
|---|---|---|---|
|
Zespołu projektu |
= |
@Project |
I |
Przypisane do |
= |
@ Mnie |
I |
Typ pozycji roboczej |
W grupie |
Błąd kategorii |
Zobacz też
Informacje
Kategorie definicji schematu odwołania
Dostosowywanie kategorii typów elementów pracy [witadmin]
Koncepcje
Wszystkie odniesienia do elementów XML WITD
Dostosowanie danych śledzenia projektu, formularzy, przepływu pracy i innych obiektów