Aktualisieren eines Teamprojekts auf Basis der Prozessvorlage MSF v4.2
Wenn Sie von Visual Studio Team System 2008 Team Foundation Server auf Team Foundation Server 2013 aktualisiert haben, können Sie das Teamprojekt manuell aktualisieren. Wenn das Teamprojekt auf einer Prozessvorlage aus Microsoft Solutions Framework (MSF) Version 4.2 basierte, befolgen Sie die Vorgehensweisen in diesem Thema. Nachdem Sie diese Updates angewendet haben, können Sie auf die neuen Funktionen zugreifen, die in Konfigurieren von Funktionen nach einem TFS-Upgrade beschrieben sind, und eine Verbindung mit Microsoft Test-Manager herstellen.
Wichtig
Sie müssen die Verfahren in diesem Thema nur ausführen, wenn Sie ein Teamprojekt aktualisieren, das Sie mit einer Prozessvorlage erstellt haben, die mit Visual Studio Team System 2008 Team Foundation Server bereitgestellt wurde, oder mit einer, in der die Arbeitsaufgabentypen "Testfälle" und "Freigegebene Testschritte" nicht enthalten sind.
Diese Verfahren unterstützen nur den Zugriff auf neue Funktionen, die mit Team Foundation Server 2012 verfügbar sind.Zusätzliche Schritte sind erforderlich, wenn Sie neue Abfragen oder die neuesten Berichte hinzufügen, benutzerdefinierte Berichte aktualisieren oder auf Dashboards zugreifen möchten.Weitere Informationen finden Sie unter Zusätzliche Informationen zu Änderungen, bei beim Aktualisieren von TFS durchgeführt wurden.
Update-Aufgaben, die zum Zugriff auf neue Funktionen erforderlich sind:
Umbenennen von Systemfeldern
(Nur Agile) Umbenennen des Szenarios in "User Story"
Download der neuesten Version der MSF-Prozessvorlage
Importieren von Linktypen
(Optional) Ggf. Anwenden von Anpassungen
Importieren von Arbeitsaufgabentypen
Importieren der Kategoriedatei
Importieren der Prozesskonfigurationsdateien
Überprüfen des Zugriffs auf neue Funktionen
Zusätzlich erforderliche Aufgaben zur Verbindung mit Microsoft Test Manager:
Angeben des Fehlertyps, der in Microsoft Test Manager erstellt werden soll
Erteilen von Berechtigungen an Testteammitglieder
Starten von Microsoft Test Manager
Anforderungen
Zum Herunterladen einer Prozessvorlage müssen Sie Mitglied der Gruppe Projektauflistungsadministratoren sein. Wenn die erforderlichen Sicherheitsberechtigungen explizit festgelegt sind, muss die Berechtigung Prozessvorlage verwalten für die Teamprojektsammlung auf Zulassen festgelegt sein.
Um die Befehlszeilentools witadmin und tcm ausführen zu können, müssen Sie Mitglied einer der folgenden Gruppen sein: Team Foundation-Administratoren, Projektauflistungsadministratoren oder Projektadministratoren für das Teamprojekt.
Zum Erteilen von Berechtigungen müssen Sie Mitglied der Administratorgruppe auf der Ebene der Gruppe sein, die geändert werden soll. Wenn Sie z. B. Berechtigungen für eine Gruppe oder einen Benutzer auf der Auflistungsebene des Teamprojekts ändern möchten, müssen Sie Mitglied der Gruppe Projektauflistungsadministratoren für diese Auflistung sein, oder Ihre Berechtigung Informationen auf Auflistungsebene bearbeiten muss auf Zulassen festgelegt sein.
Weitere Informationen hierzu finden Sie unter Berechtigungsreferenz für Team Foundation Server.
1.Umbenennen von Systemfeldern
Da die Anzeigenamen mehrerer Systemfelder in Visual Studio Team Foundation Server 2010 umbenannt wurden, müssen Sie diese Felder in der Teamprojektauflistung manuell umbenennen. Zu den umbenannten Systemfeldern zählen System.AreaID, System.IterationID, System.HyperLinkCount, System.ExternalLinkCount und System.AttachedFileCount.
Führen Sie diese Aufgabe für jede Teamprojektauflistung durch, die im aktualisierten Team Foundation Server definiert ist.
Öffnen Sie bei Visual Studio 2012 oder Team Explorer 2012 ein Eingabeaufforderungsfenster, und geben Sie Folgendes ein:
cd %programfiles%\Microsoft Visual Studio 12.0\Common7\IDEErsetzen Sie bei einer 64-Bit-Windows-Edition %programfiles% durch %programfiles(x86)%.
Geben Sie jeden der folgenden Befehle ein, und ersetzen Sie dabei die gezeigten Argumente durch Ihre Daten. Drücken Sie dann die EINGABETASTE.
witadmin changefield /collection:CollectionURL /n:System.AreaId /name:"Area Id" witadmin changefield /collection:CollectionURL /n:System.AttachedFileCount /name:"Attached File Count" witadmin changefield /collection:CollectionURL /n:System.ExternalLinkCount /name:"External Link Count" witadmin changefield /collection:CollectionURL /n:System.HyperLinkCount /name:"Hyperlink Count" witadmin changefield /collection:CollectionURL /n:System.RelatedLinkCount /name:"Related Link Count"Verwenden Sie dieses Format für CollectionURL: http://ServerName:Port/VirtualDirectoryName/CollectionName, zum Beispiel: http://srvalm:8080/tfs/DefaultCollection.
Zurück nach oben
2. (Nur Agile) Umbenennen des Arbeitsaufgabentyps für Szenario
Um die auszuführenden Anpassungen möglichst gering zu halten und mit zukünftigen Updates zur Agile-Prozessvorlage konform zu bleiben, sollten Sie den Arbeitsaufgabentyp für Szenario in "User Story" umbenennen.
Hinweis
Natürlich müssen Sie, wenn Sie den Arbeitsaufgabentyp für Szenario umbenennen, vorhandene Berichte und Abfragen aktualisieren, die auf den Arbeitsaufgabentyp für Szenario verweisen.Aufgrund der Schemaänderungen, die mit dem Upgrade auf Team Foundation Server 2010 am Data Warehouse vorgenommen wurden, müssen jedoch die vor dem Upgrade bereits vorhandenen Berichte umgeschrieben werden, damit sie mit dem neuen Schema funktionieren.Siehe das Thema zum Auffinden von Berichten nach dem Upgrade auf Team Foundation Server 2010.
Führen Sie diese Aufgabe für jedes Teamprojekt aus, das Sie aktualisieren möchten.
Geben Sie den folgenden Befehl ein, und ersetzen Sie dabei die gezeigten Argumente durch Ihre Daten. Drücken Sie dann die EINGABETASTE.
witadmin renamewitd /collection:CollectionURL /p:projectName /n:Scenario /new:"User Story"Tipp
Schließen Sie einen Parameter in Anführungszeichen ein, wenn dieser Leerzeichen enthält.Geben Sie z. B. /p:"My Project X" an, wenn der Projektname Leerzeichen enthält.
Zurück nach oben
3.Download der neuesten Version der MSF-Prozessvorlage
Siehe Herunterladen der neuesten Version der Prozessvorlagen.
Tipp
Installieren Sie das neueste vierteljährliche Update für Team Foundation Server, um Zugriff auf die neuesten Versionen der Standardprozessvorlagen zu erhalten.Im letzten vierteljährlichen Update wurden am Workflow für mehrere Arbeitsaufgabentypen umfangreiche Updates vorgenommen.Diese Änderungen unterstützen Rückänderungen, sodass Sie eine Arbeitsaufgabe, die Sie im Kanban-Board oder im Taskboard versehentlich zum Zustand "Aufgelöst" oder "Abgeschlossen" gezogen haben, wieder zu einem früheren Workflowstatus ziehen können.
Das Upgrade kann von der Microsoft-Downloadsite heruntergeladen werden: Vierteljährliches Update für Microsoft Visual Studio Team Foundation Server 2012.
Zurück nach oben
4.Importieren von Linktypen
Importieren Sie die Linktypen "SharedSteps" und "TestedBy" im Ordner "LinkTypes" in der Prozessvorlage, die Sie in Aufgabe 3 heruntergeladen haben.
Führen Sie diese Aufgabe für jede Teamprojektauflistung durch, die im aktualisierten Team Foundation Server definiert ist.
Geben Sie die folgenden zwei Befehle ein, und ersetzen Sie dabei die gezeigten Argumente durch Ihre Daten. Drücken Sie dann die EINGABETASTE.
witadmin importlinktype /collection:CollectionURL /f:"DirectoryPath\TestedBy.xml" witadmin importlinktype /collection:CollectionURL /f:"DirectoryPath\SharedStep.xml"Geben Sie für DirectoryPath den Speichort des Ordners "LinkTypes" für die Prozessvorlage an, die Sie heruntergeladen haben. Der Verzeichnispfad sollte dieser Struktur folgen: Drive:\MSFTemplateFolder\WorkItem Tracking\LinkTypes.
Zurück nach oben
5. (Optional) Anwenden der neuesten Versionen von Arbeitsaufgabentypen
Wenn Sie einen der folgenden Arbeitsaufgabentypen angepasst haben, sollten Sie die neueste Version dieser Typen mit den Anpassungen aktualisieren. In den folgenden Tabellen sind die Felder zusammengefasst, die in den neuesten Versionen der einzelnen Prozessvorlagen entfernt und hinzugefügt wurden.
Agile-Arbeitsaufgabentypen
Arbeitsaufgabentyp |
Entfernte Felder |
Hinzugefügte Felder |
|---|---|---|
Fehler |
|
|
Aufgabe |
|
|
User Story (zuvor Szenario) |
|
CMMI-Arbeitsaufgabentypen
Arbeitsaufgabentyp |
Entfernte Felder |
Hinzugefügte Felder |
|---|---|---|
Fehler |
|
|
Aufgabe |
|
|
Anforderung |
|
Zu den Arten von Anpassungen, die Sie anwenden können, zählen das Hinzufügen von Feldern, das Hinzufügen oder Ändern von Auswahllisten und das Hinzufügen von Workflowgründen. Ändern Sie keinesfalls die Workflowzustände, da diese bei der Prozesskonfiguration und in den Agile-Planungstools verwendet werden. Wenn Sie den Workflow ändern müssen, dann ändern Sie ihn, nachdem Sie die Aktualisierung beendet haben, und folgen Sie den Anweisungen zu Metazustandszuordnungen hier: Konfigurieren und Anpassen von Agile-Planungstools für ein Teamprojekt.
Wenn Sie andere Arbeitsaufgabentypen verwenden, die in der Prozessvorlage definiert sind, und sie auf die neuesten Versionen aktualisieren möchten, dann wenden Sie alle Anpassungen, die Sie für sie ausgeführt haben, ebenfalls an. Wenn Sie einen benutzerdefinierten Arbeitsaufgabentyp definiert haben, mit dem Sie Testfälle verfolgen, sollten Sie die Anpassungen aus diesem Typ auf den Testfall-Arbeitsaufgabentyp anwenden, der mit der neuesten Prozessvorlage bereitgestellt wird.
Weitere Informationen zum Arbeiten mit den Artefakten, die von diesen Prozessvorlagen bereitgestellt werden, finden Sie in den folgenden Themen:
MSF für Agile Software Development für Visual Studio ALM (v6.0)
MSF for CMMI Process Improvement für Visual Studio ALM (v6.0)
Zurück nach oben
6.Importieren von Arbeitsaufgabentypen
Importieren Sie die folgenden Arbeitsaufgabentypen basierend auf der Prozessvorlage, mit der Sie arbeiten.
Agile: Fehler, Aufgaben, User Story, Testfall, Freigegebene Testschritte, Codeüberprüfungsanforderung, Codeüberprüfungsantwort, Feedbackanforderung, Feedbackantwort
CMMI: Fehler, Aufgabe, Anforderung, Testfall, Freigegebene Testschritte, Codeüberprüfungsanforderung, Codeüberprüfungsantwort, Feedbackanforderung, Feedbackantwort
Führen Sie diese Aufgabe für jedes Teamprojekt aus, das Sie aktualisieren möchten.
Geben Sie den folgenden Befehl für jeden Arbeitsaufgabentyp ein, den Sie importieren müssen, und ersetzen Sie dabei die gezeigten Argumente durch Ihre Daten. Drücken Sie dann die EINGABETASTE.
witadmin importwitd /collection:CollectionURL /p:projectName /f:"DirectoryPath\WITName"Tipp
Geben Sie den Namen der XML-Datei und nicht den Anzeigenamen des Arbeitsaufgabentyps an.Geben Sie beispielsweise "CodeReviewRequest.xml" für den Arbeitsaufgabentyp "Codeüberprüfungsanforderung" an.
Geben Sie für DirectoryPath den Speicherort des Ordners "TypeDefinitions" für die Prozessvorlage an, die Sie heruntergeladen haben. Der Verzeichnispfad sollte dieser Struktur folgen: Drive:\MSFTemplateFolder\ WorkItem Tracking\TypeDefinitions.
(Optional) Überprüfen Sie, ob die Arbeitsaufgabentypen verfügbar sind, indem Sie Team Explorer oder Team Web Access öffnen. Möglicherweise müssen Sie den Cache aktualisieren, um die Änderungen zu sehen.
Zurück nach oben
7.Importieren der Kategoriedatei
Importieren die Kategoriedatei im Ordner "WorkItem Tracking" der Prozessvorlage, die Sie heruntergeladen haben. Kategorien unterstützen die intelligente Gruppierung von Arbeitsaufgabentypen. Weitere Informationen dazu finden Sie unter Verwenden von Kategorien für Arbeitsaufgabentypen.
Geben Sie im Eingabeaufforderungsfenster den folgenden Befehl ein, und ersetzen Sie dabei die gezeigten Argumente durch Ihre Daten. Drücken Sie dann die EINGABETASTE.
witadmin importcategories /collection:CollectionURL /p:projectName /f:"DirectoryPath\categories.xml"Geben Sie für DirectoryPath den Pfad zum Ordner "WorkItem Tracking" für die Prozessvorlage an, die Sie heruntergeladen haben. Der Verzeichnispfad sollte dieser Struktur folgen: Drive:\MSFTemplateFolder\WorkItem Tracking.
Zurück nach oben
8.Importieren der Prozesskonfigurationsdatei
Die Prozesskonfigurationsdatei legt fest, welches Layout und welche Funktionen über die Backlog- und Board-Seiten von Team Web Access verfügbar sind. Um diese Seiten verwenden zu können, müssen Sie die Prozesskonfigurationsdatei importieren.
Importieren Sie die Definitionsdatei für die Prozesskonfiguration.
witadmin importprocessconfig /collection:CollectionURL /p:" ProjectName" /f:"DirectoryPath\ProcessConfiguration.xml"Geben Sie für DirectoryPath den Pfad zum Ordner "Process" für die Prozessvorlage an, die Sie heruntergeladen haben. Der Verzeichnispfad sollte dieser Struktur folgen: Drive:\TemplateFolder\WorkItem Tracking\Process.
Zurück nach oben
9.Überprüfen des Zugriffs auf neue Funktionen
Führen Sie die Aufgaben aus, die in Neue aktivierte Funktionen für Team Web Access angegeben sind.
Hinweis
Die hier beschriebenen zusätzlichen Schritte zur Aktualisierung des Workflows für Agile-Teamprojekte müssen Sie nicht ausführen: Update des Workflows für Agile-Teamprojekte.Wenn Sie den Verfahren in diesem Thema gefolgt sind, haben Sie diese Änderungen bereits angewendet.
Zurück nach oben
Zusätzliche Aufgaben zur Verbindung mit Microsoft Test Manager
Führen Sie die folgenden Aufgaben aus, um die Aktualisierungen durchzuführen, die für eine Verbindung mit Test Manager erforderlich sind.
1.Angeben des Fehlertyps, der in Microsoft Test Manager erstellt werden soll
Zur Unterstützung der automatischen Erstellung einer Arbeitsaufgabe, um Codefehler oder Fehler nachzuverfolgen, die bei der Verwendung von Test Manager durch ein Testteammitglied gefunden werden, müssen Sie den Fehlertyp angeben, der für das vorhandene Teamprojekt verwendet werden soll. Der tcm bugfieldmapping-Befehl unterstützt das Importieren und Exportieren einer Zuordnungsdatei für das Teamprojekt. Die Zuordnungsdatei definiert den Typ der zu erstellenden Arbeitsaufgabe sowie die drei Datenfelder, die von Test Manager ausgefüllt werden müssen. Die drei Felder sind reproduzierbare Schritte, Systeminformationen und der Build, in dem der Fehler gefunden wurde. Wenn ein Tester einen Test ausführt und einen Defekt findet, kann er einen Fehler erstellen, in dem die drei Felder automatisch ausgefüllt werden.
Öffnen Sie Editor oder einen anderen Text-Editor, und kopieren Sie den folgenden Code in die Datei:
<?xml version="1.0" encoding="utf-16"? <BugFilerMappings workitemtypetocreate="Bug"> <ReproSteps>Microsoft.VSTS.TCM.ReproSteps</ReproSteps> <SystemInformation>Microsoft.VSTS.TCM.SystemInfo</SystemInformation> <BuildFoundIn>Microsoft.VSTS.Build.FoundIn</BuildFoundIn> </BugFilerMappings>Hinweis
Wenn der Arbeitsaufgabentyp, mit dem Sie Codefehler erstellen, eine andere Bezeichnung als "Fehler" aufweist, ersetzen Sie "Fehler" im vorherigen Beispiel durch den Namen dieses Arbeitsaufgabentyps.
Speichern Sie die Datei, und geben Sie ihr den Namen bugfieldmappings.xml.
Geben Sie im Eingabeaufforderungsfenster den folgenden Befehl ein, und ersetzen Sie dabei die gezeigten Argumente durch Ihre Daten. Drücken Sie dann die EINGABETASTE.
tcm bugfieldmapping /import /mappingfile:"DirectoryPath\bugfieldmappings.xml" /collection:CollectionURL /teamproject:projectNameGeben Sie für DirectoryPath den Ordner an, in dem Sie die Datei "bugfieldmappings.xml" gespeichert haben.
Weitere Informationen finden Sie unter Anpassen und Verwalten der Testerfahrung [tcm und Microsoft Test Manager].
Zurück nach oben
2.Erteilen von Berechtigungen an Testteammitglieder
Teammitgliedern, die Testumgebungen und Testkonfigurationen verwalten, Testläufe erstellen und anzeigen sowie andere Aufgaben ausführen, müssen Berechtigungen erteilt werden.
In der folgenden Tabelle werden die Berechtigungen erläutert, die den Zugriff auf Testfunktionen steuern und die Kommunikation mit dem Teamprojekt für Tests unterstützen. Neben den empfohlenen Berechtigungen, die manuellen Testern und Testleitern erteilt werden sollten, werden auch die Standardzuweisungen in Version 5.0 der MSF-Prozessvorlagen angegeben.
Berechtigung |
Beschreibung |
Umfang |
Leser |
Contributors |
Generatoren |
Empfohlen für manuelle Tester |
Empfohlen für Testleiter |
|---|---|---|---|---|---|---|---|
Projektebeneninformationen anzeigen |
Die Mitgliedschaft in Gruppen auf Projektebene und die Berechtigungen dieser Mitglieder können angezeigt werden. |
Projektebene |
.png "Häkchen"){kind=icon} |
|
|
|
|
Testläufe anzeigen |
Testpläne in diesem Knoten können angezeigt werden. |
Projektebene |
|
|
|
|
|
Testläufe erstellen |
Testergebnisse können hinzugefügt und entfernt und Testläufe für das Teamprojekt können hinzugefügt oder geändert werden. |
Projektebene |
|
|
|
|
|
Testkonfigurationen verwalten |
Testkonfigurationen für das Teamprojekt können erstellt und gelöscht werden. |
Projektebene |
|
|
|
||
Testumgebungen verwalten |
Testumgebungen für das Teamprojekt können erstellt und gelöscht werden. |
Projektebene |
|
|
|
||
Testläufe löschen |
Geplante Tests für das Teamprojekt können gelöscht werden. |
Projektebene |
|
|
|
||
Diesen Knoten anzeigen |
Die Sicherheitseinstellungen für einen Bereichsknoten können angezeigt werden. |
Bereichsknoten |
|
|
|
|
|
Testplänen verwalten |
Testpläne, die einem Bereichsknoten zugewiesen sind, können erstellt und bearbeitet werden. Wenn Testpläne nicht ausgeführt wurden, können Sie diese auch löschen. |
Bereichknoten |
|
|
|
|
|
Testcontroller verwalten |
Testcontroller für die Teamprojektsammlung können registriert werden, und ihre Registrierung kann aufgehoben werden. |
Projektauflistung. |
|
Berechtigungen können Sie erteilen, indem Sie die Prozeduren befolgen, die für den speziellen Umfang angegeben werden:
Projektebenen- oder Bereichsknotenberechtigungen können Sie auf der Verwaltungsseite von Team Web Access festlegen. Weitere Informationen finden Sie unter Verwalten von Berechtigungen und Hinzufügen und Ändern von Bereichs- und Iterationspfaden.
Projektauflistungsberechtigungen können Sie in Team Explorer festlegen, indem Sie Team, Teamprojektauflistung-Einstellungen, Sicherheit auswählen, indem Sie die Verwaltungskonsole Team Foundation öffnen und verwenden, oder indem Sie die Befehlszeilentools TFSSecurity und tf verwenden. Weitere Informationen finden Sie unter Collection-Level Groups.
Weitere Informationen finden Sie unter Ändern der Berechtigungen für eine Gruppe oder einen Benutzer.
Zurück nach oben
3.Starten von Microsoft Test Manager
Nachdem Sie die Upgradeaufgaben ausgeführt haben, die weiter oben in diesem Thema beschrieben wurden, können Sie Microsoft Test-Manager starten, eine Verbindung zum Projekt herstellen und Ihre Tests planen. Weitere Informationen finden Sie unter Testen der Anwendung.
Zurück nach oben
Zusätzliche Informationen zu Änderungen, bei beim Aktualisieren von TFS durchgeführt wurden
Wenn Sie von Visual Studio Team System 2008 Team Foundation Server auf TFS 2012 aktualisieren, werden Änderungen sowohl an TFS 2010 als auch an TFS 2012 ausgeführt. Mit der Version TFS 2010 wurden einige Architekturänderungen vorgenommen. Weitere Informationen zu den Änderungen, die beim Upgrade von Visual Studio Team System 2008 Team Foundation Server auf die neueste Version von TFS vorgenommen werden, finden Sie in den folgenden Ressourcen:
Blogbeitrag zu den Schlüsselkonzepten von Team Foundation Server 2010
VS ALM 2010-Artikel zum Auffinden von Berichten nach dem Upgrade auf Team Foundation Server 2010
VS ALM 2010-Artikel zu Änderungen und Hinzufügungen zum Schema für den Analysis Services-Cube
Änderungen an Teamprojekten und Standardprozessvorlagen beim Upgrade von Team Foundation Server (VS ALM 2012-Artikel)
Siehe auch
Konzepte
Konfigurieren von Funktionen nach einem TFS-Upgrade
Weitere Ressourcen
witAdmin: Anpassen und Verwalten von Objekten für die Arbeitsnachverfolgung