Dodawanie pól w celu obsługi integracji z testowaniem, kompilowaniem i kontrolą wersji

Można dostosować typy elementów roboczych, które mają być wyświetlane informacje, który jest generowany przy użyciu zautomatyzowanych procesów przez dodanie pól, które integrują się z Team Foundation Build, Microsoft Test Manager, i Kontrola wersji programu Team Foundation. 

W tym temacie

• Pola, które integrują z budowania zespołu

• Pola, które integrują z narzędzia Test programu Visual Studio

• Pola, które integrują z kontroli źródła Team Foundation

Pola, które integrują z kompilacji Team Foundation

Team Foundation Buildjest system automatycznego kompilacji Team Foundation Server.Proces kompilacji można skonfigurować za pomocą Team Foundation Build, i Team Foundation Build może generować elementów pracy, podczas kompilacji nie powiedzie się.Można również dodać informacja o kompilacji do pracy elementy, które zostały rozwiązane w konkretnej kompilacji.Aby to zadziałało Team Foundation Build wymaga dodania dwóch pól do definicji typu elementu pracy: Znalezione w i Integracji budować.

W domyślnych szablonów proces który Team Foundation Server miejsce, Znalezione w i zintegrowane w kompilacji pola są wyświetlane w definicji typu pod kątem błędów.Te pola z buduje, gdzie zostały znalezione lub stałej skojarzyć błędów.Poniższy kod służy do dodawania tych pól do definicji typu elementu pracy.

<FIELD name="Found In" refname="Microsoft.VSTS.Build.FoundIn" type="String" reportable="dimension">
    <HELPTEXT>Product build number (revision) in which this item was found</HELPTEXT>
</FIELD>
<FIELD name="Integration Build" refname="Microsoft.VSTS.Build.IntegrationBuild" type="String" reportable="dimension">
    <HELPTEXT>Product build number this bug was fixed in</HELPTEXT>
</FIELD>

Gdy Znalezione w pole znajduje się w definicji typu elementu pracy Team Foundation Build tworzy przedmiot pracy podczas kompilacji nie powiedzie się i ustawia Znalezione w pola do numer kompilacji to po prostu nie powiodła się kompilacja.Jeśli Znalezione w brakuje pola Team Foundation Build nie tworzy element pracy dla kompilacji nie powiodło się i wszystko działa zgodnie z oczekiwaniami.

Gdy Zbudować integracji pole znajduje się w definicji typu elementu pracy Team Foundation Build identyfikuje elementów pracy, które zostały wyznaczone przy każdej kompilacji, a następnie aktualizacje tych działa elementy, aby ustawić numer kompilacji, w którym zostały rozwiązane w Zbudować integracji pole.Jeśli Integracji budować brakuje pola Team Foundation Build czy nie przechowuje numer kompilacji w elementów pracy i wszystko działa zgodnie z oczekiwaniami.

Aby uzyskać więcej informacji, zobacz Odwołanie do pól kompilacji i integracji testowania.

Pola, które integrują się z menedżerem badania firmy Microsoft

Z Test Manager, można zautomatyzować tworzenie błąd lub innego rodzaju elementu pracy, gdy test zakończy się niepowodzeniem.Aby uzyskać więcej informacji, zobacz Przesyłanie błędów za pomocą programu Microsoft Test Manager.

Gdy element pracy został utworzony w ten sposób, informacje o systemie i kroki prowadzące do odtworzenia błędu są przechwytywane w Informacje o systemie i Kroki byliśmy pól.

Można dodać te pola do pracy z typami towarów, utworzone dla śledzenia wady, za pomocą następujący fragment kodu.

<FIELD name="System Info" refname="Microsoft.VSTS.TCM.SystemInfo" type="HTML" />
<FIELD name="Repro Steps" refname="Microsoft.VSTS.TCM.ReproSteps" type="HTML" />

Aby uzyskać więcej informacji o dodatkowych pól używanych przez Test Manager, zobacz Odwołanie do pól kompilacji i integracji testowania.

Pola, które integrują z kontroli wersji programu Team Foundation

Jedną z funkcji dostępnych w Kontrola wersji programu Team Foundation można skojarzyć lub rozwiązać elementów pracy, podczas sprawdzania w kodzie.Może zakończeniu pracy nad element pracy po wprowadzeniu kodu, zmienić i po zakończeniu pracy nad kod, można ustawić tej spółki z w ramach wyboru w oknie Kontrola źródła.

Zdolność Kontrola wersji programu Team Foundation Aby rozwiązać elementu pracy wymaga, aby pozycje robocze zawierał danej akcji.Systemu kontroli źródła, następnie wykonuje kwerendę śledzenie elementów pracy, aby ustalić, czy element roboczy obsługuje tej akcji, oraz jeśli obsługuje tej akcji, to też kwerendy o przejścia stanów źródłowych i docelowych.Jeśli akcja zostanie znaleziony, systemu kontroli źródła można przejścia element pracy zgodnie z przejścia zestaw podczas sprawdzania, w kodzie.

[!UWAGA]

Podczas korzystania z Checkin akcji, należy ustawić odpowiednie, "od" i "do" Państwa w celu odzwierciedlenia przejście stanu, który ma.

Aby uzyskać więcej informacji o akcjach, zobacz Associating a State Transition with an Action i Transition Action Details.

Przykładem akcji ewidencjonowanie

<TRANSITION from="Active" to="Resolved">
....
    <ACTIONS>
        <ACTION value="Microsoft.VSTS.Actions.Checkin"/>
    </ACTIONS>
....  
</TRANSITION>

Zobacz też

Koncepcje

Określenia, która tworzy mają naprawianiem, nowe funkcje lub wymagania

Inne zasoby

Określanie wymagań dotyczących dostosowania procesów i śledzenia

Historia zmian