Aggiornare un progetto team in base a un modello di processo MSF v4.2.
Se è stato eseguito l'aggiornamento da Visual Studio Team System 2008 Team Foundation Server a Team Foundation Server 2013, è possibile aggiornare il progetto team manualmente. Se il progetto team è basato su un modello di processo di Microsoft Solutions Framework (MSF) versione 4.2, seguire le procedure in questo argomento. Dopo aver applicato gli aggiornamenti, sarà possibile accedere alle nuove funzionalità descritte in Configurare funzionalità dopo un aggiornamento di TFS e all'interfaccia con Microsoft Test Manager.
Importante
Seguire le procedure in questo argomento solo se si aggiorna un progetto team creato con un modello di processo fornito con Visual Studio Team System 2008 Team Foundation Server o che non contiene i tipi di elemento di lavoro Test case e Passi condivisi.
Queste procedure supportano solo l'accesso alle funzionalità disponibili con Team Foundation Server 2012.Sono necessarie altre operazioni per aggiungere nuove query o i report più recenti, aggiornare i report personalizzati o accedere ai dashboard.Per altre informazioni, vedere Informazioni aggiuntive sulle modifiche apportate per l'aggiornamento di TFS.
Aggiornare le attività richieste per accedere alle nuove funzionalità:
Rinominare i campi di sistema
(Solo Agile) Rinominare Scenario in Storia utente
Scaricare la versione più recente del modello di processo MSF
Importare i tipi di collegamento
(Facoltativo) Applicare le personalizzazioni necessarie
Importare i tipi di elemento di lavoro
Importare il file delle categorie
Importare i file di configurazione del processo
Verificare l'accesso alle nuove funzionalità
Attività aggiuntive richieste per interfacciarsi con Microsoft Test Manager:
Specificare il tipo di bug da creare in Microsoft Test Manager
Concedere le autorizzazioni ai membri del team di testing
Avviare Microsoft Test Manager
Requisiti
Per scaricare un modello di processo, è necessario essere membri del gruppo Project Collection Administrators. Se le autorizzazioni di sicurezza richieste sono impostate esplicitamente, l'autorizzazione Gestisci modello di processo per la raccolta di progetti team deve essere impostata su Consenti.
Per eseguire gli strumenti da riga di comando witadmin e tcm, è necessario essere membri di uno dei seguenti gruppi: Team Foundation Administrators, Project Collection Administrators o Project Administrators per il progetto team.
Per concedere le autorizzazioni è necessario essere membri del gruppo amministrativo al livello del gruppo da modificare. Ad esempio, per modificare le autorizzazioni per un gruppo o un utente a livello di raccolta di progetti team, è necessario essere membri del gruppo Project Collection Administrators per la raccolta specificata oppure l'autorizzazione Modifica informazioni a livello di raccolta deve essere impostata su Consenti.
Per altre informazioni, vedere Riferimento alle autorizzazioni per Team Foundation Server.
1.Rinominare i campi di sistema
Poiché i nomi descrittivi di diversi campi di sistema sono stati rinominati in Visual Studio Team Foundation Server 2010, è necessario rinominare manualmente questi campi nella raccolta di progetti team. I campi di sistema rinominati includono System.AreaID, System.IterationID, System.HyperLinkCount, System.ExternalLinkCount e System.AttachedFileCount.
Eseguire questa attività per ogni raccolta di progetti team definita nella versione aggiornata di Team Foundation Server.
Aprire una finestra Prompt dei comandi in cui è installato Visual Studio 2012 o Team Explorer 2012 e digitare:
cd %programfiles%\Microsoft Visual Studio 12.0\Common7\IDEIn una versione a 64 bit di Windows sostituire %programfiles% con %programfiles(x86)%.
Digitare i comandi seguenti, sostituendo i dati negli argomenti visualizzati con i propri, quindi scegliere INVIO.
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"Usare questo formato per CollectionURL: http://ServerName:Port/VirtualDirectoryName/CollectionName, ad esempio: http://srvalm:8080/tfs/DefaultCollection.
Torna all'inizio
2.(Solo Agile) Rinominare il tipo di elemento di lavoro dello scenario
Per ridurre la quantità di personalizzazioni e garantire la conformità con gli aggiornamenti futuri del modello di processo Agile, rinominare il tipo di elemento di lavoro Scenario in Storia utente.
Nota
Naturalmente, la ridenominazione del tipo di elemento di lavoro Scenario richiede di aggiornare i report esistenti e le query che fanno riferimento al tipo di elemento di lavoro Scenario.Tuttavia, a causa delle modifiche allo schema apportate nel data warehouse con l'aggiornamento a Team Foundation Server 2010, i report preesistenti o pre-aggiornamento devono essere riscritti per funzionare con il nuovo schema.Vedere Individuazione di report dopo l'aggiornamento a Team Foundation Server 2010.
Eseguire questa attività per ogni progetto team da aggiornare.
Digitare il comando seguente, sostituendo i dati negli argomenti visualizzati con i propri, quindi scegliere INVIO.
witadmin renamewitd /collection:CollectionURL /p:projectName /n:Scenario /new:"User Story"Suggerimento
Racchiudere un parametro tra virgolette quando contiene degli spazi.Ad esempio, specificare /p:"My Project X" quando il nome del progetto contiene degli spazi.
Torna all'inizio
3.Scaricare la versione più recente del modello di processo MSF
Vedere Scaricare la versione più recente dei modelli di processo.
Suggerimento
Per ottenere l'accesso alle ultime versioni dei modelli di processo predefiniti, installare l'ultimo aggiornamento trimestrale per Team Foundation Server.Nell'ultimo aggiornamento trimestrale sono stati apportati aggiornamenti significativi al flusso di lavoro per molti tipi di elemento di lavoro.Queste modifiche supportano le transizioni a ritroso grazie alle quali, quando inavvertitamente si trascina un elemento di lavoro nella bacheca Kanban o nell'area attività su uno stato Risolto o Chiuso, è possibile trascinarlo di nuovo su uno stato precedente del flusso di lavoro.
È possibile ottenere l'aggiornamento dal sito di download Microsoft: Visual Studio Team Foundation Server 2012 con Aggiornamento 4.
Torna all'inizio
4.Importare i tipi di collegamento
Importare i tipi di collegamento, SharedSteps e TestedBy, disponibili nella cartella LinkTypes nel modello di processo scaricato nell'attività 3.
Eseguire questa attività per ogni raccolta di progetti team definita nella versione aggiornata di Team Foundation Server.
Digitare i due comandi seguenti, sostituendo i dati negli argomenti visualizzati con i propri, quindi scegliere INVIO.
witadmin importlinktype /collection:CollectionURL /f:"DirectoryPath\TestedBy.xml" witadmin importlinktype /collection:CollectionURL /f:"DirectoryPath\SharedStep.xml"Per DirectoryPath specificare la posizione della cartella LinkTypes per il modello di processo scaricato. Il percorso della directory deve seguire questa struttura: Unità:\MSFTemplateFolder\Traccia WorkItem\LinkTypes.
Torna all'inizio
5.(Facoltativo) Applicare le personalizzazioni alle versioni più recenti dei tipi di elemento di lavoro
Se i seguenti tipi di elemento di lavoro sono stati personalizzati, aggiornare l'ultima versione dei tipi con le personalizzazioni. Le tabelle seguenti riepilogano i campi rimossi e aggiunti nelle ultime versioni di ciascun modello di processo.
Tipi di elemento di lavoro Agile
Tipo di elemento di lavoro |
Campi rimossi |
Campi aggiunti |
|---|---|---|
Bug |
|
|
Attività |
|
|
Storia utente (denominato in precedenza Scenario) |
|
Tipi di elemento di lavoro CMMI
Tipo di elemento di lavoro |
Campi rimossi |
Campi aggiunti |
|---|---|---|
Bug |
|
|
Attività |
|
|
Requisito |
|
I tipi di personalizzazioni che è possibile applicare includono le aggiunte di campo, le aggiunte o le modifiche agli elenchi di selezione o le aggiunte ai motivi del flusso di lavoro. Non modificare gli stati del flusso di lavoro perché sono usati nella configurazione del processo e negli strumenti di pianificazione Agile. Se è necessario modificare il flusso di lavoro, modificarlo dopo aver finito l'aggiornamento e seguire il materiale sussidiario sui mapping di metastati disponibile qui: Configurare e personalizzare gli strumenti di pianificazione Agile per il progetto team.
Se si usano altri tipi di elemento di lavoro definiti nel modello di processo e si vuole aggiornarli alle versioni più recenti, applicare le personalizzazioni create anche a questi tipi. Inoltre, se è stato definito un tipo di elemento di lavoro personalizzato da usare per tenere traccia dei test case, applicare le personalizzazioni da questo tipo al tipo di elemento di lavoro Test case fornito con l'ultimo modello di processo.
Per altre informazioni sugli elementi forniti da questi modelli di processo, vedere i seguenti argomenti:
Modello di processo Agile (v6.0)
Modello di processo CMMI (v6.0)
Torna all'inizio
6.Importare i tipi di elemento di lavoro
Importare i tipi di elemento di lavoro seguenti in base al modello di processo usato.
Agile: Bug, Attività, Storia utente, Test case, Passi condivisi, Richiesta revisione del codice, Risposta revisione del codice, Richiesta feedback, Risposta feedback
CMMI: Bug, Attività, Requisito, Test case, Passi condivisi, Richiesta revisione del codice, Risposta revisione del codice, Richiesta feedback, Risposta feedback
Eseguire questa attività per ogni progetto team da aggiornare.
Digitare il comando seguente per ogni tipo di elemento di lavoro da importare, sostituendo i dati negli argomenti visualizzati con i propri, quindi scegliere INVIO.
witadmin importwitd /collection:CollectionURL /p:projectName /f:"DirectoryPath\WITName"Suggerimento
Specificare il nome del file XML e non il nome descrittivo del tipo di elemento di lavoro.Ad esempio, specificare CodeReviewRequest.xml per il tipo di elemento di lavoro Richiesta revisione del codice.
Per DirectoryPath specificare la posizione della directory della cartella TypeDefinitions per il modello di processo scaricato. Il percorso della directory deve seguire questa struttura: Unità:\MSFTemplateFolder\Traccia WorkItem\TypeDefinitions.
(Facoltativo) Verificare i tipi di elemento di lavoro accessibili aprendo Team Explorer o Team Web Access. Potrebbe essere necessario aggiornare la cache per visualizzare le modifiche.
Torna all'inizio
7.Importare il file delle categorie
Importare il file delle categorie nella cartella WorkItem Tracking del modello di processo scaricato. Le categorie supportano il raggruppamento intelligente dei tipi di elemento di lavoro. Per altre informazioni, vedere Utilizzare le categorie per raggruppare tipi di elementi di lavoro.
Nella finestra Prompt dei comandi digitare il comando seguente, sostituendo i dati negli argomenti visualizzati con i propri, quindi scegliere INVIO.
witadmin importcategories /collection:CollectionURL /p:projectName /f:"DirectoryPath\categories.xml"Per DirectoryPath specificare il percorso della cartella WorkItem Tracking per il modello di processo scaricato. Il percorso della directory deve seguire questa struttura: Unità:\MSFTemplateFolder\Traccia WorkItem.
Torna all'inizio
8.Importare il file di configurazione del processo
Il file di configurazione del processo determina il layout e le funzionalità disponibili dalle pagine di backlog e della lavagna/bacheca di Team Web Access. Per usare queste pagina, è necessario importare il file di configurazione del processo.
Importare il file di definizione per la configurazione del processo.
witadmin importprocessconfig /collection:CollectionURL /p:" ProjectName" /f:"DirectoryPath\ProcessConfiguration.xml"Per DirectoryPath specificare il percorso della cartella Processo per il modello di processo scaricato. Il percorso della directory deve seguire questa struttura: Unità:\TemplateFolder\Traccia WorkItem\Process.
Torna all'inizio
9.Verificare l'accesso alle nuove funzionalità
Eseguire le attività specificate in New features added when you update Team Foundation Server.
Nota
Non sono necessari altri passaggi per aggiornare il flusso di lavoro per i progetti team Agile come descritto in: Aggiornare il flusso di lavoro per progetti team Agile.Seguendo le procedure in questo argomento, queste modifiche sono state già applicate.
Torna all'inizio
Attività aggiuntive per l'interfaccia con Microsoft Test Manager
Eseguire queste attività per completare gli aggiornamenti richiesti per interfacciarsi con Test Manager.
1.Specificare il tipo di bug da creare in Microsoft Test Manager
Per supportare la creazione automatica di un elemento di lavoro per rilevare i difetti di codice o i bug quando in membro del team di test usa Test Manager, è necessario specificare il tipo di bug da usare per il progetto team esistente. Il comando tcm bugfieldmapping supporta l'importazione e l'esportazione di un file di mapping nel progetto team. Il file di mapping definisce il tipo di elemento di lavoro da creare e i tre campi dati da compilare con Test Manager. I tre campi corrispondono ai passaggi riproducibili, alle informazioni di sistema e alla compilazione in cui è stato rilevato il difetto. Quando un tester esegue un test e rileva un difetto, può creare un bug in cui i tre campi vengono compilati automaticamente.
Aprire Blocco note o un editor di testo e copiare il codice seguente nel file:
<?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>Nota
Se al tipo di elemento di lavoro usato per creare i difetti di codice viene assegnato un nome diverso da "Bug", sostituire "Bug" nell'esempio precedente con il nome del tipo di elemento di lavoro.
Salvare il file ed etichettarlo come bugfieldmappings.xml.
Nella finestra Prompt dei comandi digitare il comando seguente, sostituendo i dati negli argomenti visualizzati con i propri, quindi scegliere INVIO.
tcm bugfieldmapping /import /mappingfile:"DirectoryPath\bugfieldmappings.xml" /collection:CollectionURL /teamproject:projectNamePer DirectoryPath specificare la cartella in cui è stato salvato il file bugfieldmappings.xml.
Per altre informazioni, vedere Personalizzare e gestire l'esperienza di test [tcm e Microsoft Test Manager].
Torna all'inizio
2.Concedere le autorizzazioni ai membri del team di testing
È necessario concedere le autorizzazioni ai membri del team che gestiranno gli ambienti e le configurazioni di test, creeranno e visualizzeranno le esecuzioni dei test ed eseguiranno altre attività.
La tabella seguente descrive le autorizzazioni che controllano l'accesso alle funzioni di test e supportano l'interazione con il progetto team a scopo d test. Indica anche le assegnazioni predefinite eseguite nella versione 5.0 dei modelli di processo MSF, oltre alle autorizzazioni consigliate da concedere ai tester manuali e ai responsabili dei test.
Autorizzazione |
Descrizione |
Ambito |
Readers |
Contributors |
Builders |
Consigliati per i tester manuali |
Consigliati per i responsabili dei test |
|---|---|---|---|---|---|---|---|
Visualizza informazioni a livello di progetto |
Consente di visualizzare l'appartenenza di gruppi a livello di progetto e le autorizzazioni di tali membri. |
A livello di progetto |
.png "segno di spunta"){kind=icon} |
|
|
|
|
Visualizza esecuzioni dei test |
Consente di visualizzare piani di test in questo nodo. |
A livello di progetto |
|
|
|
|
|
Crea esecuzioni dei test |
Consente di aggiungere e rimuovere risultati dei test e di aggiungere o modificare esecuzioni dei test per il progetto team. |
A livello di progetto |
|
|
|
|
|
Gestione configurazioni di test |
Consente di creare ed eliminare configurazioni di test per il progetto team. |
A livello di progetto |
|
|
|
||
Gestisci ambienti di test |
Consente di creare ed eliminare ambienti di test per il progetto team. |
A livello di progetto |
|
|
|
||
Elimina esecuzioni dei test |
Consente di eliminare un test pianificato per il progetto team. |
A livello di progetto |
|
|
|
||
Visualizza questo nodo |
Consente di visualizzare le impostazioni di sicurezza per un nodo dell'area. |
Nodo area |
|
|
|
|
|
Gestisci piani di test |
Consente di creare e modificare piani di test assegnati a un nodo dell'area. Se i piani di test non sono stati eseguiti, possono anche essere eliminati. |
Nodo area |
|
|
|
|
|
Gestisci controller di test |
Consente di registrare e annullare la registrazione dei controller di test per la raccolta di progetti team. |
Raccolta di progetti |
|
È possibile concedere le autorizzazioni seguendo le procedure indicate per la specifica area di ambito:
È possibile impostare autorizzazioni a livello di progetto o autorizzazioni del nodo area dalla pagina di amministrazione di Team Web Access. Vedere Gestione delle autorizzazioni e Aggiungere e modificare percorsi di area e di iterazione.
È possibile impostare le autorizzazioni della raccolta di progetti da Team Explorer scegliendo Team, Impostazioni raccolta progetto team, Sicurezza, aprendo e usando la console di amministrazione per Team Foundation o usando gli strumenti da riga di comando TFSSecurity e tf. Per altre informazioni, vedere Gruppi a livello di raccolta.
Per altre informazioni, vedere Modificare le autorizzazioni per un gruppo o un utente.
Torna all'inizio
3.Avviare Microsoft Test Manager
Dopo aver completato le attività di aggiornamento descritte in questo argomento, è possibile avviare Microsoft Test Manager, collegare il progetto e iniziare a pianificare le attività di test. Per altre informazioni, vedere Test dell'applicazione.
Torna all'inizio
Informazioni aggiuntive sulle modifiche apportate per l'aggiornamento di TFS
Quando si esegue l'aggiornamento da Visual Studio Team System 2008 Team Foundation Server a TFS 2012, vengono ricevuti gli aggiornamenti eseguiti sia per TFS 2010 che per TFS 2012. Sono state apportate numerose modifiche architetturali nella versione di TFS 2010. Per altre informazioni sulle modifiche apportate con l'aggiornamento alla versione più recenti di TFS da Visual Studio Team System 2008 Team Foundation Server, vedere le seguenti risorse:
Team Foundation Server 2010 Key Concepts (post di blog)
Aggiornamento di un progetto team aggiornato per accedere alle nuove funzionalità (articolo di VS ALM 2010)
Individuazione di report dopo l'aggiornamento a Team Foundation Server 2010 (articolo di VS ALM 2010)
Modifiche e aggiunte allo schema per il cubo di Analysis Services (articolo di VS ALM 2010)
Changes made to team projects and default process templates during upgrade of Team Foundation Server (articolo di VS ALM 2012)
Vedere anche
Concetti
Configurare funzionalità dopo un aggiornamento di TFS
Altre risorse
witAdmin: personalizzare e gestire oggetti per gestire il lavoro