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.
.gif "Ważna uwaga") Waż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:
Zmień nazwę pola systemowego
(Tylko Agile) Zmień nazwę scenariusza dla Scenariusza użycia
Pobieranie najnowszej wersji szablonu procesu programu MSF
Importowanie typów łączy
(Opcjonalnie) Stosowanie dostosowań w zależności od potrzeb
Importowanie typów elementów roboczych
Importuj plik kategorii
Importuj pliki konfiguracji procesu
Sprawdzenie dostępu do nowych funkcji
Dodatkowe zadania wymagane do interfejsu z Microsoft Test Menager:
Określ typ usterki do utworzenia w programie Microsoft Test Manager
Przyznanie uprawnień członkom zespołu do testowania
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.
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\IDEW 64-bitowej wersji systemu Windows należy zastąpić %programfiles% elementem %programfiles(x86)%.
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".gif "Porada")
PoradaJeś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.
| Porada |
|---|
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 |
|
|
Zadanie |
|
|
Scenariusz użycia (poprzednia nazwa Scenariusz) |
|
Typy elementów roboczych CMMI
Typ elementu roboczego |
Usunięte pola |
Dodane pola |
|---|---|---|
Błąd |
|
|
Zadanie |
|
|
Wymaganie |
|
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:
MSF for Agile software development for Visual Studio ALM (v6.0)
MSF for CMMI process improvement dla Visual Studio ALM (v6.0)
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"PoradaOkreś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.
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.
Zapisz plik i nadaj mu nazwę bugfieldmappings.xml.
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:projectNameDla 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 |
.png "Znacznik wyboru"){kind=icon} |
|
|
|
|
Wyświetl uruchomienia testów |
Można przeglądać plany przeprowadzania testów w tym węźle. |
Poziom projektu |
|
|
|
|
|
Utwórz przebiegi testowe |
Można dodawać i usuwać wyniki testu i dodawać i modyfikować uruchomienia testu dla projektu zespołowego. |
Poziom projektu |
|
|
|
|
|
Zarządzaj konfiguracjami testu |
Można tworzyć i usuwać konfiguracje test dla zespołu projektu. |
Poziom projektu |
|
|
|
||
Zarządzaj środowiskami testu |
Można tworzyć i usuwać środowiska dla zespołu projektu. |
Poziom projektu |
|
|
|
||
Usuń przebiegi testowe |
Można usuwać zaplanowane testy dla zespołu projektu. |
Poziom projektu |
|
|
|
||
Wyświetl ten węzeł |
Można wyświetlić ustawienia zabezpieczeń dla obszaru węzła. |
Węzeł obszaru |
|
|
|
|
|
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 |
|
|
|
|
|
Zarządzaj kontrolerami testów |
Można rejestrować i wyrejestrowywać kontrolerów testu dla kolekcji projektu zespołowego. |
Kolekcja projektów |
|
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:
Team Foundation Server 2010 — podstawowe pojęcia (wpis w blogu)
Aktualizowanie uaktualnienia projektu zespołu dla dostępu do nowych funkcji (artykuł VS ALM 2010)
Zobacz Lokalizowanie raportów po uaktualnieniu do programu Team Foundation Server 2010 (Artykuł VS ALM 2010 article)
Zmiany i uzupełnienia do schematu dla modułu usług Analysis Services (art. VS ALM 2010)
Zmiany wprowadzone do zespołów projektów i domyślnych szablonów procesów w czasie aktualizacji serwera Team Foundation Server (art. VS ALM 2012)
Zobacz też
Koncepcje
Konfigurowanie funkcji po uaktualnieniu TFS
Inne zasoby
witAdmin: dostosowywanie obiektów i zarządzanie nimi w celu śledzenia elementów pracy