Aktualisieren eines Teamprojekts auf Basis der Prozessvorlage MSF v4.2

Wenn Sie von Visual Studio Team System 2008 Team Foundation Server zu Team Foundation Server 2012 aktualisiert haben, können Sie das Teamprojekt manuell aktualisieren.Wenn das Teamprojekt auf der Prozessvorlage eine Version 4.2 (Microsoft Solutions Framework) war, halten Sie die Prozeduren in diesem Thema.Nachdem Sie diese Updates anwenden, sind Sie in der Lage, auf die neuen Funktionen zugreifen, die in Update eines aktualisierten Teamprojekts für den Zugriff auf neue Funktionen sowie an Microsoft Test Manager herzustellen beschrieben werden.

Wichtig

Sie müssen die Prozeduren in diesem Thema nur ausführen, wenn Sie ein Teamprojekt, das mit einer Prozessvorlage erstellt haben, die mit Visual Studio Team System 2008 Team Foundation Server bereitgestellt wurde, oder eines aktualisieren, die nicht die Arbeitsaufgabentypen Testfälle und die freigegebenen Schritte enthält. Diese Prozeduren unterstützen nur Zugriff auf neue Funktionen, die mit Team Foundation Server 2012 verfügbar sind.zusätzliche Arbeit erfordert, neue Abfragen oder die neuesten Berichte hinzuzufügen, benutzerdefinierte Berichte oder Zugriffsdashboards zu aktualisieren.Weitere Informationen finden Sie unter Weitere Informationen über die Änderungen vorgenommen, wenn TFS aktualisiert wird.

Aktualisieren Sie die Aufgaben, die erforderlich sind, um auf neue Funktionen zuzugreifen:

1. Benennen Sie Systemfelder

2. (Nur Agile) benennen Sie Szenario zu User Story

3. Laden Sie die neueste Version von MSF-Prozessvorlage herunter

4. Importieren Sie Linktypen

5. (Optional) Wenden Sie nach Bedarf Anpassungen

6. Importieren Sie Arbeitsaufgabentypen

7. Importieren Sie die Kategoriedatei

8. Importieren Sie die Prozesskonfigurationsdateien

9. Überprüfen Sie Zugriff auf neue Funktionen

Zusätzliche Aufgaben erforderlich, um an Microsoft Test Manager herzustellen:

1. Geben Sie den in Microsoft Test Manager an erstellt werden Fehlertyp,

2. Gewähren Sie Berechtigungen, Teammitglieder zu testen

3. 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 witadmin und tcm Befehlszeilentools auszuführen, müssen Sie Mitglied einer der folgenden Gruppen sein: Team Foundation Administrators, 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 finden Sie unter Team Foundation Server-Berechtigungen.

1.Benennen Sie Systemfelder

Da die Anzeigenamen mehrerer Systemfelder in Visual Studio Team Foundation Server 2010 umbenannt wurden, müssen Sie diese Felder in der Teamprojektsammlung 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 Teamprojektsammlung aus, die auf dem aktualisierten Team Foundation Server definiert ist.

1. Öffnen Sie ein Eingabeaufforderungsfenster, in dem Visual Studio entweder 2012 oder 2012 Team Explorer installiert ist und geben Sie Folgendes ein:

   cd %programfiles%\Microsoft Visual Studio 11.0\Common7\IDE
   

   Ersetzen Sie bei einer 64-Bit-Windows-Edition %programfiles% durch %programfiles(x86)%.

2. Geben Sie einen der folgenden Befehle ein und für die Argumente ersetzen, die angezeigt werden, und wählen Sie dann die EINGABETASTE Schlüssel aus.

   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, beispielsweise: http://srvalm:8080/tfs/DefaultCollection.

   Zurück nach oben

2.(Nur Agile) benennen Sie den Arbeitsaufgabentyp für Szenario verwiesen

Um die Menge von Anpassungen minimieren, die Sie ausführen müssen, und mit zukünftigen Updates der Agile-Prozessvorlage fordern, sollten Sie den Arbeitsaufgabentyp für Szenario verwiesen zu User Story umbenennen.

Hinweis

Natürlich erfordert das Umbenennen von Szenarioarbeitsaufgabentyps, Sie vorhandene Berichte und Abfragen zu aktualisieren, die den Arbeitsaufgabentyp für Szenario verwiesen verweisen.Aufgrund der Schemaänderungen, die Team Foundation Server 2010 am Data Warehouse mit dem Upgrade vorgenommen werden, müssen die bereits vorhanden oder Berichte vor dem Upgrade neu geschrieben werden, um mit dem neuen Schema arbeiten.Siehe Das Suchen meldet nach dem Upgrade 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 für die Argumente ersetzen, die angezeigt werden, und wählen Sie dann die EINGABETASTE Schlüssel aus.

  witadmin renamewitd /collection:CollectionURL /p:projectName /n:Scenario /new:"User Story"
  

  Tipp
  Schließen Sie einen Parameter in Anführungszeichen ein, wenn er Leerzeichen enthält.Geben Sie beispielsweise /p:"My Project X" an, wenn der Projektname Leerzeichen enthält.

Zurück nach oben

3.Laden Sie die neueste Version von MSF-Prozessvorlage herunter

Siehe Herunterladen der letzten Version der Prozessvorlagen.

Tipp

Um Zugriff auf die aktuellen Versionen der Standardprozessvorlagen abzurufen, installieren Sie das neueste vierteljährliche Update für Team Foundation Server.Umfangreiche Updates wurden zum Workflow für mehrere Arbeitsaufgabentypen im letzten vierteljährlichen Update ausgeführt.Diese Änderungen unterstützen rückwärts Übergänge damit, wenn Sie versehentlich eine Arbeitsaufgabe im Kanban-Ausschuss oder das Task Board zu einem behobenen oder geschlossenen Zustand ziehen, können Sie es an einem früheren Workflowstatus ziehen. Sie können das Upgrade von der Microsoft-Downloadsite abrufen: Vierteljährliches Update für Microsoft Visual Studio Team Foundation Server 2012.

Zurück nach oben

4.Importieren Sie Linktypen

Importieren Sie die Linktypen, SharedSteps und TestedBy, im LinkTypes-Ordner in der Prozessvorlage, die Sie in Aufgabe 3. heruntergeladen haben.

Führen Sie diese Aufgabe für jede Teamprojektsammlung aus, die auf dem aktualisierten Team Foundation Server definiert ist.

• Geben Sie die folgenden beiden Befehle ein und für die Argumente ersetzen, die angezeigt werden, und wählen Sie dann die EINGABETASTE Schlüssel aus.

  witadmin importlinktype /collection:CollectionURL /f:"DirectoryPath\TestedBy.xml"
  witadmin importlinktype /collection:CollectionURL /f:"DirectoryPath\SharedStep.xml"
  

  Geben Sie für DirectoryPath den Speicherort des Ordners LinkTypes für die Prozessvorlage an, die Sie heruntergeladen haben.Der Verzeichnispfad sollte dieser Struktur folgen: Das Laufwerk Sie an:MSFTemplateFolder\WorkItem Tracking\LinkTypes.

  Zurück nach oben

5.(Optional) Wenden Sie die aktuellen Versionen von Arbeitsaufgabentypen

Wenn Sie eines der folgenden Arbeitsaufgabentypen angepasst haben, sollten Sie die aktuelle Version dieser Typen mit den Anpassungen aktualisieren.Die folgende Tabelle bietet die Felder zusammengefasst, die in den letzten Versionen jeder Prozessvorlage entfernt und hinzugefügt.

Agile Arbeitsaufgabentypen

CMMI-Arbeitsaufgabentypen

Die Typen von Anpassungen Wenden Sie Einschließungsfeldhinzufügungen, Hinzufügungen oder Änderungen an den Auswahllisten oder Ergänzungen zu den Workflowgründen.Ändern Sie nicht die Workflowzustände, wie diese in der Prozesskonfiguration und in Agile, plant das Tools verwendet werden.Wenn Sie den Workflow ändern müssen, es ändern, nachdem Sie die Aktualisierung beendet haben und dem Anleitung zur Metazustandszuordnungen folgen hier bereitgestellten: Anpassen der Rückstands- und Boardseiten mit Prozesskonfiguration.

Wenn Sie andere Arbeitsaufgabentypen verwenden, die in der Prozessvorlage definiert sind, und möchten sie zu den letzten Versionen aktualisieren, dann wenden Sie alle Anpassungen, die Sie für diese auch festgelegt haben.Wenn Sie einen Maßarbeitelementtyp definiert haben, den Sie verwenden, um Testfälle zu verfolgen, sollten Sie Anpassungen von diesem Typ dem Arbeitsaufgabentyp anwenden, der mit der neuesten Prozessvorlage bereitgestellt wird.

Weitere Informationen zum Arbeiten mit Artefakten zu erfahren die diesen Prozessvorlagen bereitgestellt werden, finden Sie in den folgenden Themen:

• Agile-Prozessvorlage für Visual Studio ALM (v6.0)

• CMMI-Prozessvorlage für Visual Studio ALM (v6.0)

Zurück nach oben

6.Importieren Sie Arbeitsaufgabentypen

Importieren Sie die folgenden Arbeitsaufgabentypen auf der Prozessvorlage, mit der Sie arbeiten.

• Agile: Fehler, Aufgaben, User Stories, Testfall, freigegebene Testschritte, Codeüberprüfungs-Anforderung, Codeüberprüfungs-Antwort, Feedback fordern, Feedback -Antwort

• CMMI: Fehler, Anforderung, Aufgabe, Testfall, freigegebene Testschritte, Codeüberprüfungs-Anforderung, Codeüberprüfungs-Antwort, Feedback fordern, Feedback -Antwort

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 die Daten für die Argumente, die angezeigt werden, und die EINGABETASTE Schlüssel ersetzen dann, auswählen.

  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 Codeüberprüfungs-Anforderungsarbeitsaufgabentyp 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: Das Laufwerk Sie an:MSFTemplateFolder\WorkItem Tracking\TypeDefinitions.

• (Optional) überprüfen Sie die Arbeitsaufgabentypen sind zugegriffen werden, indem Sie Team Explorer oder Team Web Access öffnen.Möglicherweise müssen Sie Aktualisieren Sie den Cache, die Änderungen finden.

Zurück nach oben

7.Importieren Sie die Kategoriedatei

Importieren Sie die Kategoriedatei im Ordner der Prozessvorlage, die Sie heruntergeladen haben.Kategorien unterstützen das intelligente Gruppierung von Arbeitsaufgabentypen.Weitere Informationen dazu finden Sie unter Definieren von Kategorien für Arbeitsaufgabentypen.

• Geben Sie im Eingabeaufforderungsfenster den folgenden Befehl ein und für die Argumente ersetzen, die angezeigt werden, und wählen Sie dann die EINGABETASTE Schlüssel aus.

  witadmin importcategories /collection:CollectionURL /p:projectName /f:"DirectoryPath\categories.xml"
  

  Für DirectoryPath geben Sie den Pfad zum Ordner für die Prozessvorlage an, die Sie heruntergeladen haben.Der Verzeichnispfad sollte dieser Struktur folgen: Das Laufwerk Sie an:MSFTemplateFolder\WorkItem Tracking.

Zurück nach oben

8.Importieren Sie die Prozesskonfigurationsdateien

Die Prozesskonfigurationsdateien bestimmen das Layout und die Funktionen, die von den Rückstand verfügbar sind und verschalen Seiten von Team Web Access.Um diese Seiten zu verwenden, müssen Sie die Prozesskonfigurationsdateien in der angegebenen Reihenfolge importieren

• Um die Definitionsdateien für Prozesskonfiguration zu importieren, geben Sie die folgenden beiden Befehle ein die Daten für die Argumente einzeln ersetzt die angezeigt werden, und die EINGABETASTE Schlüssel auswählen.

  witadmin importcommonprocessconfig /collection:CollectionURL /p:" ProjectName" /f:"DirectoryPath\CommonConfiguration.xml"
  witadmin importagileprocessconfig /collection:CollectionURL /p:" projectName" /f:"DirectoryPath\AgileConfiguration.xml"
  

  Für DirectoryPath geben Sie den Pfad zum Prozessordner für die Prozessvorlage an, die Sie heruntergeladen haben.Der Verzeichnispfad sollte dieser Struktur folgen: Das Laufwerk Sie an:MSFTemplateFolder\WorkItem Tracking\Process.

Zurück nach oben

9.Überprüfen Sie Zugriff auf neue Funktionen

Führen Sie die Aufgaben aus, die in Überprüfen der Verfügbarkeit von neuen Funktionen bereitgestellt werden.

Hinweis
Sie müssen nicht die zusätzlichen Schritte ausführen, um den Workflow für Projekte des agilen Teams zu aktualisieren, wie im Folgenden beschrieben: Update des Workflows für Agile-Teamprojekte.Wenn Sie den Prozeduren in diesem Thema ausführen, ist diese Änderungen bereits angewendet.

Zurück nach oben

Zusätzliche Aufgaben, mit Microsoft Test Manager herzustellen

Führen Sie die folgenden Aufgaben aus, die Aktualisierungen zu vervollständigen, die erforderlich sind, um an Test-Manager herzustellen.

1.Geben Sie den in Microsoft Test Manager an erstellt werden Fehlertyp,

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.

1. Ö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.

2. Speichern Sie die Datei, und geben Sie ihr den Namen bugfieldmappings.xml.

3. Geben Sie im Eingabeaufforderungsfenster den folgenden Befehl ein und für die Argumente ersetzen, die angezeigt werden, und wählen Sie dann die EINGABETASTE Schlüssel aus.

   tcm bugfieldmapping /import /mappingfile:"DirectoryPath\bugfieldmappings.xml" /collection:CollectionURL /teamproject:projectName
   

   Für DirectoryPath geben Sie den Ordner an, in dem Sie die Datei gespeichert haben.

   Weitere Informationen finden Sie unter Angeben des mit Microsoft Test Manager aufzuzeichnenden Fehlertyps.

Zurück nach oben

2.Gewähren Sie Berechtigungen, Teammitglieder zu testen

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	Mitwirkende	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
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.	Bereichknoten
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:

• Sie können auf Projektebene oder Bereichsknotenberechtigungen aus der Verwaltungsseite von Team Web Access Berechtigungen festlegen.Weitere Informationen finden Sie unter Verwalten von Berechtigungen und Erstellen und Ändern von Bereichen und Iterationen.

• Projektauflistungsberechtigungen können Sie von Team Explorer festlegen, indem Sie Team, Teamprojekt-Auflistungseinstellungen, Sicherheit auswählen, indem Sie die Verwaltungskonsole für Team Foundation öffnen und verwenden oder die TFSSecurity und tf Befehlszeilentools.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

Weitere Informationen über die Änderungen vorgenommen, wenn TFS aktualisiert wird

Wenn Sie von Visual Studio Team System 2008 Team Foundation Server zu TFS 2012 aktualisieren, erhalten Sie die Updates, die TFS 2010 und TFS 2012 ausgeführt werden.Es sind mehrere Architekturänderungen, die mit der Version von TFS 2010 vorgenommen wurden.Weitere Informationen über die Änderungen, indem Sie vorgenommen werden an der neuesten Version von TFS zu erfahren von Visual Studio Team System 2008 Team Foundation Server aktualisieren, finden Sie in den folgenden Ressourcen:

• Team Foundation Server 2010-Schlüsselkonzepte (Blogbeitrag)

• Aktualisieren eines aktualisierten Teamprojekts, auf neue Funktionen zuzugreifen (ALM-Artikel VS 2010)

• Das Suchen meldet nach dem Upgrade Team Foundation Server 2010 (ALM-Artikel VS 2010)

• Änderungen und Ergänzungen für das Schema für den Analysis Services-Cube (ALM-Artikel VS 2010)

• Änderungen an Teamprojekten und Standardprozessvorlagen beim Upgrade von Team Foundation Server (VS ALM-Artikel 2012)

Siehe auch

Konzepte

Update eines aktualisierten Teamprojekts für den Zugriff auf neue Funktionen

Weitere Ressourcen

witAdmin: Anpassen und Verwalten von Objekten für die Nachverfolgung von Arbeitsaufgaben