Aktualizowanie projektu zespołowego na podstawie szablonu procesów MSF v4.2
Po dokonaniu uaktualnienia z Visual Studio Team System 2008 Team Foundation Server do Team Foundation Server 2012 r., projektu zespołu można aktualizować ręcznie.Jeśli projektu zespołu była oparta na szablonie procesu 4.2 wersji Microsoft Solutions Framework (MSF), należy wykonać procedury opisane w tym temacie.Po zastosowaniu tych aktualizacji, będziesz w stanie korzystać z nowych funkcji opisanych w Aktualizowanie ulepszonych projektów zespołowych w celu uzyskania dostępu do nowych funkcji jak również jak łączyć się z Microsoft Test Manager.
.gif "Ważna uwaga") Ważne |
|---|
Wystarczy tylko postępować zgodnie z procedurami, w tym temacie, w przypadku uaktualniania zespołu projektu, utworzony za pomocą szablonu procesu, wyposażone w Visual Studio Team System 2008 Team Foundation Server, lub jeden, który nie zawiera elementu pracy typów przypadków testowych i wspólne czynności. Procedury te będą obsługują tylko dostęp do nowych funkcji dostępnych w systemie Team Foundation Server 2012.Dodatkowa praca będzie musiał dodać nowe kwerendy lub najnowsze sprawozdania, zaktualizować dostosowane raporty lub dostępu do pulpitów nawigacyjnych.Aby uzyskać więcej informacji, zobacz uzyskać dodatkowe informacje o zmianach dokonanych w przypadku uaktualniania TFS. |
Aktualizuj zadania niezbędne do korzystania z nowych funkcji:
Zmień nazwę pola systemowe
(Tylko Agile) Zmień nazwę scenariusza do historii użytkownika
Pobierz najnowszą wersję programu MSF szablonu procesu.
Typy łączy importu
(Opcjonalnie) Stosuje się jako potrzebnych dostosowań
Typów elementów pracy importu
Importowanie pliku kategorii
Importowanie plików konfiguracyjnych procesu
Sprawdź, czy dostępu do nowych funkcji
Dodatkowe zadania wymagane do interfejsu za pomocą Menedżera Test Microsoft:
Określenie typu błąd ma zostać utworzony w programie Microsoft Test Manager
Przyznać uprawnienia, aby przetestować członków zespołu
Uruchamianie Menedżera badania firmy Microsoft
Wymagania
Aby pobrać szablon procesu, musi być członkiem Administratorzy zbioru projektu grupy.Jeśli odpowiednie uprawnienia są ustawione w sposób jawny, Twój szablonu procesu Zarządzaj uprawnienie dla Kolekcja projektów zespołu musi być równa Zezwalaj na.
Aby uruchomić witadmin i tcm narzędzi wiersza polecenia, użytkownik musi należeć do jednej z następujących grup: Team Foundation Administratorzy, Administratorzy zbioru projektu, lub Administratorzy projektu dla zespołu projektu.
Aby udzielić uprawnień, użytkownik musi 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 zbioru zespołu projektu, musi być członkiem Administratorzy zbioru projektu grupy dla tej kolekcji, albo Twój Edytuj informacje o poziomie zbioru uprawnienie musi być ustawiona na Zezwalaj na.
Aby uzyskać więcej informacji, zobacz Team Foundation Uprawnienia serwera.
1.Zmień nazwę pola systemowe
Ponieważ nazwy przyjazne nazwy kilku pól systemu zostały zmienione w Visual Studio Team Foundation Server 2010, trzeba ręcznie zmienić nazwy tych pól w Twojej kolekcji projektu zespołu.Pola systemowe, których nazwy zostały zmienione obejmują System.AreaID, System.IterationID, System.HyperLinkCount, System.ExternalLinkCount i System.AttachedFileCount.
Wykonać to zadanie dla każdej kolekcji projektu zespołu zdefiniowane na Twój uaktualnionym Team Foundation Server.
Otwórz okno wiersza polecenia gdzie albo Visual Studio 2012 r. lub Team Explorer 2012 jest zainstalowany i wpisz:
cd %programfiles%\Microsoft Visual Studio 11.0\Common7\IDEW 64-bitowych wersji systemu Windows, należy zastąpić %programfiles% z %programfiles(x86)%.
Wpisz każde z następujących poleceń, podstawiając dane dotyczące argumentów, które zostaną wyświetlone, a następnie wybierz polecenie ENTER klucz.
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 dla CollectionURL: http://ServerName:Port/VirtualDirectoryName/CollectionName, na przykład: http://srvalm:8080/tfs/DefaultCollection.
Powrót do początku
2.(Tylko Agile) Zmień typ pozycji roboczej scenariusza
Aby zminimalizować ilość dostosowań, czego potrzebujesz, aby i zgodne z przyszłych aktualizacji szablonu procesu Agile, należy zmienić typ pozycji roboczej scenariusz do historii użytkownika.
[!UWAGA]
Oczywiście nazwy typu element scenariusz pracy będzie wymagać aktualizacji istniejących raportów i kwerend odwołujących się do scenariusza pracy typu towaru.Jednak ze względu na zmiany schematu do hurtowni danych z uaktualnienia do Team Foundation Server 2010, raporty istniejące lub sprzed uaktualnienia muszą być przerobione do pracy z nowego schematu.Zobacz Lokalizowanie raporty po uaktualnieniu do Team Foundation Server 2010.
To zadanie można wykonać 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 zostaną wyświetlone, a następnie wybierz polecenie ENTER klucz.
witadmin renamewitd /collection:CollectionURL /p:projectName /n:Scenario /new:"User Story".gif "Porada")
PoradaJeśli wyrażenie zawiera spacje, należy ująć parametru w cudzysłowie.Na przykład określić /p:"My Project X" kiedy swoją nazwę projektu zawiera spacje.
Powrót do początku
3.Pobierz najnowszą wersję programu MSF szablonu procesu.
Zobacz Pobierz najnowszą wersję szablony procesu.
| Porada |
|---|
Aby uzyskać dostęp do najnowszych wersji domyślne szablony procesów, należy zainstalować najnowszą aktualizację kwartalnych dla Team Foundation Server.Przepływ pracy dla kilku typów elementów pracy w najnowszej aktualizacji kwartalnych wprowadzono znaczące aktualizacje.Zmiany te obsługują przejścia do tyłu, tak aby podczas przypadkowo przeciągania elementu pracy na Kanban i Wyżywienia zadanie do stanu rozwiązane lub zamkniętych, można go przeciągać, wróć do wcześniejszego stanu przepływu pracy. Uaktualnienia można uzyskać z witryny pobierania firmy Microsoft: Kwartalnych aktualizacji dla programu Microsoft Visual Studio Team Foundation Server 2012. |
Powrót do początku
4.Typy łączy importu
Importowanie typów łączy, SharedSteps i TestedBy, znajduje się w folderze typy linków w szablonie procesu, który pobrano w zadanie 3.
Wykonać to zadanie dla każdej kolekcji projektu zespołu zdefiniowane na Twój uaktualnionym Team Foundation Server.
Wpisz następujące polecenia dwa, podstawiając dane dotyczące argumentów, które zostaną wyświetlone, a następnie wybierz polecenie ENTER klucz.
witadmin importlinktype /collection:CollectionURL /f:"DirectoryPath\TestedBy.xml" witadmin importlinktype /collection:CollectionURL /f:"DirectoryPath\SharedStep.xml"Dla DirectoryPath, określ lokalizację folderu typy linków pobranego szablonu procesu.Ścieżka do katalogu należy postępować zgodnie z tej struktury: dysk: \MSFTemplateFolder\WorkItem Tracking\LinkTypes.
Powrót do początku
5.(Opcjonalnie) Zastosowanie dostosowań do najnowszej wersji typów elementów pracy
Dostosowaniu któregokolwiek z następujących typów elementów pracy, należy zaktualizować najnowszą wersję tego typu z dostosowań.Następująca tabela zawiera podsumowanie pól, usuwane i dodawane do najnowszej wersji każdego szablonu procesu.
Typy elementów pracy Agile
Typ pozycji roboczej |
Usunięte pola |
Dodane pola |
|---|---|---|
Błąd |
|
|
Zadanie |
|
|
Historii użytkownika (poprzednio wspomniany scenariusz) |
|
Typy elementów pracy CMMI
Typ pozycji roboczej |
Usunięte pola |
Dodane pola |
|---|---|---|
Błąd |
|
|
Zadanie |
|
|
Wymóg |
|
Następujące typy dostosowań, które mogą być stosowane dodatki do pola, uzupełnienia lub zmiany, aby wybrać list lub uzupełnienia do przyczyn przepływu pracy.Nie należy zmieniać Stany przepływu pracy, ponieważ są one używane w procesie konfiguracji i Agile narzędzi planowania.Jeśli trzeba zmienić przepływ pracy, go zmienić po zakończeniu aktualizacji i skorzystali z porad dotyczących mapowania metastate tutaj: Dostosowywanie stron zaległości i tablic poprzez konfigurowanie procesów.
Jeśli używasz innych typów elementów pracy zdefiniowane w szablonie procesu i chcesz je zaktualizować do najnowszych wersji, następnie zastosować żadnych dostosowań wprowadzonych dla nich również.Jeżeli zdefiniowano typu elementu niestandardowego prac, służący do śledzenia przypadków testowych, należy zastosować dostosowań z tego typu przypadków testowych typ pozycji roboczej, wyposażone w najnowsze szablonu procesu.
Aby dowiedzieć się więcej o pracy z artefakty zapewnić te szablony procesów, zobacz następujące tematy:
Szablon procesu programowania zwinnego dla Visual Studio ALM(w wersji 6.0)
Szablon procesu CMMI dla Visual Studio ALM(w wersji 6.0)
Powrót do początku
6.Typów elementów pracy importu
Importowanie następujących typów elementów pracy, na podstawie szablonu procesu, którą użytkownik pracuje z.
Agile: błąd, zadanie, historii użytkownika, w przypadku testowego udostępnione kroki, wniosku o przegląd kodu, audyt kodu odpowiedzi, prośbę o opinii, opinie odpowiedzi
CMMI: błąd, zadanie, wymogu, przypadku testowego udostępnione kroki, wniosku o przegląd kodu, audyt kodu odpowiedzi, prośbę o opinii, opinie odpowiedzi
To zadanie można wykonać dla każdego zespołu projektu, który chcesz zaktualizować.
Należy wpisać następujące polecenie dla każdego typu elementu pracy potrzebny do importowania, podstawiając dane dotyczące argumentów, które zostaną wyświetlone, a następnie wybierz polecenie ENTER klucz.
witadmin importwitd /collection:CollectionURL /p:projectName /f:"DirectoryPath\WITName"PoradaOkreśl nazwę pliku xml i nie przyjazna nazwa typu elementu pracy.Na przykład określić CodeReviewRequest.xml dla typu kodu we wniosku o przegląd elementu pracy.
Dla DirectoryPath, określ lokalizację katalogu folderu TypeDefinitions dla szablonu procesu, który został pobrany.Ścieżka do katalogu należy postępować zgodnie z tej struktury: dysk: \MSFTemplateFolder\ Tracking\TypeDefinitions elementu pracy.
(Opcjonalnie) Sprawdź, czy typów elementów pracy są dostępne przez otwarcie Eksploratora zespołu lub dostępu do sieci Web zespołu.Może być konieczne odświeżania pamięci podręcznej Aby zobaczyć zmiany.
Powrót do początku
7.Importowanie pliku kategorie
Zaimportuj plik kategorii znajduje się w folderze śledzenia elementu pracy szablonu procesu, który został pobrany.Kategorie obsługuje intelligent grupowania typów elementów pracy.Aby dowiedzieć się więcej, zobacz Definiowanie kategorii — Grupowanie 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 polecenie ENTER klucz.
witadmin importcategories /collection:CollectionURL /p:projectName /f:"DirectoryPath\categories.xml"Dla DirectoryPath, określić ścieżkę do folderu śledzenia elementu pracy dla szablonu procesu, który został pobrany.Ścieżka do katalogu należy postępować zgodnie z tej struktury: dysk: \MSFTemplateFolder\WorkItem śledzenia.
Powrót do początku
8.Importowanie plików konfiguracyjnych procesu
Pliki konfiguracyjne proces określają układ i funkcje dostępne na kolejnych stronach zaległości i wyżywienie Team Web Access.Aby użyć tych stron, należy zaimportować pliki konfiguracyjne procesu w kolejności podanej
Aby zaimportować pliki definicji dla procesu konfiguracji, należy wpisać dwa następne polecenia, po kolei, podstawiając dane dotyczące argumentów, które zostaną wyświetlone, a następnie wybierz polecenie Enter klucz.
witadmin importcommonprocessconfig /collection:CollectionURL /p:" ProjectName" /f:"DirectoryPath\CommonConfiguration.xml" witadmin importagileprocessconfig /collection:CollectionURL /p:" projectName" /f:"DirectoryPath\AgileConfiguration.xml"Dla DirectoryPath, określić ścieżkę do folderu proces pobranego szablonu procesu.Ścieżka do katalogu należy postępować zgodnie z tej struktury: dysk: \MSFTemplateFolder\WorkItem Tracking\Process.
Powrót do początku
9.Sprawdź, czy dostępu do nowych funkcji
Wykonywanie zadań określonych w Weryfikowanie dostępności nowych funkcji.
[!UWAGA]
Nie musisz wykonywać dodatkowe kroki, aby zaktualizować przepływ pracy, w przypadku projektów zespołowych Agile, zgodnie z instrukcją: Aktualizowanie przepływu pracy do zespołowych projektów Agile.Wykonując procedury opisane w tym temacie będzie zastosowano te zmiany już.
Powrót do początku
Dodatkowe zadania do interfejsu za pomocą Menedżera badania firmy Microsoft
Wykonywanie następujących zadań do wykonania aktualizacje wymagane do interfejsu za pomocą Menedżera Test.
.gif "Ff452591.collapse_all(pl-pl,VS.110).gif")
1.Określenie typu błąd ma zostać utworzony w programie Microsoft Test Manager
Do obsługi automatycznego utworzenia elementu pracy do śledzenia kodu wad lub błędów, które znajdują się, gdy członek zespołu testu używa Test Manager, należy określić typ błąd stosowaną do istniejącego projektu zespołu.tcm bugfieldmapping Polecenie obsługuje import i Eksport pliku mapowania do zespołu projektu.Plik mapowania definiuje typ elementu pracy, aby utworzyć i pól danych trzy do wypełnienia przez Test Manager.Trzy pola są powtarzalne czynności, informacje o systemie i budować w której znaleziono wada.Jeśli testera uruchamia test i znajdzie wadę, mogą utworzyć błąd, w którym te trzy pola są wypełnione automatycznie.
Otwórz Notatnik lub edytora 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 pozycji roboczej, którego używasz do tworzenia kodu wad jest oznaczona jako coś innego niż "Błąd", zastąp "Błąd" w poprzednim przykładzie nazwą tego typu elementu pracy.
Zapisz plik i nadaj jej 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 polecenie ENTER klucz.
tcm bugfieldmapping /import /mappingfile:"DirectoryPath\bugfieldmappings.xml" /collection:CollectionURL /teamproject:projectNameDla DirectoryPath, określ folder, w którym został zapisany plik bugfieldmappings.xml.
Aby uzyskać więcej informacji, zobacz Określenie rodzaju usterki pliku przy użyciu programu Microsoft Test Manager.
Powrót do początku
2.Przyznać uprawnienia, aby przetestować członków zespołu
Należy przyznać uprawnienia do członków zespołu, którzy zarządzania środowisk testowych i przetestować konfiguracje, tworzenie i wyświetlanie testów i wykonywać inne zadania.
W poniższej tabeli opisano uprawnienia, które kontrolują dostęp do testowania funkcji i pomocy technicznej, relacje z zespołu projektu do testowania.Ponadto informuje o prowadzi domyślnych przypisań, które są w wersji 5.0 szablony procesów MSF oprócz zalecane uprawnienia, aby udzielić ręczne testerzy i przetestować.
Uprawnienie |
Opis |
Zakres |
Czytniki |
Współautorzy |
Konstruktorzy |
Zalecane dla testerów ręczne |
Zalecane dla prowadzi badania |
|---|---|---|---|---|---|---|---|
Wyświetlanie informacji o poziomie projektu |
Można przeglądać członkostwa grup poziomu projektu i uprawnień tych członków. |
Poziomu projektu |
.png "Znacznik wyboru"){kind=icon} |
|
|
|
|
Przebiegi próbne widoku |
Można wyświetlać planów testowania w tym węźle. |
Poziomu projektu |
|
|
|
|
|
Tworzenie testów |
Można dodać i usunąć wyniki badań oraz dodawać lub modyfikować testów dla zespołu projektu. |
Poziomu projektu |
|
|
|
|
|
Zarządzaj konfiguracji testów |
Można tworzyć i usuwać konfiguracji testów dla zespołu projektu. |
Poziomu projektu |
|
|
|
||
Zarządzanie środowisk testowych |
Można tworzyć i usuwać środowisk testowych do zespołu projektu. |
Poziomu projektu |
|
|
|
||
Usuń przebiegu badania |
Można usunąć zaplanowanego test dla zespołu projektu. |
Poziomu projektu |
|
|
|
||
Wyświetlić ten węzeł |
Można przejrzeć ustawienia zabezpieczeń dla węzła obszaru. |
Obszar węzła |
|
|
|
|
|
Zarządzaj planów testowania |
Można tworzyć i edytować planów testowania, które są przypisane w węźle obszaru.Jeśli plany test nie był być prawidłowo, można również usunąć je. |
Obszar węzła |
|
|
|
|
|
Zarządzanie kontrolerami testu |
Można zarejestrować lub wyrejestrować kontrolerów test dla Kolekcja projektów zespołu. |
Kolekcja projektów |
|
Można udzielić uprawnień przez zgodnie z procedurami, które są wskazane dla obszaru określonego zakresu:
Można ustawić uprawnienia na poziomie projektu lub uprawnienia węzła obszaru na stronie Administracja z Team Web Access.Zobacz Zarządzanie uprawnieniami i Tworzenie i modyfikowanie obszarów i iteracje.
Można ustawić uprawnienia kolekcji projektu z Team Explorer wybierając zespołu, ustawienia Kolekcja projektów zespołu, bezpieczeństwo, otwierając i za pomocą konsoli administracyjnej dla Team Foundation, lub za pomocą TFSSecurity i tf z narzędzi wiersza polecenia.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.Uruchamianie Menedżera badania firmy Microsoft
Po ukończeniu uaktualniania zadania, które opisano wcześniej w tym temacie, można uruchomić Microsoft Test Manager, a następnie połączyć się z projektu i na początku planowania Twoje wysiłki na rzecz badań.Aby uzyskać więcej informacji, zobacz Testowanie aplikacji.
Powrót do początku
Dodatkowe informacje o zmianach dokonanych w przypadku uaktualniania TFS
Po uaktualnieniu programu Visual Studio Team System 2008 Team Foundation Server do 2012 r. TFS, otrzymasz aktualizacje wprowadzone do TFS 2010 i TFS 2012.Było kilka zmian architektury wraz z wydaniem TFS 2010.Aby dowiedzieć się więcej na temat zmian wprowadzonych przez uaktualnienie do najnowszej wersji programu TFS z Visual Studio Team System 2008 Team Foundation Server, zobacz następujące zasoby:
Aktualizowanie projektu zespołu uaktualniony dostępu do nowych funkcji, (art. VS Informatykami 2010)
Lokalizowanie raporty po uaktualnienia do programu Team Foundation Server 2010 (art. VS Informatykami 2010)
Zmiany i uzupełnienia do schematu dla modułu usług Analysis (art. VS Informatykami 2010)
Zmiany wprowadzone do zespołów projektów i domyślnych szablonów procesów w czasie aktualizacji serwera Team Foundation Server(Artykuł VS Informatykami 2012)
Zobacz też
Koncepcje
Aktualizowanie ulepszonych projektów zespołowych w celu uzyskania dostępu do nowych funkcji
Inne zasoby
witAdmin: dostosowywanie obiektów i zarządzanie nimi w celu śledzenia elementów pracy