Eine End-to-End-Ansicht der in Visual Studio TFS konfigurierbaren und anpassbaren Elemente

Mit Visual Studio Team Foundation Server (TFS) haben Sie ein integriertes Toolset zur Verwaltung Ihrer Softwareprojekte von der Planung bis zur Bereitstellung. Die meisten der Tools konfigurieren Sie mit einer der Client-Schnittstellen. Um einen bestimmten Workflow oder bestimmte Geschäftsprozesse Ihrer Organisation zu unterstützen, müssen möglicherweise einige Objekte angepasst werden. Dieses Thema enthält einen Ablaufplan, in dem beschrieben wird, was Sie konfigurieren können und welche Anpassungen erforderlich sind.

Im folgenden Bild werden viele, jedoch nicht alle Elemente dargestellt, die Sie konfigurieren oder anpassen können. Alle Konfigurationen können für Visual Studio Online und lokale Bereitstellungen von TFS ausgeführt werden. Sie müssen ein Befehlszeilentool ausführen oder eine XML-Datei bearbeiten, um Anpassungen am wirkungsvollsten einsetzen zu können. Die Anpassungsarten lassen sich ausschließlich für lokale TFS-Bereitstellungen vornehmen.

Sie haben nur dann Zugriff auf den Testplan und die Arbeitsaufgasbentypen (WITs) der Testsammlung, wenn Sie Ihre Anwendungsebene auf TFS 2013.3 aktualisiert haben. Jetzt können Sie diese Objekte auf die gleiche Weise anpassen wie für andere WITs. Weitere Informationen zum Aktualisieren Ihres Teamprojekts finden Sie hier.

Backlogelemente verweisen auf Product Backlog Items, User Stories oder Anforderungen, abhängig von der Prozessvorlage, die zur Erstellung des Teamprojekts verwendet wird. Sie können Fehler so definieren, das Schäden am Code mithilfe von Visual Studio und Test Manager nachverfolgt werden.

Damit der Zugriff auf diese Tools möglich wird und Sie den Anwendungslebenszyklus verwalten können, muss zuerst ein Teamprojekt auf Grundlage einer Prozessvorlage erstellt werden. Prozessvorlagen enthalten die Standardkonfiguration von Objekten, die zur Unterstützung aller ALM-Funktionen (Application Lifecycle Management) verwendet werden. Sie können eine Prozessvorlage vor Erstellung eines Teamprojekts anpassen, oder Sie können Objekte später anpassen.

Die Plug-Ins und Objektdateien, die Sie anpassen können, sind im folgenden Bild dargestellt. Plug-Ins definierten die ausführenden Aufgaben beim Erstellen eines Teamprojekts. Die meisten von ihnen konfigurieren Standards, legen Berechtigungen fest und laden Objektdateien hoch.

Wenn Sie beabsichtigen, mehrere Teamprojekte zu erstellen und sie für denselben Satz von Objekten und Prozessen zu standardisieren, passen Sie die Prozessvorlage vor dem Erstellen des Teamprojekts an.

TFS enthält drei Standardprozessvorlagen, die hier verglichen werden. Weitere Informationen dazu finden Sie unter Erstellen eines Teamprojekts oder unter Anpassen einer Prozessvorlage.

Versionskontrolle

Sie können den Quellcode mit der Team Foundation-Versionskontrolle (TFVC) oder Git verwalten. Informationen über die Unterschiede zwischen TFVC und Git erhalten Sie hier.

Die folgende Übersicht enthält Bereiche, die Sie beim Arbeiten mit dem Quellcode konfigurieren können. Alle diese Bereiche werden erstellt, nachdem Sie ein Teamprojekt erstellt haben.

TFVC Einrichten von lokalen Arbeitsbereichen oder Serverarbeitsbereichen Verzweigen und Zusammenführen von Quellcode Zuordnen eines Dateityps zu einem Vergleichstool eines Drittanbieters Abonnieren von Warnungen, wenn Eincheckvorgänge erfolgen Festlegen von Eincheck- und Auscheckrichtlinien Einschränken des Zugriffs/Festlegen von Berechtigungen

Git Einrichten von lokalen Repositorys oder Remoterepositorys Verzweigen, Zusammenführen und Veröffentlichen von Code Einrichten von Benachrichtigungen, wenn Commits mittels Push übertragen werden Einschränken des Zugriffs/Festlegen von Berechtigungen

Standardeincheckrichtlinien und -Gruppenberechtigungen werden im Prozessvorlagen-Plug-In für die Versionskontrolle definiert.

Planen und Nachverfolgen der Arbeit

Teams verwenden Arbeitsaufgaben, agile Planungstools und Berichte für Planung und Nachverfolgen der Arbeit. Viele Elemente sind über Team Web Access (TWA) konfigurierbar, der Webclientschnittstelle zu Visual Studio TFS.

Arbeitsaufgabenverfolgung und Agile-Planungstools

Jedes Teamprojekt bietet einige WITs (Work Item Types – Arbeitsaufgabentypen) zur Nachverfolgung der Arbeit an. Beispielsweise stellt die Visual Studio Scrum-Vorlage sechs WITs zur Verfügung.

WITs liefern die Grundlage für alle Nachverfolgungsfunktionen und Berichte des Softwareentwicklungsprojekts. Sie können die nachverfolgten Felder, den Workflow und das Formular anpassen. Weitere Informationen dazu finden Sie unter folgenden Links:

• Ändern oder Hinzufügen eines Felds zur Unterstützung von Abfragen, Berichten und Workflow

• Ändern oder Hinzufügen eines benutzerdefinierten WITs

Um die Agile-Planungstools optimal zu nutzen, sollten Sie sie so konfigurieren, dass sie die Prozesse des Teams unterstützen. Konfigurieren Sie einige Funktionen wie in der folgenden Abbildung gezeigt.

Weitere Informationen dazu finden Sie unter Konfigurieren und Anpassen von Agile-Planungstools für ein Teamprojekt.

Einige Agile-Planungstools und Teamfunktionen erfordern den erweiterten Zugriff wie in Ändern von Zugriffsebenen beschrieben.

Teams

Sie können beliebig viele Teams definieren. Jedes Team kann unabhängig von anderen Teams arbeiten, während der Status weiterhin für die gesamte Organisation transparent bleibt. Konfigurieren Sie die folgenden Objekte für jedes einzelne Team.

Warnungen: Definieren Sie persönliche und Team-E-Mail-Benachrichtigungen bei Änderungen am Teamprojekt. Startseite: Konfigurieren Sie die Kacheln auf der Teamstartseite. Planen von Sprints: Definieren Sie Teamsprints, um Sprint-Backlogseiten zu erstellen. Teams: Fügen Sie Teams hinzu, die die Arbeit Ihrer Organisation unterstützen. Teamadministratoren: Fügen Sie Administratoren hinzu, die alle teambezogenen Aktivitäten verwalten. Teammitglieder: Nur Teammitglieder werden in der Liste "Zugewiesen an" und der Kapazitätsplanung angezeigt, wenn sie in einem Agile-Planungstool arbeiten. Teamräume: Bieten Sie Unterstützung für spontane Gespräche, und konfigurieren Sie Ereignisse, die Teamaktivitäten unterstützen. Arbeitsaufgabenvorlagen: Füllen Sie die am häufigsten verwendeten Felder vorab mit Werten, um die Prozesse des Teams zu unterstützen.

Abfragen, Tags, Filter und Berichte

Zum Filtern und Auflisten von Arbeitsaufgaben und laufenden Berichten können Sie die in der folgenden Tabelle aufgeführten Funktionen verwenden. Wie erwähnt können Sie Abfragen und Berichte anpassen, ehe Sie ein Teamprojekt erstellen.

Konfigurieren über die UI	Anpassen der Prozessvorlage	Beschreibung
Abfragen	Abfragen	Unterstützt das Suchen von Arbeitsaufgaben und Generieren von Berichten.
Abfragebasierte Diagramme		Zeigen Sie den Status der in Bearbeitung befindlichen Aufgaben an, indem Sie die Ergebnisse einer Flachlistenabfrage als Kreis-, Balken-, Säulen- oder Stapeldiagramm darstellen.
Abfragebasierte Diagramme (Excel)		Erstellen Sie Status- oder Trendberichte basierend auf einer Abfrage.
Berichte (SQL Server Reporting Services, SSRS)	Berichte	Informationen zum Hinzufügen von Berichten zu einem Teamprojekt, das derzeit keine SSRS-Berichte aufweist, finden Sie unter Hinzufügen von Berichten zu einem Teamprojekt.
Tags		Fügen Sie den Arbeitsaufgaben Schlüsselwörter hinzu, um eine Arbeitsaufgabenliste rasch zu kategorisieren und zu filtern. Tags können mit TWA zu Arbeitsaufgaben hinzugefügt und zugewiesen werden. Anschließend können Sie den Product Backlog oder eine Arbeitsaufgabenabfrage auf Grundlage der ausgewählten Tags filtern. Tags werden für ein Teamprojekt definiert.

Teamprojektportal

Sie können Informationen freigeben und die Arbeit Ihres Teams mit einem Teamprojektportal unterstützen. Portale bieten die Möglichkeit zur Freigabe von Dokumenten, Daten, Prozessleitfäden und anderen SharePoint-Funktionen. Weitere Informationen finden Sie hier.

Build

Um Softwarebuilds zu definieren, können Sie nach Erstellung eines Teamprojekts die folgenden Bereiche konfigurieren:

Buildprozess Builddefinitionen Buildprozessvorlagen Abgegrenzte Eincheckbuilds (TFVC) Fortlaufende Integrationsbuilds

Buildnummern E-Mail-Warnungen als Buildbenachrichtigungen Buildqualitätswerte Einschränken des Zugriffs/Festlegen von Berechtigungen

Bevor Sie ein Teamprojekt erstellen, können Sie die Standardgruppenberechtigungen für Builds definieren.

Test- und Laborverwaltung

Wenn Sie mit dem Test Plan und der Testsammlung Arbeitselementtypen aktualisiert haben, die TFS 2013.3 bieten, können Sie jetzt diese Objekte auf die gleiche Weise anpassen wie andere WITs. Mit diesen Aktualisierungen und jene, die mit TFS 2012.2 zur Verfügung stehen, haben Sie Zugriff auf die folgenden WITs: Testplan, Testauflistung, Testfall, freigegebene Schritte und freigegebene Parameter.

Mithilfe von Team Web Access oder Test Manager können Sie anzeigen, welche Testfälle für eine Testsammlung und welche Testsammlungen für einen Testplan definiert sind. Diese Objekte sind allerdings nicht miteinander durch Linktypen verknüpft.

Weitere Informationen zum Aktualisieren Ihres Teamprojekts finden Sie hier.

Die folgende Übersicht enthält Bereiche, die Sie beim Testen Ihres Codes konfigurieren können. Klicken Sie hier, um zu erfahren, wie diese Bereiche in einer Prozessvorlage angepasst werden.

Konfigurieren: Testkonfigurationen: Geben Sie eine Kombination aus Hardware und Software an, die eine zu testende Benutzerumgebung darstellt. Testeinstellungen: Zur Steuerung der Adapter für diagnostische Daten, von denen die eigentlichen Daten gesammelt werden. Testvariablen: Unterstützen die Angabe von Elementen zur Darstellung der Benutzerumgebung, in der die Software bereitgestellt werden soll, z. B. Clientgerätetyp, Serverbetriebssystem, Netzwerkgeschwindigkeit oder Datenbankedition. Bei Testkonfigurationen handelt es sich um eine Kombination mehrerer Testvariablen. Testberechtigungen: Unterstützen das Konfigurieren von Sicherheitsgruppen und Berechtigungen. Anpassen: Feldanpassungen: Hinzufügen eines benutzerdefinierten Felds, Ändern einer Auswahlliste oder Hinzufügen einer Feldregel zu einem WIT. Anpassungen bei Arbeitsaufgabenformularen: Ändern des Formularlayouts für einen WIT. Anpassungen an Workflows: Ändern der Workflowdefinitionen für den Fehler, Testfall, Testplan oder die Testsammlung. Testfehlertypen: Geben die Gründe für das Fehlschlagen eines Testlaufs an. Die Standardkonfiguration umfasst: Regression, neues Problem, bekanntes Problem und Unbekannt. Testauflösungszustände: Geben die Aktion an, die nach einem Testlauffehler ausgeführt werden soll. Die Standardkonfiguration enthält folgende Gründe: "Untersuchung erforderlich", "Testproblem", "Produktproblem" und "Konfigurationsproblem".

Bereitstellung mit der Versionsverwaltung

Stellen Sie die funktionsfähige Software auf den internen Entwicklungs-, Test-, Staging- oder Produktionsservern bereit. Konfigurieren Sie alle Objekte über den Release Management Client.

Automatisieren von Bereitstellungen mit Release Management Definieren von Versionspfaden und Versionsvorlagen, Initiieren einer Version Konfigurieren der Versionsvorlage, sodass eine Version über einen Build ausgelöst wird Hinzufügen einer benutzerdefinierten Versionsaktion Hinzufügen eines benutzerdefinierten Versionstools Hinzufügen von Benutzern und Gruppen, Festlegen von Berechtigungen

Berechtigungen, Gruppen und Sicherheit

TFS definiert einige Standardgruppen und -berechtigungen innerhalb der Prozessvorlage, die zur Erstellung eines Teamprojekts verwendet wird. Mit den Standardgruppen und deren zugehörigen Berechtigungen lassen sich die meisten Benutzer verwalten und ihre Anforderungen erfüllen.

Konfigurieren über die Benutzeroberfläche – Gewähren oder Einschränken des Zugriffs auf Teamprojekte: Hinzufügen von Teammitgliedern Gewähren des Zugriffs auf ein Teamprojektportal (SharePoint-Website) Gewähren des Zugriffs auf Berichte Gewähren des Zugriffs für Feedbackanbieter Beschränken des Zugriffs auf Projekte in TFS Gewähren von TFS-Administratorzugriff auf Serverebene oder Gewähren von Projektauflistungszugriff

Anpassen von Standardgruppen und -berechtigungen in der Prozessvorlage: Konfigurieren der ursprünglichen Gruppen, Teams, Mitglieder und Berechtigungen. Dazu gehören: Standardgruppen, -teams und -berechtigungen Berechtigungen auf Auflistungsebene Berechtigungen auf Projektebene und für die Testverwaltung Berechtigungen für Bereichs- und Iterationspfade Festlegen von Standardberechtigungen für die folgenden Funktionsbereiche: Build Lab Management Team Foundation-Versionskontrolle Arbeitsaufgabenabfragen

Weitere Informationen über Sicherheit und die Verwaltung von Benutzern und Dienstkonten finden Sie unter Verwalten von Benutzern und Gruppen in TFS.

Fragen und Antworten

F: Wie konfiguriere ich meine Anwendungen, um Leistungsproblemen auf die Spur zu kommen?

A: Verwenden Sie zum Erkennen von Leistungseinbußen Application Insights für das Konfigurieren von Web-Apps. Sie benötigen ein Visual Studio Online-Konto, das Sie hier bekommen.

F: Worin besteht der Unterschied zwischen Objekten, die ich anpassen kann, und den Artefakten, die für mein Teamprojekt definiert sind?

A: Ein Artefakt ist eine bestimmte Instanz oder Definition eines Objekts. Artefakte, die im Teamprojekt definiert sind, hängen von der Prozessvorlage ab, die zum Erstellen des Teamprojekts verwendet wurde. Beispielsweise enthalten Teamprojekte, die auf der Scrum-Prozessvorlage basieren, einige WIT-Objekte, darunter Product Backlog Item und Fehler. Klicken Sie hier, um die Artefakte zu überprüfen, die in den standardmäßigen TFS-Prozessvorlagen verfügbar sind.

F: An wen kann ich mich bei weiteren Fragen wenden?

A: Besuchen Sie die folgenden Foren, um nach Antworten zu suchen oder dort eine Frage zu stellen:

• Team Foundation Server - Arbeitsaufgabenverfolgung

• Team Foundation Server – Berichterstellung & Warehouse

• Team Web Access