Sdílet prostřednictvím


Aktualizace týmového projektu na základě šablony procesu MSF v4.2

Pokud jste provedli upgrade ze serveru Visual Studio Team System 2008 Team Foundation Server na server Team Foundation Server 2013, týmový projekt můžete aktualizovat ručně.Pokud byl váš týmový projekt založen na šabloně procesu prostředí Microsoft Solutions Framework (MSF) verze 4.2, řiďte se postupy v tomto tématu.Jakmile použijete tyto aktualizace, budete moci získat přístup k novým funkcím popsaným v Aktualizace upgradovaného týmového projektu s cílem získat přístup k novým funkcím a také rozhraní s Microsoft Test Manager.

Důležitá poznámkaDůležité

Stačí postupovat podle kroků v tomto tématu při upgradu týmového projektu vytvořeného ze šablony procesu v Visual Studio Team System 2008 Team Foundation Server nebo takové, která neobsahuje pracovní položky typy testovacích procesů a sdílených kroků.

Tyto postupy budou podporovat pouze přístup k novým funkcí dostupným s Team Foundation Server 2012.Další práce je nutná pro přidání nových dotazů nebo nejnovější sestav, aktualizaci přizpůsobených sestav nebo přístup k řídicím panelům.Další informace naleznete v tématu Další informace o změnách provedených při inovaci TFS.

Aktualizovat úkoly vyžadované pro přístup k novým funkcím:

  1. Přejmenovat systémová pole

  2. (Pouze pro agilní) Přejmenovat scénář k příběhu uživatele

  3. Stažení nejnovější verze šablony procesu MSF

  4. Import typů odkazů

  5. (Volitelné) Použít jako potřebné úpravy

  6. Import typů pracovních položek

  7. Importovat soubor kategorií

  8. Importovat soubory konfigurace procesu

  9. Ověřit přístup k novým funkcím

Další úkoly vyžadované pro rozhraní s aplikací Microsoft Test Manager:

  1. Určete typ chyby, který má být vytvořen v nástroji Microsoft Test Manager

  2. Udělit oprávnění k testování členů týmu

  3. Spustit Microsoft Test Manager

Požadavky

  • Chcete-li stáhnout šablonu procesu, musíte být členem skupiny Správci kolekce projektu.Pokud jsou požadovaná oprávnění zabezpečení nastavena explicitně, vaše oprávnění Spravovat šablonu procesu pro kolekci týmových projektů musí být nastaveno na hodnotu Povolit.

  • Chcete-li spustit nástroje příkazového řádku witadmin a tcm, musíte být členem jedné z následujících skupin: Správci serveru Team Foundation, Správci kolekce projektu nebo Správci projektů pro týmový projekt.

  • Chcete-li udělit oprávnění, musíte být členem skupiny pro správu na úrovni skupiny, kterou chcete změnit.Například pokud chcete změnit oprávnění pro skupinu nebo uživatele na úrovni kolekce týmového projektu, musíte být členem skupiny Správci kolekcí projektů pro danou kolekci, nebo vaše oprávnění Úprava informací o úrovni kolekce musí být nastaveno na hodnotu Povolit.

    Další informace naleznete v tématu Oprávnění v prostředí Team Foundation Server.

1.Přejmenovat systémová pole

Protože popisné názvy několika polí systému byly změněny v Visual Studio Team Foundation Server 2010, je nutné ručně přejmenovat tato pole v kolekci týmových projektů.Systémová pole, která byly přejmenována, zahrnují System.AreaID, System.IterationID, System.HyperLinkCount, System.ExternalLinkCount a System.AttachedFileCount.

Tuto úlohu proveďte pro každou kolekci týmového projektu definovanou v upgradovaném serveru Team Foundation Server.

  1. Otevřete okno příkazového řádku, kde je nainstalována aplikace Visual Studio 2012 nebo Průzkumník týmových projektů 2012 a zadejte:

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

    V 64bitové verzi systému Windows nahraďte %programfiles% za %programfiles(x86)%.

  2. Zadejte všechny následující příkazy, přičemž nahradíte svá data za argumenty, které jsou zobrazeny, a pak zvolíte klíč 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"
    

    Tento formát je vhodný pro CollectionURL: http://ServerName:Port/VirtualDirectoryName/CollectionName, například: http://srvalm:8080/tfs/DefaultCollection.

    Zpět na začátek

2. (Pouze pro agilní) Přejmenovat scénář typu pracovní položky

Chcete-li minimalizovat množství vlastního nastavení, které potřebujete provést a být v souladu s budoucími aktualizacemi šablonou procesu Agile, je třeba přejmenovat typ pracovní položky na uživatelský scénář.

[!POZNÁMKA]

Samozřejmě přejmenování typu pracovní položky Scénář bude vyžadovat aktualizaci existujících sestav a dotazů, které se odkazují na typ pracovní položky Scénář.Nicméně z důvodu změn schématu provedených v datovém skladě při upgradu na Team Foundation Server 2010 je třeba přepsat již existující hlášení nebo hlášení vzniklá před upgradem, aby fungovala spolu s novým schématem.Viz Vyhledání zpráv po upgradu v sadě Team Foundation Server 2010.

Tuto úlohu proveďte u každého týmového projektu, který chcete aktualizovat.

  • Zadejte následující příkaz, přičemž nahradíte svá data za argumenty, které jsou zobrazeny, a pak zvolíte klíč ENTER.

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

    Tip

    Pokud parametr obsahuje mezery, uzavřete jej do uvozovek.Pokud například název projektu obsahuje mezery zadejte /p:"My Project X".

Zpět na začátek

3.Stažení nejnovější verze šablony procesu MSF

Viz téma Stažení nejnovější verze šablon procesů.

Tip

Chcete-li získat přístup k nejnovější verzi výchozích šablon procesů, nainstalujte nejnovější čtvrtletní aktualizaci pro Team Foundation Server.Byly provedeny významné aktualizace v pracovním postupu pro několik typů pracovních položek v nejnovější čtvrtletní aktualizaci.Tyto změny podporují zpětný převod pro případ, že dojde k neúmyslnému přetažení pracovní položky na desce Kanban nebo na panelu úloh do stavu „vyřešeno“ nebo „uzavřeno“. Nyní ji můžete přetáhnout zpět do předchozího stavu pracovního postupu.

Můžete získat upgrade ze serveru pro stahování společnosti Microsoft: Čtvrtletní aktualizace pro aplikaci Microsoft Visual Studio Team Foundation Server 2012.

Zpět na začátek

4.Import typů odkazů

Importujte typy odkazů, SharedSteps a TestedBy, umístěné ve složce LinkTypes v šabloně procesu, který jste stáhli v úkolu 3.

Tuto úlohu proveďte pro každou kolekci týmového projektu definovanou v upgradovaném serveru Team Foundation Server.

  • Zadejte následující dva příkazy, přičemž nahradíte svá data za argumenty, které jsou zobrazeny, a pak zvolíte klíč ENTER.

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

    V případě DirectoryPath zadejte umístění složky LinkTypes obsahující staženou šablonu procesu.Cesta k adresáři musí obsahovat tuto strukturu: Drive:\MSFTemplateFolder\WorkItem Tracking\LinkTypes.

    Zpět na začátek

5. (Volitelné) Použít vlastní nastavení pro nejnovější verze typů pracovních položek

Pokud jste upravili některé z následujících typů položek práce, měli byste aktualizovat nejnovější verze těchto typů svými vlastními úpravami.Následující tabulky shrnují pole odebraná a přidaná v nejnovějších verzích každé šablony procesu.

Agilní typy pracovních položek

Typ pracovní položky

Odebraná pole

Přidaná pole

Chyba

  • Problém (Microsoft.VSTS.Common.Issue)

  • Pořadí (Microsoft.VSTS.Common.Rank) nahrazeno zásobníkem pořadí

  • Název testu (Microsoft.VSTS.Test.TestName)

  • Test Id (Microsoft.VSTS.Test.TestId)

  • Cesta testu (Microsoft.VSTS.Test.TestPath)

  • Třídění (Microsoft.VSTS.Common.Triage)

Úloha

  • Práce podle směrného plánu (Microsoft.VSTS.Scheduling.BaselineWork), nahrazena původním odhadem

  • Disciplína (Microsoft.VSTS.Common.Discipline) nahrazena aktivitou

  • Ukončit kritéria (Microsoft.VSTS.Common.ExitCriteria)

  • Problém (Microsoft.VSTS.Common.Issue)

  • Pořadí (Microsoft.VSTS.Common.Rank) nahrazeno zásobníkem pořadí

  • Hierarchie úkolů (Microsoft.VSTS.Scheduling.TaskHierarchy)

Uživatelský scénář (dříve scénář)

  • Ukončit kritéria (Microsoft.VSTS.Common.ExitCriteria)

  • Problém (Microsoft.VSTS.Common.Issue)

  • Surové řádově (Microsoft.VSTS.Common.RoughOrderOfMagnitude) nahrazen body scénářů

Typy pracovních položek CMMI

Typ pracovní položky

Odebraná pole

Přidaná pole

Chyba

  • Práce podle směrného plánu (Microsoft.VSTS.Scheduling.BaselineWork), nahrazena původním odhadem

  • Odhad (Microsoft.VSTS.CMMI.Estimate)

  • Problém (Microsoft.VSTS.Common.Issue)

  • Pořadí (Microsoft.VSTS.Common.Rank) nahrazeno zásobníkem pořadí

  • Kroky k reprodukci (Microsoft.VSTS.CMMI.StepsToReproduce), nahrazené možností Reprodukovat kroky

  • Název testu (Microsoft.VSTS.Test.TestName)

  • Test Id (Microsoft.VSTS.Test.TestId)

  • Cesta testu (Microsoft.VSTS.Test.TestPath)

Úloha

  • Práce podle směrného plánu (Microsoft.VSTS.Scheduling.BaselineWork), nahrazena původním odhadem

  • Odhad (Microsoft.VSTS.CMMI.Estimate)

  • Ukončit kritéria (Microsoft.VSTS.Common.ExitCriteria)

  • Problém (Microsoft.VSTS.Common.Issue)

  • Pořadí (Microsoft.VSTS.Common.Rank) nahrazeno zásobníkem pořadí

  • Hierarchie úkolů (Microsoft.VSTS.Scheduling.TaskHierarchy)

  • Název testu (Microsoft.VSTS.Test.TestName)

  • Test Id (Microsoft.VSTS.Test.TestId)

  • Cesta testu (Microsoft.VSTS.Test.TestPath)

Požadavek

  • Práce podle směrného plánu (Microsoft.VSTS.Scheduling.BaselineWork), nahrazena původním odhadem

  • Dokončená práce (Microsoft.VSTS.Scheduling.CompletedWork)

  • Odhad (Microsoft.VSTS.CMMI.Estimate) nahrazený za plánování velikosti

  • Ukončit kritéria (Microsoft.VSTS.Common.ExitCriteria)

  • Problém (Microsoft.VSTS.Common.Issue)

  • Pořadí (Microsoft.VSTS.Common.Rank) nahrazeno zásobníkem pořadí

  • Zbývající práce (Microsoft.VSTS.Scheduling.RemainingWork)

Mezi typy vlastního nastavení, které můžete použít, patří dodatky pole, dodatky nebo změny seznamů výběru nebo dodatky, které mají pracovní důvody.Neměňte stavy pracovního postupu, protože jsou používány v procesu konfigurace a v nástrojích pro plánování Agile.Pokud je nutné změnit pracovní postup, změňte jej po dokončení aktualizace a řiďte se pokyny pro mapování metastavů, které jsou k dispozici zde: Konfigurace a přizpůsobení nástrojů pro agilní plánování pro týmový projekt.

Používáte-li jiné typy pracovních položek definované v šabloně procesu a chcete je aktualizovat na nejnovější verze, pak použijte také veškeré vlastní úpravy, které jste pro ně vytvořili.Také pokud jste definovali vlastní typ pracovní položky, který používáte ke sledování testovacích případů, měli byste použít úpravy z tohoto typu na typ pracovní položky Testovací případ dodaný s nejnovější šablonou procesu.

Další informace o práci s artefakty, které tyto šablony procesů poskytují, naleznete v následujících tématech:

Zpět na začátek

6.Import typů pracovních položek

Importujte následující typy pracovních položek na základě šablony procesu, se kterou pracujete.

  • Agilní: chyba, úkol, uživatelský scénář, testovací případ, sdílené kroky, žádost o revizi kódu, odpověď na revizi kódu, žádost o zpětnou vazbu, odpověď na zpětnou vazbu

  • CMMI: chyba, úkol, požadavek, testovací případ, sdílené kroky, žádost o revizi kódu, odpověď revize kódu, žádost o zpětnou vazbu, odpověď na zpětnou vazbu

Tuto úlohu proveďte u každého týmového projektu, který chcete aktualizovat.

  • Zadejte všechny následující příkaz pro každý typ pracovní položky, kterou chcete importovat, přičemž nahradíte svá data za argumenty, které jsou zobrazeny, a pak zvolíte klíč ENTER.

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

    Tip

    Zadejte název souboru xml a nikoli popisný název typu pracovní položky.Například zadejte CodeReviewRequest.xml pro typ pracovní položky Žádost o revizi kódu.

    V případě DirectoryPath zadejte umístění adresáře se složkou TypeDefinitions obsahující staženou šablonu procesu.Cesta k adresáři musí obsahovat tuto strukturu: Drive:\MSFTemplateFolder\WorkItem Tracking\TypeDefinitions.

  • (Volitelné) Ověřte, že jsou typy pracovních položek dostupné, tak, že otevřete Průzkumníka týmu nebo Team Web Access.Pravděpodobně budete muset aktualizovat mezipaměť, aby se změny projevily.

Zpět na začátek

7.Importovat soubor kategorií

Importujte soubor kategorie umístěný ve složce Sledování pracovní položky stažené šablony procesu.Kategorie podporují inteligentní seskupení typů pracovní položky.Další informace naleznete v tématu Seskupení typů pracovních položek pomocí kategorií.

  • V okně příkazového řádku zadejte následující příkaz, přičemž nahradíte svá data za argumenty, které jsou zobrazeny, a pak zvolíte klíč ENTER.

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

    Pro DirectoryPath zadejte cestu ke složce pro sledování pracovní položky obsahující staženou šablonu procesu.Cesta k adresáři musí obsahovat tuto strukturu: Drive:\MSFTemplateFolder\WorkItem Tracking.

Zpět na začátek

8.Importovat soubor konfigurace procesu

Soubor konfigurace procesu určuje rozložení a funkce, které jsou k dispozici prostřednictvím stránky nevyřízené položky a panelem Team Web Access.Chcete-li používat tyto stránky, je nutné importovat konfigurační soubor procesu.

  • Importujte soubor definice pro konfiguraci procesu.

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

    Pro DirectoryPath zadejte cestu ke složce procesu obsahující staženou šablonu procesu.Cesta k adresáři musí obsahovat tuto strukturuDrive: \TemplateFolder\WorkItem Tracking\Process.

Zpět na začátek

9.Ověřit přístup k novým funkcím

Provádění úkolů uvedených v Ověření dostupnosti nových funkcí.

[!POZNÁMKA]

Nebudete muset provést další kroky k aktualizaci pracovního postupu pro agilní týmové projekty, jak je zde popsáno: Aktualizace pracovního postupu u týmových projektů založených na agilním plánování.Pokud jste postupovali podle pokynů v tomto tématu, tyto změny jsou již použity.

Zpět na začátek

Další úkoly pro rozhraní s aplikací Microsoft Test Manager

Proveďte následující úkoly k dokončení aktualizací požadovaných rozhraním s nástrojem Test Manager.

1.Určete typ chyby, který má být vytvořen v nástroji Microsoft Test Manager

Pro podporu automatického vytváření pracovní položky pro sledování závady nebo chyb kódu, které byly nalezeny při používání Test Manager členem testovacího týmu, je třeba zadat typ chyby pro existující týmový projekt.Příkaz tcm bugfieldmapping podporuje příkaz import a export souboru mapování pro týmový projekt.Mapování souboru definuje typ pracovní položky, který chcete vytvořit a tři datová pole pro vyplnění podle Test Manager.Tři pole jsou reprodukovatelné kroky, systémové informace a sestavení, v nichž byla nalezena chyba.Když se testerovi spustí test a zjistí vadu, může vytvořit chybu, ve které jsou tři pole automaticky vyplněna.

  1. Otevřete Poznámkový blok nebo textový editor a poté zkopírujte do souboru následující kód:

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

    [!POZNÁMKA]

    Pokud je typ pracovní položky, který použijete k vytvoření vady kódu, označen jinak než „Chyba“, nahraďte slovo „Chyba“ v předchozím příkladu názvem daného typu pracovní položky.

  2. Uložte soubor a popište ho bugfieldmappings.xml.

  3. V okně příkazového řádku zadejte následující příkaz, přičemž nahradíte svá data za argumenty, které jsou zobrazeny, a pak zvolíte klíč ENTER.

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

    V případě DirectoryPath určete složku, kam jste uložili soubor bugfieldmappings.xml.

    Další informace naleznete v tématu Přizpůsobení a správa testovacího prostředí [tcm a Microsoft Test Manager].

Zpět na začátek

2.Udělit oprávnění k testování členů týmu

Je třeba udělit oprávnění pro členy týmu, kteří budou spravovat testovací prostředí a konfigurace, vytvoří a zobrazí zkušební spuštění a budou provádět další úkoly.

Následující tabulka popisuje oprávnění, která řídí přístup k testovacím funkcí a podporu propojení s týmovým projektem pro testování.Označuje také výchozí přiřazení vytvořená ve verzi 5.0 šablon procesů MSF, kromě doporučených oprávnění k udělení ručním testerům a vedoucím testování.

Oprávnění

Description

Rozsah

Čtenáři

Přispěvatelé

Nástroje pro tvorbu

Doporučeno pro ruční testery

Doporučeno pro vedoucí testů

Zobrazit informace na úrovni projektu

Může zobrazit členství skupin na úrovni projektu a oprávnění těchto členů.

Úroveň projektu

zaškrtávací políčko zaškrtávací políčko zaškrtávací políčko zaškrtávací políčko zaškrtávací políčko

Zobrazení spuštění testů

Zkušební plány lze zobrazit v tomto uzlu.

Úroveň projektu

zaškrtávací políčko zaškrtávací políčko zaškrtávací políčko zaškrtávací políčko zaškrtávací políčko

Vytvořit testovací spuštění

Může přidat a odebrat výsledky testů a přidat nebo změnit testovací spouštění pro týmový projekt.

Úroveň projektu

zaškrtávací políčko zaškrtávací políčko zaškrtávací políčko zaškrtávací políčko

Spravovat konfiguraci testu

Můžete vytvářet a odstraňovat konfigurace testů pro projekt týmu.

Úroveň projektu

zaškrtávací políčko zaškrtávací políčko

zaškrtávací políčko

Spravovat testovací prostředí

Můžete vytvářet a odstraňovat prostředí testů pro projekt týmu.

Úroveň projektu

zaškrtávací políčko zaškrtávací políčko

zaškrtávací políčko

Odstranit testovací běhy

Můžete odstranit naplánovaný test pro projekt týmu.

Úroveň projektu

zaškrtávací políčko zaškrtávací políčko

zaškrtávací políčko

Zobrazit tento uzel

Může zobrazit nastavení zabezpečení uzlu oblasti.

Oblast uzlu

zaškrtávací políčko zaškrtávací políčko zaškrtávací políčko

zaškrtávací políčko

Spravovat testovací plány

Můžete vytvářet a upravovat plány testování, které jsou přiřazeny k oblasti uzlu.Pokud nebyly spuštěny zkušební plány, můžete je také odstranit.

Oblast uzlu

zaškrtávací políčko zaškrtávací políčko zaškrtávací políčko zaškrtávací políčko

Spravovat testovací kontroléry

Může vytvářet a rušit registraci testovacích řadičů pro kolekci týmového projektu.

Kolekce projektu

zaškrtávací políčko

Pomocí následujících postupů, které jsou určeny pro konkrétní obor oblasti, můžete udělit oprávnění:

  • Můžete nastavit oprávnění na úrovni projektu nebo uzlu ze stránky Správa Team Web Access.Více o tématu v Správa oprávnění a Přidání a změna cest oblastí a iterací.

  • Můžete nastavit oprávnění kolekce projektu z Průzkumník týmových projektů výběrem týmu, nastavení kolekce týmu projektu, zabezpečení, otevřením a použitím konzoly pro správu pro Team Foundation nebo pomocí nástroje příkazového řádku TFSSecurity a tf.Další informace naleznete v tématu Collection-Level Groups.

Další informace naleznete v tématu Změnit oprávnění pro uživatele nebo skupiny.

Zpět na začátek

3.Spustit Microsoft Test Manager

Po dokončení úloh upgradu, které jsou popsány dříve v tomto tématu, můžete spustit Microsoft Test Manager, připojit se k projektu a začít plánovat své testy.Další informace naleznete v tématu Testování aplikace.

Zpět na začátek

Další informace o změnách provedených při inovaci TFS

Při upgradu z Visual Studio Team System 2008 Team Foundation Server na TFS 2012 obdržíte aktualizace provedené v TFS 2010 i TFS 2012.Došlo k několika architektonickým změnám s vydáním TFS 2010.Další informace o změnách provedených upgradem na nejnovější verzi TFS z Visual Studio Team System 2008 Team Foundation Server naleznete v následujících zdrojích:

Viz také

Koncepty

Aktualizace upgradovaného týmového projektu s cílem získat přístup k novým funkcím

Další zdroje

witAdmin: Přizpůsobení a správa objektů pro sledování práce