Hinzufügen von Feldern, die mit der Test-, Build- und Versionskontrolle integriert werden können

Aktualisiert: August 2012

Sie können Typen von Arbeitsaufgaben so anpassen, dass sie Informationen enthalten, die von automatisierten Prozessen generiert werden. Fügen Sie dazu Felder hinzu, die in Team Foundation Build, Microsoft Test Manager und Team Foundation-Versionskontrolle integriert sind. 

In diesem Thema

• Felder, die mit Team Build integriert werden können

• Felder, die mit Visual Studio-Testtools integriert werden können

• Felder, die mit der Team Foundation-Quellcodeverwaltung integriert werden können

Felder, die mit Team Foundation Build integriert werden können

Team Foundation Build ist das automatisierte Buildsystem von Team Foundation Server.Sie können den Buildprozess konfigurieren, indem Sie Team Foundation Build verwenden, und Team Foundation Build kann Arbeitsaufgaben generieren, wenn ein Build fehlschlägt.Er kann Buildinformationen auch Arbeitsaufgaben hinzufügen, die in einem bestimmten Build aufgelöst wurden.Damit dies funktioniert, Team Foundation Build erfordert, dass die beiden folgenden Felder der Arbeitsaufgaben-Typdefinition hinzugefügt werden: Gefunden in und Integrationsbuild.

In den Standardprozessvorlagen, die Team Foundation Server bereitstellt, werden Gefunden in und Integriert in Build Felder in den Typdefinitionen für Fehler.Diese Felder ordnen Fehler mit den Builds zu, in denen sie gefunden oder korrigiert wurden.Sie können den folgenden Codeausschnitt verwenden, um diese Felder einer Arbeitsaufgaben-Typdefinition hinzuzufügen.

<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>

Wenn das Feld Gefunden in in der Arbeitsaufgaben-Typdefinition vorhanden ist, erstellt Team Foundation Build eine Arbeitsaufgabe, wenn ein Build fehlschlägt, und legt das Feld Gefunden in auf die Buildnummer des Build fest, der gerade fehlgeschlagen ist.Wenn das Feld fehlt, Gefunden in erstellt Team Foundation Build keine Arbeitsaufgabe für den fehlgeschlagenen Build, und die übrigen Funktionen werden erwartungsgemäß ausgeführt.

Wenn das Feld Integrationsbuild in der Arbeitsaufgaben-Typdefinition vorhanden ist, identifiziert Team Foundation Build Arbeitsaufgaben, die mit jedem Build aufgelöst wurden und aktualisiert dann diese Arbeitsaufgaben, um die Buildnummer festzulegen, in der sie im Feld Integrationsbuild aufgelöst wurden.Wenn das Feld fehlt Integrationsbuild, speichert Team Foundation Build keine Buildnummer in Arbeitsaufgaben, und die übrigen Funktionen werden erwartungsgemäß ausgeführt.

Weitere Informationen finden Sie unter Feldverweis für Build- und Testintegration.

Felder, die mit Microsoft Test Manager integrieren

Mit Test Manager können Sie die Erstellung eines Fehlers oder anderen Arbeitsaufgabentyps automatisieren, wenn ein Test fehlschlägt.Weitere Informationen finden Sie unter Senden von Fehlern in Microsoft Test Manager.

Wenn eine Arbeitsaufgabe auf diese Weise erstellt wurde, werden Informationen zum System und die Schritte, um den Fehler zu reproduzieren auf den Systeminformation und Reproduktionsschritte Feldern aufgezeichnet.

Sie können diese Felder Arbeitsaufgabentypen hinzufügen, die Sie zum Nachverfolgen von Fehlern mit dem folgenden Codeausschnitt erstellen.

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

Weitere Informationen über die anderen Felder, die von Test Manager verwendet werden, finden Sie unter Feldverweis für Build- und Testintegration.

Felder, die mit der Team Foundation-Versionskontrolle integriert werden können

Durch eines der in der Team Foundation-Versionskontrolle verfügbaren Funktionen können Arbeitsaufgaben beim Einchecken von Code zugeordnet oder aufgelöst werden.Wenn bei einer Codeänderung beispielsweise eine bestimmte Arbeitsaufgabe bearbeitet wurde, können Sie diese Zuordnung innerhalb des Eincheckfensters der Quellcodeverwaltung festlegen, nachdem die Codebearbeitung abgeschlossen wurde.

Damit Arbeitsaufgaben von der Team Foundation-Versionskontrolle aufgelöst werden können, müssen die Arbeitsaufgaben eine besondere Aktion enthalten.Anschließend wird die Arbeitsaufgabenverfolgung vom Quellcodeverwaltungssystem abgefragt, um festzustellen, ob diese Aktion von der Arbeitsaufgabe unterstützt wird. Falls die Aktion unterstützt wird, werden zusätzlich der Quell- und Zielzustand des Übergangs abgefragt.Wenn die Aktion gefunden wird, kann die Arbeitsaufgabe entsprechend dem festgelegten Übergang vom Quellcodeverwaltungssystem beim Einchecken des Codes umgewandelt werden.

Hinweis
Bei Verwendung der Checkin-Aktion müssen die geeigneten Quell- und Zielzustände festgelegt werden, um die gewünschten Übergänge des Zustands widerzuspiegeln.

Weitere Informationen zu Aktionen finden Sie unter Associating a State Transition with an Action und Transition Action Details.

Beispiel für die CheckIn-Aktion

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

Siehe auch

Konzepte

Bestimmen, welche Builds Fehlerkorrekturen, neue Funktionen oder Anforderungen aufweisen

Weitere Ressourcen

Ermitteln der Anforderungen für die Prozess- und Nachverfolgungsanpassung

Änderungsverlauf