Condividi tramite

Abilitazione dell'interfaccia con Microsoft Test Manager per i progetti team aggiornati

  • Articolo

È necessario aggiungere i nuovi tipi di elementi di lavoro, test case e passi condivisi, al progetto team aggiornato per utilizzare Microsoft Test Manager. Un team utilizza test case per definire test manuali e automatizzati che possono essere eseguiti e gestiti tramite Microsoft Test Manager. Microsoft Test Manager è disponibile con Visual Studio 2010 Ultimate e Visual Studio Test Professional 2010. Poiché questi strumenti di test sono integrati in Visual Studio Team Foundation Server, è possibile definire i test in base agli stessi progetti team utilizzati da altre aree dell'organizzazione.

I tipi di elemento di lavoro, i test case e i passi condivisi sono inclusi nei modelli di processo per Microsoft Solutions Framework (MSF). Per ulteriori informazioni, vedere i seguenti argomenti:

Oltre ai nuovi tipi di elemento di lavoro, è necessario aggiungere tipi di collegamento e categorie fornite con la versione 5.0 dei modelli di processo MSF. È necessario personalizzare i tipi di elemento di lavoro esistenti per visualizzare i nuovi campi sui form elemento di lavoro. È necessario inoltre caricare un file di mapping che specifica il tipo di elemento di lavoro definito per supportare la creazione automatica di bug o difetti del codice tramite Microsoft Test Manager.

Nota importanteImportante

È necessario aggiornare il progetto team esistente dopo che la distribuzione è stata aggiornata a Team Foundation Server 2010.

Questo argomento fornisce una descrizione dei passaggi da eseguire per aggiornare un singolo progetto team per interfacciarsi con Microsoft Test Manager. Dopo avere eseguito i passaggi di aggiornamento, è possibile utilizzare le informazioni per generare uno script di aggiornamento di più progetti e per aggiungere le nuove funzionalità al modello di processo personalizzato dell'organizzazione.

In questo argomento

  • Informazioni sui nomi e sui campi degli elementi di lavoro e sui conflitti potenziali

  • Ridenominazione di un tipo di elemento di lavoro.

  • Personalizzazione di un tipo di elemento di lavoro test case esistente

  • Scaricamento del modello di processo: MSF for Agile Software Development v5.0

  • Aggiunta di oggetti di rilevamento di elementi di lavoro

  • Modifica delle definizioni dei tipi di elemento di lavoro

  • Specifica del tipo di bug da creare in Microsoft Test Manager

  • Concessione di autorizzazioni ai membri del team di test

  • Avvio di Microsoft Test Manager

Autorizzazioni necessarie

Per eseguire queste procedure è necessario disporre delle autorizzazioni riportate di seguito.

  • Per scaricare un modello di processo, è necessario essere un membro del gruppo Project Collection Administrators. Se le autorizzazioni di sicurezza necessarie vengono impostate in modo esplicito, l'autorizzazione Gestisci modello di processo per l'insieme di progetti team deve essere impostata su Consenti.

  • Per eseguire gli strumenti da riga di comando witadmin e tcm, è necessario essere membro del gruppo Team Foundation Administrators o del gruppo Project Administrators per il progetto.

  • Per concedere autorizzazioni, è necessario essere membro del gruppo amministrativo a livello del gruppo che si desidera modificare. Ad esempio, se si desidera modificare le autorizzazioni per un gruppo o un utente a livello di insieme di progetti team, è necessario essere un membro del gruppo Project Collection Administrators per tale insieme oppure l'autorizzazione Modifica informazioni a livello di insieme deve essere impostata su Consenti.

Per ulteriori informazioni, vedere Autorizzazioni per Team Foundation Server.

Informazioni sui nomi e sui campi degli elementi di lavoro e sui conflitti potenziali

Quando si modifica la definizione di un tipo di elemento di lavoro, possono insorgere i conflitti potenziali riportati di seguito.

  • Si dispone di un tipo di elemento di lavoro il cui nome è in conflitto con il nome di un tipo di elemento di lavoro che è necessario importare. Ad esempio, è possibile che si disponga già di un tipo di elemento di lavoro contrassegnato da "test case".

    È possibile risolvere un conflitto tra i nomi dei tipi di elemento di lavoro rinominando un tipo di elemento di lavoro o personalizzando il tipo di elemento di lavoro esistente per contenere i controlli del nuovo elemento di lavoro in modo da supportare Microsoft Test Manager. Per ulteriori informazioni, vedere le sezioni seguenti più avanti in questo argomento.

    • Ridenominazione di un tipo di elemento di lavoro.

    • Personalizzazione di un tipo di elemento di lavoro test case esistente

  • È possibile avere un campo definito in un tipo di elemento di lavoro e utilizzato da altri progetti team in uno o più insiemi di progetti definiti per la distribuzione Team Foundation. Se gli attributi assegnati ai campi segnalabili differiscono fra i vari progetti team nella distribuzione, possono verificarsi conflitti fra i dati quando viene elaborato il data warehouse. Per ulteriori informazioni, vedere Risoluzione dei conflitti di schema che si verificano nel data warehouse.

  • Quando si importano i tipi di elementi di lavoro, un messaggio di errore potrebbe indicare un conflitto di denominazione. Questo genere di conflitto si verifica più frequentemente in distribuzioni aggiornate da una versione precedente di Team Foundation. Il nome descrittivo è stato modificato per diversi campi di sistema e di gestione di test case prima della versione finale di Visual Studio Team Foundation Server 2010. Fra i campi di sistema rinominati sono inclusi System.AreaID, System.IterationID, System.HyperLinkCount, System.ExternalLinkCount e System.AttachedFileCount.

    È possibile risolvere questo errore rinominando il campo nella definizione XML per un tipo di elemento di lavoro oppure tramite lo strumento da riga di comando witadmin changefield. Per ulteriori informazioni, vedere Gestione di campi degli elementi di lavoro [witadmin].

Torna all'inizio

Ridenominazione di un tipo di elemento di lavoro.

Per risolvere un conflitto tra nomi di tipi di elemento di lavoro è possibile rinominare un tipo di elemento di lavoro.

Per rinominare un tipo di elemento di lavoro

  1. In un computer in cui è installato Visual Studio 2010, aprire una finestra del prompt dei comandi.

  2. Passare alla directory contenente lo strumento da riga di comando witadmin, digitando il seguente comando e premendo INVIO.

    cd Unità:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE

  3. Digitare il comando seguente, sostituendo gli argomenti mostrati con i dati in uso, quindi premere INVIO.

    witadmin renamewitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /n:CurrentName /new:NewName

    Nel comando riportato di seguito viene illustrato un esempio del modo per rinominare il tipo di elemento di lavoro Test case in My Test case:

    witadmin renamewitd /collection:"http://MyServer:8080/tfs/Collection0" /p:MyProject /n:"Test Case" /new:"My Test Case"

Torna all'inizio

Personalizzazione di un tipo di elemento di lavoro test case esistente

Se il progetto team esistente contiene un tipo di elemento di lavoro utilizzato per gestire test case, è possibile personalizzarlo per supportare i nuovi controlli necessari per l'interfacciamento con Microsoft Test Manager. Altrimenti è possibile importare il tipo di elemento di lavoro test case descritto in Aggiunta di tipi di elemento di lavoro: Test case e Passi condivisi più avanti in questo argomento.

Personalizzazione di un tipo di elemento di lavoro test case esistente

  1. In un computer in cui è installato Visual Studio 2010, aprire una finestra del prompt dei comandi.

  2. Passare alla directory contenente lo strumento da riga di comando witadmin, digitando il seguente comando e premendo INVIO.

    cd Unità:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE

  3. Digitare il comando seguente, sostituendo gli argomenti mostrati con i dati in uso, quindi premere INVIO.

    witadmin exportwitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /n:"Test Case" /f:MyTestCase.xml

  4. In Visual Studio o in un editor di testo, aprire il file MyTestCase.xml.

  5. Aggiungere gli elementi FIELD riportati di seguito all'interno della sezione FIELDS del file XML, come illustrato nel seguente esempio.

    <FIELD name="Steps" refname="Microsoft.VSTS.TCM.Steps" type="HTML">
       <HELPTEXT>Steps required to perform the test</HELPTEXT>
</FIELD>
<FIELD name="Automated Test Name" refname="Microsoft.VSTS.TCM.AutomatedTestName" type="String" >
       <HELPTEXT>The name of the test that automates this test case</HELPTEXT>
</FIELD>
<FIELD name="Automated Test Storage" refname="Microsoft.VSTS.TCM.AutomatedTestStorage" type="String" >
       <HELPTEXT>The assembly containing the test that automates this test case</HELPTEXT>
</FIELD>
<FIELD name="Automated Test Id" refname="Microsoft.VSTS.TCM.AutomatedTestId" type="String" >
       <HELPTEXT>The ID of the test that automates this test case</HELPTEXT>
</FIELD>
=<FIELD name="Automated Test Type" refname="Microsoft.VSTS.TCM.AutomatedTestType" type="String" >
       <HELPTEXT>The type of the test that automates this test case</HELPTEXT>
</FIELD>
<FIELD name="Parameters" refname="Microsoft.VSTS.TCM.Parameters" type="HTML" />
<FIELD name="Local Data Source" refname="Microsoft.VSTS.TCM.LocalDataSource" type="HTML" />
<FIELD reportable="detail" type="String" name="Automation status" refname="Microsoft.VSTS.TCM.AutomationStatus">
       <WHEN field="Microsoft.VSTS.TCM.AutomatedTestId" value="">
         <ALLOWEDVALUES>
           <LISTITEM value="Not Automated" />
           <LISTITEM value="Planned" />
         </ALLOWEDVALUES>
         <DEFAULT from="value" value="Not Automated" />
       </WHEN>
       <WHENNOT field="Microsoft.VSTS.TCM.AutomatedTestId" value="">
         <ALLOWEDVALUES>
           <LISTITEM value="Automated" />
         </ALLOWEDVALUES>
         <COPY from="value" value="Automated" />
       </WHENNOT>
</FIELD>

  6. Aggiungere il seguente elemento Control alla sezione FORM:

    <Control FieldName="Microsoft.VSTS.TCM.AutomationStatus" Type="FieldControl" Label="Automation Status:" LabelPosition="Left" />

    È possibile aggiungerlo nella sezione superiore del form elemento di lavoro.

  7. Aggiungere il seguente elemento Tab alla sezione FORM:

    <Tab Label="Steps">
           <Control FieldName="Microsoft.VSTS.TCM.Steps" Type="Test Steps Control" LabelPosition="Top" Dock="Fill" />
         </Tab>

    È necessario aggiungere questo elemento come prima scheda nel gruppo di schede definite nella sezione FORM.

  8. Aggiungere il seguente elemento Tab alla sezione FORM del file di definizione XML:

    <Tab Label="Tested Work Items">
   <Control Type="LinksControl" Name="Tested">
      <LinksControlOptions>
      <WorkItemLinkFilters FilterType="include">
      <Filter LinkType="Microsoft.VSTS.Common.TestedBy" FilterOn="reversename"/>
      </WorkItemLinkFilters>
      <ExternalLinkFilters FilterType="excludeAll"/>
         <LinkColumns>
                 <LinkColumn RefName="System.ID" />
                 <LinkColumn RefName="System.WorkItemType" />
                 <LinkColumn RefName="System.Title" />
                 <LinkColumn RefName="System.AssignedTo" />
                 <LinkColumn RefName="System.State" />
                 <LinkColumn LinkAttribute="System.Links.Comment" />
           </LinkColumns>
      </LinksControlOptions>
   </Control>
</Tab>

    Questo elemento viene utilizzato per limitare la formazione di relazioni di collegamento in questa scheda in modo da includere solo il tipo di collegamento TestedBy. Questa scheda è utilizzata in genere per creare relazioni di collegamento agli elementi di lavoro testati, quali sono generalmente storia utente, scenari o requisiti. Per ulteriori informazioni, vedere Collegamento di elementi di lavoro (Agile).

  9. Aggiungere il seguente elemento Tab alla sezione FORM del file di definizione XML:

    <Tab Label="Associated Automation">
    <Control Type="AssociatedAutomationControl" LabelPosition="Top" Dock="Fill" />
</Tab>

    Questo elemento è utilizzato per supportare l'associazione di un test case a un test automatizzato. Per ulteriori informazioni, vedere Procedura: associare un test automatizzato a un test case.

  10. Salvare il file XML.

  11. Digitare il comando seguente per importare il file MyTestCase, sostituendo gli argomenti mostrati con i dati in uso, quindi premere INVIO.

    witadmin importwitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /f:MyTestCase.xml

    Al completamento dell'importazione, comparirà il seguente messaggio:

    Importazione del tipo di elemento di lavoro completata.

  12. Per verificare le modifiche, in Team Explorer, fare clic con il pulsante destro del mouse sul progetto team, quindi fare clic su RefreshAggiorna.

  13. Fare clic con il pulsante destro del mouse su Elementi di lavoro, selezionare Nuovo elemento di lavoro e fare clic su Test Case.

    Verificare che i nuovi campi e le modifiche apportate siano presenti nel form elemento di lavoro.

Torna all'inizio

Scaricare il modello di processo MSF for Agile Software Development v5.0

Scaricare la versione 5.0 del modello di processo MSF. Per ulteriori informazioni, vedere Scaricare la versione 5.0 dei modelli di processo MSF.

Aggiunta di oggetti di rilevamento di elementi di lavoro

Per aggiungere oggetti per il rilevamento di elementi di lavoro, è necessario attenersi ai passaggi riportati di seguito nella sequenza indicata:

  1. Aggiunta di tipi di collegamento: SharedSteps e TestedBy

  2. Aggiunta di tipi di elemento di lavoro: Test case e Passi condivisi

  3. Aggiunta di categorie per i tipi di elementi di lavoro

Aggiunta di tipi di collegamento: SharedSteps e TestedBy

Per aggiungere tipi di collegamento

  1. In un computer in cui è installato Visual Studio 2010, aprire una finestra del prompt dei comandi.

  2. Passare alla directory contenente lo strumento da riga di comando witadmin, digitando il seguente comando e premendo INVIO.

    cd Unità:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE

  3. Per importare i file di definizione dei tipi di collegamento, digitare i due comandi seguenti sostituendo gli argomenti mostrati con i dati in uso, quindi premere INVIO.

    witadmin importlinktype /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /f:"DirectoryPath\TestedBy.xml"
witadmin importlinktype /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /f:"DirectoryPath\SharedStep.xml"

    Per DirectoryPath, specificare il percorso della cartella LinkTypes per il modello di processo scaricato. Il percorso della directory deve essere conforme a questa struttura:

    Unità:\MSFTemplateFolder\Agile\Files\WorkItem Tracking\LinkTypes

    Con il comando seguente viene presentato un esempio del modo per importare il tipo di collegamento TestedBy:

    witadmin importlinktype /collection:"http://MyServer:8080/tfs/Collection0" /f:"C:\MyTemplates\Agile\Files\WorkItem Tracking\LinkTypes\TestedBy.xml"

Aggiunta di tipi di elemento di lavoro: Test case e Passi condivisi

Nota

Se è stato modificato un tipo di test case esistente di elemento di lavoro, come viene descritto in Personalizzazione di un tipo di test case esistente di elemento di lavoro precedentemente in questo argomento, è necessario importare solo il tipo di passo condiviso di elemento di lavoro.

Per importare i file di definizione per i tipi di elementi di lavoro

  • Nella finestra del prompt dei comandi, digitare i due comandi seguenti, sostituendo gli argomenti mostrati con i dati in uso, quindi premere INVIO.

    witadmin importwitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /f:"DirectoryPath\TestCase.xml"
witadmin importwitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /f:"DirectoryPath\SharedStep.xml"

    Per DirectoryPath, specificare il percorso della cartella TypeDefinitions per il modello di processo scaricato. Il percorso della directory deve essere conforme a questa struttura:

    Unità:\MSFTemplateFolder\Agile\Files\WorkItem Tracking\TypeDefinitions

    Con il comando seguente viene presentato un esempio del modo per importare il file di definizione del tipo TestCase:

    witadmin importwitd /collection:"http://MyServer:8080/tfs/Collection0" /p:MyProject /f:"C:\MyTemplates\Agile\Files\WorkItem Tracking\TypeDefinitions\TestCase.xml"

Aggiunta di categorie per i tipi di elementi di lavoro

Per importare i file di definizione per le categorie

  • Nella finestra del prompt dei comandi, digitare il seguente comando, sostituendo gli argomenti mostrati con i dati in uso, quindi premere INVIO.

    witadmin importcategories /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /f:"DirectoryPath\categories.xml"

    Per DirectoryPath, specificare il percorso della cartella WorkItem Tracking per il modello di processo scaricato. Il percorso della directory deve essere conforme a questa struttura:

    Unità:\MSFTemplateFolder\Agile\Files\WorkItem Tracking\

    Con il comando seguente viene presentato un esempio del modo per importare i file di definizione per le categorie:

    witadmin importcategories /collection:"http://MyServer:8080/tfs/Collection0" /p:MyProject /f:"C:\MyTemplates\Agile\Files\WorkItem Tracking\categories.xml"

    Nota

    L'importazione del file XML delle categorie in un progetto sovrascriverà tutte le categorie esistenti. Le categorie definite precedentemente ma non specificate nel file verranno eliminate.

Torna all'inizio

Modifica delle definizioni dei tipi di elemento di lavoro

È necessario modificare le definizioni dei tipi per bug e per scenario o requisito per i tipi di elemento di lavoro. È necessario aggiungere due campi alla definizione del tipo di bug e aggiungere quindi controlli nel form per entrambi i tipi di definizione.

Effettuare le attività riportate di seguito:

  • Modifica della definizione del tipo di bug

  • Modifica della definizione del tipo Scenario o Requisito

Modifica della definizione del tipo di bug

Per modificare la definizione del tipo di bug

  1. Nella finestra del prompt dei comandi, digitare il seguente comando, sostituendo gli argomenti mostrati con i dati in uso, quindi premere INVIO.

    witadmin exportwitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /n:bug /f:MyBug.xml

  2. In Visual Studio o in un editor di testo, aprire il file MyBug.xml.

  3. Aggiungere gli elementi FIELD seguenti nella sezione FIELDS del file XML:

    <FIELD name="System Info" refname="Microsoft.VSTS.TCM.SystemInfo" type="HTML" >
   <HELPTEXT>Test context, provided automatically by test infrastructure</HELPTEXT>
</FIELD>
<FIELD name="Repro Steps" refname="Microsoft.VSTS.TCM.ReproSteps" type="HTML">
   <HELPTEXT>How to see the bug. End by contrasting expected with actual behavior.
   </HELPTEXT>
</FIELD>

  4. Sostituire l'elemento Tab seguente a cui è assegnata l'etichetta "Cronologia":

    <Tab Label="History">
<Control Type="WorkItemLogControl" FieldName="System.History" Label="&amp;History:" LabelPosition="Top" Dock="Fill"/>
</Tab>

    utilizzando la seguente sintassi:

    <Tab Label="History">
   <Group>
      <Column PercentWidth="50">
      <Control FieldName="Microsoft.VSTS.TCM.ReproSteps" Type="HtmlFieldControl" Label="Steps to Repro&amp;duce:" LabelPosition="Top"  MinimumSize="(100,200)"  Dock="Fill"/>
      </Column>
      <Column PercentWidth="50">
      <Control FieldName="System.History" Type="WorkItemLogControl" Label="&amp;History:" LabelPosition="Top" Dock="Fill" />
      </Column>
   </Group>
</Tab>

  5. Aggiungere l'elemento Control dopo l'elemento Group nella scheda Tab con l'etichetta "Dettagli" nella sezione FORM del file XML:

    <Tab Label="Details">
   <Group>
. . . 
    </Group>
<Control FieldName="Microsoft.VSTS.TCM.SystemInfo" Type="HtmlFieldControl" Label="System I&amp;nfo:" LabelPosition="Top" Dock="Fill" />
</Tab>

  6. Eliminare l'elemento Tab "Collegamenti", perché verrà sostituito con due nuovi elementi scheda.

    <Tab Label="Links">   <Control Type="LinksControl"/></Tab>

  7. Aggiungere un elemento Tab dopo la scheda Details nella sezione FORM, utilizzando la seguente sintassi:

    <Tab Label="Test Cases" >
   <Control Type="LinksControl" Name="TestedBy" Label="Test &amp;Cases testing this Bug:" LabelPosition="Top">
      <LinksControlOptions>
         <WorkItemLinkFilters FilterType="include">
            <Filter LinkType="Microsoft.VSTS.Common.TestedBy" FilterOn="forwardname" />
            </WorkItemLinkFilters>
            <WorkItemTypeFilters FilterType="include">
            <Filter WorkItemType="Test Case" />
            </WorkItemTypeFilters>
            <ExternalLinkFilters FilterType="excludeAll"/>
                <LinkColumns>
                  <LinkColumn RefName="System.ID" />
                  <LinkColumn RefName="System.WorkItemType" />
                  <LinkColumn RefName="System.Title" />
                  <LinkColumn RefName="System.AssignedTo" />
                  <LinkColumn RefName="System.State" />
                  <LinkColumn LinkAttribute="System.Links.Comment" />
              </LinkColumns>
        </LinksControlOptions>
   </Control>
</Tab>

  8. Aggiungere un elemento Tab dopo la scheda Test Cases, utilizzando la seguente sintassi:

    <Tab Label="All Links" >
   <Control Type="LinksControl" Name="GeneralLinks">
      <LinksControlOptions>
         <LinkColumns>
         <LinkColumn RefName="System.ID" />
         <LinkColumn RefName="System.WorkItemType" />
         <LinkColumn RefName="System.Title" />
         <LinkColumn RefName="System.AssignedTo" />
         <LinkColumn RefName="System.State" />
         <LinkColumn LinkAttribute="System.Links.Comment" />
         </LinkColumns>
      </LinksControlOptions>
   </Control>
</Tab>

  9. Salvare il file XML.

  10. Digitare il comando seguente per importare il file MyBug, sostituendo gli argomenti mostrati con i dati in uso, quindi premere INVIO.

    witadmin importwitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /f:MyBug.xml

    Al completamento dell'importazione, comparirà il seguente messaggio:

    Importazione del tipo di elemento di lavoro completata.

  11. Per verificare le modifiche, in Team Explorer, fare clic con il pulsante destro del mouse sul progetto team, quindi fare clic su RefreshAggiorna.

  12. Fare clic con il pulsante destro del mouse su Elementi di lavoro, selezionare Nuovo elemento di lavoro e fare clic su Bug.

  13. Verificare che i nuovi campi e le modifiche apportate siano presenti nel form elemento di lavoro.

Torna all'inizio

Modifica della definizione del tipo Scenario o Requisito

Per modificare la definizione del tipo scenario o requisito

  1. Nella finestra del prompt dei comandi, digitare il seguente comando, sostituendo gli argomenti mostrati con i dati in uso, quindi premere INVIO.

    Nota

    In questo esempio viene fatto riferimento al tipo di elemento di lavoro scenario. Se il progetto team è basato sul modello di processo CMMI, sostituire il tipo requisito o l'altro tipo di elemento di lavoro utilizzato per rilevare le funzionalità del prodotto. Se il progetto team non dispone di un requisito, è possibile importare i file di definizione del tipo storia utente o requisito forniti con la versione 5.0 dei modelli di processo MSF. Per ulteriori informazioni, vedere Esportare e importare tipi di elementi di lavoro da un progetto esistente.

    witadmin exportwitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /n:bug /f:MyScenario.xml

  2. In Visual Studio o in un editor di testo, aprire il file MyScenario.xml.

  3. Eliminare l'elemento Tab "Collegamenti", perché verrà sostituito con due nuovi elementi scheda che forniscono i controlli di collegamento.

    <Tab Label="Links">   <Control Type="LinksControl"/></Tab>

  4. Aggiungere l'elemento Tab seguente nella sezione FORM del file XML:

    <Tab Label="Test Cases" >
   <Control Type="LinksControl" Name="TestedBy" Label="&amp;Work items testing this Story:" LabelPosition="Top">
   <LinksControlOptions>
      <WorkItemLinkFilters FilterType="include">
         <Filter LinkType="Microsoft.VSTS.Common.TestedBy" FilterOn="forwardname" />
      </WorkItemLinkFilters>
      <WorkItemTypeFilters FilterType="include">
      <Filter WorkItemType="Test Case" />
      </WorkItemTypeFilters>
      <ExternalLinkFilters FilterType="excludeAll"/>
      <LinkColumns>
         <LinkColumn RefName="System.ID" />
         <LinkColumn RefName="System.WorkItemType" />
         <LinkColumn RefName="System.Title" />
         <LinkColumn RefName="System.AssignedTo" />
         <LinkColumn RefName="System.State" />
         <LinkColumn LinkAttribute="System.Links.Comment" />
      </LinkColumns>
      </LinksControlOptions>
   </Control>
</Tab>

  5. Aggiungere l'elemento Tab seguente nella sezione FORM del file XML:

    <Tab Label="Other Links" >
   <Group>
      <Column PercentWidth="100">
         <Control Type="LinksControl" Name="GeneralLinks">
         <LinksControlOptions>
         <WorkItemLinkFilters FilterType="exclude">
         <Filter LinkType="System.LinkTypes.Hierarchy"   />
         <Filter LinkType="Microsoft.VSTS.Common.TestedBy" />
         <Filter LinkType="Microsoft.VSTS.TestCase.SharedStepReferencedBy" />
         </WorkItemLinkFilters>
         <LinkColumns>
            <LinkColumn RefName="System.ID" />
            <LinkColumn RefName="System.WorkItemType" />
            <LinkColumn RefName="System.Title" />
            <LinkColumn RefName="System.AssignedTo" />
            <LinkColumn RefName="System.State" />
            <LinkColumn LinkAttribute="System.Links.Comment" />
         </LinkColumns>
      </LinksControlOptions>
   </Control>
   </Column>
</Group>
</Tab>

  6. Salvare il file XML.

  7. Digitare il comando seguente per importare il file MyScenario, sostituendo gli argomenti mostrati con i dati in uso, quindi premere INVIO.

    witadmin importwitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /f:MyScenario.xml

    Al completamento dell'importazione, comparirà il seguente messaggio:

    Importazione del tipo di elemento di lavoro completata.

  8. Per verificare le modifiche, in Team Explorer, fare clic con il pulsante destro del mouse sul progetto team, quindi fare clic su RefreshAggiorna.

  9. Fare clic con il pulsante destro del mouse su Elementi di lavoro, selezionare Nuovo elemento di lavoro e fare clic su Scenario.

  10. Verificare che i nuovi campi e le modifiche apportate siano presenti nel form elemento di lavoro.

Torna all'inizio

Specifica del tipo di bug da creare in Microsoft Test Manager

Per supportare la creazione automatica di un elemento di lavoro per rilevare difetti del codice e bug individuati da un membro del team di test che utilizza Microsoft Test Manager, è necessario specificare il tipo di bug da utilizzare per il progetto team esistente. Il comando tcm bugfieldmapping supporta l'importazione e l'esportazione di un file di mapping per il progetto team. Il file di mapping definisce il tipo di elemento di lavoro da creare e i tre campi dati che devono essere riempiti da Microsoft Test Manager. I tre campi corrispondono a passi riproducibili, informazioni sul sistema e la build in cui è stato trovato il difetto. Quando un tester esegue un test e trova un difetto, può creare un bug nel quale i tre campi vengono riempiti automaticamente.

Per ulteriori informazioni, vedere Specifica del tipo di bug da registrare mediante Microsoft Test Manager.

Per specificare il tipo di bug da creare tramite Microsoft Test Manager

  1. 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 il tipo di elemento di lavoro che si utilizza per creare difetti del codice è contrassegnato da un'etichetta diversa da "Bug", sostituire "Bug" nell'esempio precedente con il nome di tale tipo di elemento di lavoro.

  2. Salvare il file con l'etichetta bugfieldmappings.xml.

  3. Nella finestra del prompt dei comandi, digitare il seguente comando, sostituendo gli argomenti mostrati con i dati in uso, quindi premere INVIO.

    tcm bugfieldmapping /import /mappingfile:"DirectoryPath\bugfieldmappings.xml" /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /teamproject:project

    Per DirectoryPath, specificare la cartella in cui è stato salvato il file bugfieldmappings.xml.

    Nel comando seguente viene mostrato un esempio per l'importazione del file bugfieldmappings.xml:

    tcm bugfieldmapping /import /mappingfile:"C:\MyFiles\bugfieldmappings.xml" collection:"http://MyServer:8080/tfs/Collection0" /p:MyProject

Torna all'inizio

Concessione di autorizzazioni ai membri del team di test

È necessario concedere autorizzazioni a membri del team che gestiranno gli ambienti e le configurazioni di test, creeranno e visualizzeranno le esecuzioni dei test ed eseguiranno altre attività.

Nella tabella seguente vengono descritte le autorizzazioni che controllano l'accesso alle funzioni di test e il supporto per l'interfacciamento con il progetto team per l'esecuzione dei test. Nella tabella vengono inoltre indicate le assegnazioni predefinite impostate nella versione 5.0 dei modelli di processo MSF, oltre alle autorizzazioni consigliate da concedere ai tester manuali e ai coordinatori dei test.

Autorizzazione

Descrizione

Ambito

Readers

Contributors

Builders

Consigliata per i tester manuali

Consigliata per i coordinatori 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.

Livello di progetto

 segno di spunta segno di spunta segno di spunta segno di spunta segno di spunta

Visualizza esecuzioni dei test

Consente di visualizzare piani di test in questo nodo.

Livello di progetto

 segno di spunta segno di spunta segno di spunta segno di spunta segno di spunta

Crea esecuzioni dei test

Consente di aggiungere e rimuovere risultati dei test e di aggiungere o modificare esecuzioni dei test per il progetto team.

Livello di progetto

segno di spunta segno di spunta segno di spunta segno di spunta

Gestisci configurazioni di test

Consente di creare ed eliminare configurazioni di test per il progetto team.

Livello di progetto

segno di spunta segno di spunta

segno di spunta

Gestisci ambienti test

Consente di creare ed eliminare ambienti di test per il progetto team.

Livello di progetto

segno di spunta segno di spunta

segno di spunta

Elimina esecuzioni dei test

Consente di eliminare un test pianificato per il progetto team.

Livello di progetto

segno di spunta segno di spunta

segno di spunta

Visualizza questo nodo

Consente di visualizzare le impostazioni di sicurezza per un nodo dell'area.

Nodo Area

 segno di spunta segno di spunta segno di spunta

segno di spunta

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

segno di spunta segno di spunta segno di spunta segno di spunta

Gestisci controller test

Consente di eseguire e annullare la registrazione dei controller di test per l'insieme di progetti team.

Insieme di progetti.

segno di spunta

È possibile concedere autorizzazioni attenendosi alle routine indicate per l'area di ambito specifica:

  • Per impostare autorizzazioni a livello di progetto in Team Explorer, fare clic con il pulsante destro del mouse sul progetto, quindi fare clic su Impostazioni progetto team e scegliere Sicurezza. È inoltre possibile impostare queste autorizzazioni mediante lo strumento da riga di comando TFSSecurity. Per ulteriori informazioni, vedere Gestione delle autorizzazioni.

  • Per impostare autorizzazioni a livello di nodo area in Team Explorer, fare clic con il pulsante destro del mouse sul progetto, quindi fare clic su Aree e iterazioni, fare clic sulla scheda Area e scegliere Sicurezza. Per ulteriori informazioni, vedere Creare e modificare aree e iterazioni.

  • Per impostare autorizzazioni a livello d'insieme di progetti, fare clic con il pulsante destro del mouse sul server in Team Explorer e quindi scegliere Sicurezza, aprire e utilizzare la console di amministrazione per Team Foundation oppure utilizzare gli strumenti da riga di comando TFSSecurity e tf. Per ulteriori informazioni, vedere Gruppi a livello di insieme.

Per ulteriori informazioni, vedere Modificare le autorizzazioni per un gruppo o un utente.

Torna all'inizio

Avvio di Microsoft Test Manager

Dopo aver completato le attività di aggiornamento descritte precedentemente in questo argomento, è possibile avviare Microsoft Test Manager, connettersi al progetto e iniziare a pianificare le attività di test. Per ulteriori informazioni, vedere Test dell'applicazione.

Torna all'inizio

Vedere anche

Concetti

Test case (Agile)

Passi condivisi (Agile)

Altre risorse

witAdmin: amministrazione di oggetti per la verifica degli elementi di lavoro

Specifica del tipo di bug da registrare mediante Microsoft Test Manager

Personalizzazione dei modelli di processo

Aggiornamento di un progetto team aggiornato per accedere alle nuove funzionalità

Cronologia delle modifiche

Data

Cronologia

Motivo

Luglio 2010

Aggiunta di informazioni sui conflitti potenziali con modifiche dei nomi descrittivi dei campi. Correzione di alcuni esempi per il comando witadmin perché mancava una barra rovesciata nel percorso della directory. Correzione dei nomi descrittivi di diversi campi per la gestione di test case e aggiunta di collegamenti Torna all'inizio.

Commenti e suggerimenti dei clienti.