Udostępnij za pośrednictwem


Aktualizowanie projektu zespołowego na podstawie szablonu procesów MSF v4.2

Po uaktualnieniu z programu Visual Studio Team System 2008 Team Foundation Server do Team Foundation Server 2013 projekt zespołu można aktualizować ręcznie.Jeśli projekt zespołowy był oparty na szablonie procesu programu Microsoft Solutions Framework (MSF) w wersji 4.2, należy wykonać procedury opisane w tym temacie.Po zastosowaniu tych aktualizacji, będziesz mieć możliwość dostępu do nowych funkcji opisanych w Konfigurowanie funkcji po uaktualnieniu TFS, jak również dostęp do interfejsu z Microsoft Test Manager.

Ważna uwagaWażne

Należy jedynie wykonać procedury opisane w tym temacie w przypadku uaktualniania projektu zespołu utworzonego za pomocą szablonu procesu dostarczonego w Visual Studio Team System 2008 Team Foundation Server, lub takiego, który nie zawiera typów elementu pracy, przypadków testowych i wspólnych kroków.

Procedury te obsługują jedynie dostęp do nowych funkcji dostępnych w programie Team Foundation Server 2012.Dodatkowa praca będzie polegała na dodawaniu nowych zapytań lub najnowszych raportów, aktualizowaniu raportów niestandardowych lub dostępie do pulpitów nawigacyjnych.Aby uzyskać więcej informacji, zobacz Dodatkowe informacje na temat zmian wprowadzonych podczas uaktualniania programu TFS.

Aktualizuj zadania niezbędne do korzystania z nowych funkcji:

  1. Zmień nazwę pola systemowego

  2. (Tylko Agile) Zmień nazwę scenariusza dla Scenariusza użycia

  3. Pobieranie najnowszej wersji szablonu procesu programu MSF

  4. Importowanie typów łączy

  5. (Opcjonalnie) Stosowanie dostosowań w zależności od potrzeb

  6. Importowanie typów elementów roboczych

  7. Importuj plik kategorii

  8. Importuj pliki konfiguracji procesu

  9. Sprawdzenie dostępu do nowych funkcji

Dodatkowe zadania wymagane do interfejsu z Microsoft Test Menager:

  1. Określ typ usterki do utworzenia w programie Microsoft Test Manager

  2. Przyznanie uprawnień członkom zespołu do testowania

  3. Uruchom program Microsoft Test Manager

Wymagania

  • Aby pobrać szablon procesu, musisz być członkiem grupy Administratorzy kolekcji projektów.Jeśli jawnie ustawiono wymagane uprawnienia zabezpieczeń użytkownika, uprawnienie Zarządzanie szablonem procesu dla kolekcji projektów zespołowych musi być ustawione na Zezwalaj.

  • Aby uruchomić narzędzia wiersza pleceń witadmin i tcm musisz być członkiem jednej z poniższych grup Administratorzy Team Foundation, Administratorzy kolekcji projektu lub Administratorzy projektu dla projektu zespołowego.

  • Aby udzielić uprawnień, musisz należeć do grupy administracyjnej na poziomie grupy, którą chcesz zmienić.Na przykład jeśli chcesz zmienić uprawnienia dla grupy lub użytkownika na poziomie kolekcji projektów zespołowych, musisz być członkiem grupy Administratorzy kolekcji projektów dla tej kolekcji albo Twoje uprawnienie Edytuj informacje na poziomie kolekcji należy ustawić na Zezwalaj.

    Aby uzyskać więcej informacji, zobacz Uprawnienia serwera programu Team Foundation Server.

1.Zmień nazwę pola systemowego

Ponieważ nazwy przyjazne kilku pól systemu zostały zmienione w Visual Studio Team Foundation Server 2010, musisz ręcznie zmienić nazwy tych pól w kolekcji projektu zespołowego.Pola systemowe, których nazwy zostały zmienione, to: System.AreaID, System.IterationID, System.HyperLinkCount, System.ExternalLinkCount i System.AttachedFileCount.

Wykonaj to zadanie dla każdej kolekcji projektu zespołu zdefiniowanego na twoim uaktualnieniu Team Foundation Server.

  1. Otwórz okno wiersza polecenia, w którym jest zainstalowany program Visual Studio 2012 lub Team Explorer 2012 i wpisz:

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

    W 64-bitowej wersji systemu Windows należy zastąpić %programfiles% elementem %programfiles(x86)%.

  2. Wpisz następujące polecenia, zastępując dane dotyczące argumentów, które są wyświetlane. Następnie naciśnij klawisz ENTER.

    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"
    

    Użyj tego formatu do CollectionURL: http://ServerName:Port/VirtualDirectoryName/CollectionName, na przykład: http://srvalm:8080/tfs/DefaultCollection.

    Powrót do początku

2. (Tylko Agile) Zmień nazwę typu Scenariusz elementu roboczego

Aby zminimalizować ilość potrzebnych dostosowań i zachować zgodność z przyszłymi aktualizacjami szablonu procesu Agile, należy zmienić nazwę typu elementu pracy Scenariusz na Scenariusz użycia.

[!UWAGA]

Oczywiście zmiana nazwy typu elementu roboczego scenariusza pracy będzie wymagała aktualizacji istniejących raportów i zapytań odwołujących się do scenariusza typ elementu roboczy.Jednak z powodu zmian schematu wprowadzonych dla hurtowni danych wraz z uaktualnieniem do wersji Team Foundation Server 2010 istniejące lub pochodzące sprzed uaktualnienia raporty muszą zostać przepisane, aby pracowały z nowym schematem.Zobacz Lokalizowanie raportów po uaktualnieniu do programu Team Foundation Server 2010.

Wykonaj to zadanie dla każdego zespołu projektu, który chcesz zaktualizować.

  • Wpisz następujące polecenie, zastępując dane dotyczące argumentów, które są wyświetlane. Następnie naciśnij klawisz ENTER.

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

    Jeśli wyrażenie zawiera spacje, należy ująć parametr w cudzysłowy.Na przykład określ /p:"My Project X", kiedy nazwa projektu zawiera spacje.

Powrót do początku

3.Pobieranie najnowszej wersji szablonu procesu programu MSF

Zobacz Pobieranie najnowszej wersji szablonów procesu.

PoradaPorada

Aby uzyskać dostęp do najnowszych wersji domyślnych szablonów procesów, należy zainstalować najnowszą aktualizację kwartalną dla Team Foundation Server.W najnowszej kwartalnej aktualizacji dokonano znaczących aktualizacji przepływu pracy dla kilku typów elementów roboczych.Te zmiany obsługują przekształcenia wstecz, więc jeśli przypadkowo przeciągniesz element roboczy na tablicę Kanban lub tablicę zadań do rozwiązanego i zamkniętego stanu, możesz go przeciągnąć z powrotem do poprzedniego stanu przepływu pracy.

Możesz pobrać uaktualnienie z witryny Microsoft: Kwartalne aktualizacje dla Microsoft Visual Studio Team Foundation Server 2012.

Powrót do początku

4.Importowanie typów łączy

Zaimportuj typy łączy SharedSteps i TestedBy znajdujące się w folderze LinkTypes w szablonie procesu, który pobrano w zadaniu 3.

Wykonaj to zadanie dla każdej kolekcji projektu zespołu zdefiniowanego na twoim uaktualnieniu Team Foundation Server.

  • Wpisz następujące dwa polecenia, zastępując dane dotyczące argumentów, które są wyświetlane. Następnie naciśnij klawisz ENTER.

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

    Dla elementu DirectoryPath określ lokalizację folderu typów łączy dla pobranego szablonu procesu.Ścieżka katalogu powinna być zgodna ze strukturą: Drive:\MSFTemplateFolder\WorkItem Tracking\LinkTypes.

    Powrót do początku

5. (Opcjonalnie) Dostosowywanie najnowszych wersji typów elementów roboczych

Jeśli dostosowano którekolwiek z poniższych typów elementów roboczych, należy zaktualizować najnowszą wersję tych typów o dostosowania.W poniższych tabelach zestawiono pola usunięte i dodane w najnowszych wersjach poszczególnych szablonów procesów.

Typy elementów roboczych Agile

Typ elementu roboczego

Usunięte pola

Dodane pola

Błąd

  • Problem (Microsoft.VSTS.Common.Issue)

  • Ranga (Microsoft.VSTS.Common.Rank), zastąpiona przez rangę na stosie

  • Nazwa testu (Microsoft.VSTS.Test.TestName)

  • Identyfikator testu (Microsoft.VSTS.Test.TestId)

  • Ścieżka testu (Microsoft.VSTS.Test.TestPath)

  • Klasyfikacja (Microsoft.VSTS.Common.Triage)

Zadanie

  • Praca według planu bazowego (Microsoft.VSTS.Scheduling.BaselineWork), zastąpiona przez początkowe oszacowanie

  • Dyscyplina (Microsoft.VSTS.Common.Discipline), zastąpiona przez Działanie

  • Kryteria wyjścia (Microsoft.VSTS.Common.ExitCriteria)

  • Problem (Microsoft.VSTS.Common.Issue)

  • Ranga (Microsoft.VSTS.Common.Rank), zastąpiona przez rangę na stosie

  • Hierarchia zadań (Microsoft.VSTS.Scheduling.TaskHierarchy)

Scenariusz użycia (poprzednia nazwa Scenariusz)

  • Kryteria wyjścia (Microsoft.VSTS.Common.ExitCriteria)

  • Problem (Microsoft.VSTS.Common.Issue)

  • Przybliżony szacunek rzędu wielkości (Microsoft.VSTS.Common.RoughOrderOfMagnitude) został zastąpiony punktami wątku

Typy elementów roboczych CMMI

Typ elementu roboczego

Usunięte pola

Dodane pola

Błąd

  • Praca według planu bazowego (Microsoft.VSTS.Scheduling.BaselineWork), zastąpiona przez początkowe oszacowanie

  • Szacowanie (Microsoft.VSTS.CMMI.Estimate)

  • Problem (Microsoft.VSTS.Common.Issue)

  • Ranga (Microsoft.VSTS.Common.Rank), zastąpiona przez rangę na stosie

  • Kroki do odtworzenia (Microsoft.VSTS.CMMI.StepsToReproduce) zastąpione przez Kroki potrzebne do odtworzenia

  • Nazwa testu (Microsoft.VSTS.Test.TestName)

  • Identyfikator testu (Microsoft.VSTS.Test.TestId)

  • Ścieżka testu (Microsoft.VSTS.Test.TestPath)

Zadanie

  • Praca według planu bazowego (Microsoft.VSTS.Scheduling.BaselineWork), zastąpiona przez początkowe oszacowanie

  • Szacowanie (Microsoft.VSTS.CMMI.Estimate)

  • Kryteria wyjścia (Microsoft.VSTS.Common.ExitCriteria)

  • Problem (Microsoft.VSTS.Common.Issue)

  • Ranga (Microsoft.VSTS.Common.Rank), zastąpiona przez rangę na stosie

  • Hierarchia zadań (Microsoft.VSTS.Scheduling.TaskHierarchy)

  • Nazwa testu (Microsoft.VSTS.Test.TestName)

  • Identyfikator testu (Microsoft.VSTS.Test.TestId)

  • Ścieżka testu (Microsoft.VSTS.Test.TestPath)

Wymaganie

  • Praca według planu bazowego (Microsoft.VSTS.Scheduling.BaselineWork), zastąpiona przez początkowe oszacowanie

  • Praca wykonana (Microsoft.VSTS.Scheduling.CompletedWork)

  • Szacowanie (Microsoft.VSTS.CMMI.Estimate), zastąpione polem Planowanie rozmiaru

  • Kryteria wyjścia (Microsoft.VSTS.Common.ExitCriteria)

  • Problem (Microsoft.VSTS.Common.Issue)

  • Ranga (Microsoft.VSTS.Common.Rank), zastąpiona przez rangę na stosie

  • Pozostała praca (Microsoft.VSTS.Scheduling.RemainingWork)

Typy dostosowań, które można stosować, obejmują dodawanie pól, dodatki lub zmiany w listach pobrań oraz dodatki do przyczyn przepływu pracy.Nie należy zmieniać stanów przepływu pracy, ponieważ są one używane w procesie konfiguracji i narzędziach planowania Agile.Jeśli musisz zmienić przepływ pracy, zmień go po zakończeniu aktualizacji i postępuj zgodnie z poradami o mapowaniach metastanów przedstawionymi tutaj: Konfigurowanie i dostosowywanie narzędzi planowania Agile do projektu zespołowego.

Jeśli używasz innych typów elementów roboczych zdefiniowanych w szablonie procesu i chcesz zaktualizować je do najnowszych wersji, zastosuj również wszelkie dostosowania utworzone dla nich.Jeśli określono niestandardowy typ elementu roboczego służący do śledzenia przypadków testowych, należy zastosować dostosowania z tego typu do typu elementów roboczych Przypadku testowego z najnowszymi szablonami procesu.

Aby dowiedzieć się więcej o pracy z artefaktami dostępnymi za pomocą szablonów procesów, zobacz następujące tematy:

Powrót do początku

6.Importowanie typów elementów roboczych

Zaimportuj następujące typy elementów roboczych w oparciu o szablon procesu, z którym pracujesz.

  • Agile: Błąd, Zadanie, Scenariusz użycia, Przypadek testowy, Wspólne kroki, Żądanie przeglądu kodu, Odpowiedź na przegląd kodu, Żądanie opinii i Odpowiedź na żądanie opinii

  • CMMI: Błąd, Zadanie, Wymaganie, Przypadek testowy, Wspólne kroki, Żądanie przeglądu kodu, Odpowiedź na przegląd kodu, Żądanie opinii i Odpowiedź na żądanie opinii

Wykonaj to zadanie dla każdego zespołu projektu, który chcesz zaktualizować.

  • Wpisz następujące polecenie dla każdego typu elementu pracy, który chcesz importować, zastępując dane dotyczące argumentów, które są wyświetlane. Następnie naciśnij klawisz ENTER.

    witadmin importwitd /collection:CollectionURL /p:projectName /f:"DirectoryPath\WITName"
    
    PoradaPorada

    Określ nazwę pliku xml, a nie przyjazną nazwę typu elementu roboczego.Na przykład określ CodeReviewRequest.xml dla typu elementu roboczego Żądanie przeglądu kodu.

    Dla elementu DirectoryPath określ lokalizację katalogu folderu definicji typów dla pobranego szablonu procesu.Ścieżka katalogu powinna być zgodna ze strukturą: Drive:\MSFTemplateFolder\ WorkItem Tracking\TypeDefinitions.

  • (Opcjonalnie) Sprawdź, czy typy elementów roboczych są dostępne po otwarciu programu Team Explorer lub Team Web Access.Aby zobaczyć zmiany, może zajść potrzeba odświeżania pamięci podręcznej.

Powrót do początku

7.Importuj plik kategorii

Zaimportuj plik kategorii znajdujący się w folderze śledzenia elementów roboczych pobranego szablonu procesu.Kategorie obsługują inteligentne grupowanie typów elementów roboczych.Aby dowiedzieć się więcej, zobacz Używanie kategorii do grupowania typów elementów pracy.

  • W oknie wiersza polecenia wpisz następujące polecenie, zastępując dane dotyczące argumentów, które zostaną wyświetlone, a następnie wybierz klawisz ENTER.

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

    Dla elementu DirectoryPath określ ścieżkę do folderu śledzenia elementów roboczych dla pobranego szablonu procesu.Ścieżka katalogu powinna być zgodna ze strukturą: Drive:\MSFTemplateFolder\WorkItem Tracking\TypeDefinitions.

Powrót do początku

8.Importuj plik konfiguracji procesu

Plik konfiguracji procesu określa układ i funkcje dostępne za pośrednictwem stron zaległości i tablic programu Team Web Access.Aby użyć tych stron, należy zaimportować plik konfiguracji procesu.

  • Importuj plik definicji konfiguracji procesu.

    witadmin importprocessconfig /collection:CollectionURL /p:" ProjectName" /f:"DirectoryPath\ProcessConfiguration.xml"
    

    Dla DirectoryPath, określ ścieżkę do folderu procesu do pobranego szablonu procesu.Ścieżka katalogu powinna być zgodna ze strukturą: Drive:\TemplateFolder\WorkItem Tracking\Process.

Powrót do początku

9.Sprawdzenie dostępu do nowych funkcji

Wykonywanie zadań określone w Nowe funkcje dostępne w programie Team Web Access.

[!UWAGA]

Nie trzeba będzie wykonać dodatkowych kroków, aby zaktualizować przepływ pracy w przypadku projektów zespołowych Agile, jak opisano tutaj: Aktualizowanie przepływu pracy do zespołowych projektów Agile.Postępując zgodnie z procedurami podanymi w tym temacie, będziesz już miał wprowadzone zmiany.

Powrót do początku

Dodatkowe zadania do interfejsu z Microsoft Test Menager

Wykonaj następujące zadania do wykonania aktualizacji wymaganego interfejsu z Test Manager.

1.Określ typ usterki do utworzenia w programie Microsoft Test Manager

Aby umożliwić automatyczne tworzenie elementu pracy do śledzenia wad lub błędów kodu, które występują, gdy członek zespołu testującego używa programu Test Manager, należy określić typ błędu używany dla istniejącego projektu zespołu.Polecenie tcm bugfieldmapping obsługuje import i eksport pliku mapowania do projektu zespołowego.Plik mapowania definiuje typ elementu roboczego do utworzenia i trzy pola danych do wypełnienia przez program Test Manager.Te trzy pola to powtarzalne kroki, informacje o systemie i kompilacja, w której została znaleziona wada.Jeśli tester uruchamia test i znajdzie wadę, może być utworzona usterka, w której te trzy pola są wypełniane automatycznie.

  1. Otwórz Notatnik lub edytor tekstu i skopiuj następujący kod do pliku:

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

    [!UWAGA]

    Jeżeli typ elementu roboczego, który służy do tworzenia usterek kodu, jest oznaczony jako coś innego niż „Błąd”, zamień „Błąd” w poprzednim przykładzie nazwą tego typu elementu roboczego.

  2. Zapisz plik i nadaj mu nazwę bugfieldmappings.xml.

  3. W oknie wiersza polecenia wpisz następujące polecenie, zastępując dane dotyczące argumentów, które zostaną wyświetlone, a następnie wybierz klawisz ENTER.

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

    Dla elementu DirectoryPath określ folder, gdzie został zapisany plik bugfieldmappings.xml.

    Aby uzyskać więcej informacji, zobacz Dopasowywanie i zarządzanie testami [tcm i Microsoft Test Manager].

Powrót do początku

2.Przyznanie uprawnień członkom zespołu do testowania

Należy przyznać uprawnienia członkom zespołu, którzy będą zarządzać środowiskami testowymi i konfiguracjami testowymi, tworzyć i wyświetlać testy i wykonywać inne zadania.

W poniższej tabeli opisano uprawnienia, które kontrolują dostęp do funkcji testowania i obsługują relacje z projektem zespołowym do testowania.Wskazuje to także domyślne przypisania, które są wykonane w wersji 5.0 MSF szablony procesów, oprócz zalecanych uprawnień do przyznania testerów ręczne i testowania.

Uprawnienie

Opis

Zakres

Czytelnicy

Współautorzy

Konstruktorzy

Zalecane dla testerów ręcznych

Zalecany dla głównych testów

Wyświetl informacje poziomu projektu

Można przeglądać członkostwa grup na poziomie projektu i uprawnień dla tych członków.

Poziom projektu

Znacznik wyboru Znacznik wyboru Znacznik wyboru Znacznik wyboru Znacznik wyboru

Wyświetl uruchomienia testów

Można przeglądać plany przeprowadzania testów w tym węźle.

Poziom projektu

Znacznik wyboru Znacznik wyboru Znacznik wyboru Znacznik wyboru Znacznik wyboru

Utwórz przebiegi testowe

Można dodawać i usuwać wyniki testu i dodawać i modyfikować uruchomienia testu dla projektu zespołowego.

Poziom projektu

Znacznik wyboru Znacznik wyboru Znacznik wyboru Znacznik wyboru

Zarządzaj konfiguracjami testu

Można tworzyć i usuwać konfiguracje test dla zespołu projektu.

Poziom projektu

Znacznik wyboru Znacznik wyboru

Znacznik wyboru

Zarządzaj środowiskami testu

Można tworzyć i usuwać środowiska dla zespołu projektu.

Poziom projektu

Znacznik wyboru Znacznik wyboru

Znacznik wyboru

Usuń przebiegi testowe

Można usuwać zaplanowane testy dla zespołu projektu.

Poziom projektu

Znacznik wyboru Znacznik wyboru

Znacznik wyboru

Wyświetl ten węzeł

Można wyświetlić ustawienia zabezpieczeń dla obszaru węzła.

Węzeł obszaru

Znacznik wyboru Znacznik wyboru Znacznik wyboru

Znacznik wyboru

Zarządzaj planami testów

Można tworzyć i edytować plany przeprowadzania testów, które są przypisane do węzła obszaru.Jeśli plany testowe nie zostały uruchomione, można je również usunąć.

Węzeł obszaru

Znacznik wyboru Znacznik wyboru Znacznik wyboru Znacznik wyboru

Zarządzaj kontrolerami testów

Można rejestrować i wyrejestrowywać kontrolerów testu dla kolekcji projektu zespołowego.

Kolekcja projektów

Znacznik wyboru

Można udzielić zgody przez następujące procedury, które są wskazane dla swoistego pola zakresu:

  • Można ustawić uprawnienia na poziomie projektu lub uprawnienia węzła obszaru ze strony administracji Team Web Access.Zobacz Zarządzanie uprawnieniami i Dodawanie i modyfikowanie obszaru i ścieżek iteracji.

  • Możesz ustawić uprawnienia kolekcji projektów z Team Explorer, wybierając Zespół, Ustawienia kolekcji projektu zespołowego, Zabezpieczenia, otwierając i używając konsoli administracyjnej dla Team Foundation, lub używając narzędzi wiersza poleceń TFSSecurity i tf.Aby uzyskać więcej informacji, zobacz Collection-Level Groups.

Aby uzyskać więcej informacji, zobacz Zmień uprawnienia dla grupy lub użytkownika.

Powrót do początku

3.Uruchom program Microsoft Test Manager

Po zakończeniu aktualizacji, które opisano wcześniej w tym temacie, można rozpocząć Microsoft Test Manager, połączyć się z projektem, rozpocząć planowanie testów.Aby uzyskać więcej informacji, zobacz Testowanie aplikacji.

Powrót do początku

Dodatkowe informacje na temat zmian wprowadzonych podczas uaktualniania programu TFS

Po uaktualnieniu programu z Visual Studio Team System 2008 Team Foundation Server do TFS 2012, otrzymasz aktualizacje wprowadzone dla TFS 2010 i TFS 2012.W wersji TFS 2010 wprowadzono szereg zmian architektury.Aby dowiedzieć się więcej o zmianach dokonanych przez uaktualnienie do najnowszej wersji programu TFS z Visual Studio Team System 2008 Team Foundation Server, zobacz następujące zasoby:

Zobacz też

Koncepcje

Konfigurowanie funkcji po uaktualnieniu TFS

Inne zasoby

witAdmin: dostosowywanie obiektów i zarządzanie nimi w celu śledzenia elementów pracy