Aggiungere campi per supportare l'integrazione con il test, la compilazione e il controllo della versione

È possibile personalizzare i tipi di elemento di lavoro in modo da contenere informazioni generate dai processi automatizzati, aggiungendo campi che si integrano con Team Foundation Build, Microsoft Test Manager e Controllo della versione di Team Foundation. 

In questo argomento

• Campi che si integrano con Team Build

• Campi che si integrano con Visual Studio Test Tools

• Campi che si integrano con il codice sorgente di Team Foundation

Campi che si integrano con Team Foundation Build

Team Foundation Build è il processo di compilazione automatica di Team Foundation Server.È possibile configurare il processo di compilazione tramite Team Foundation Builde Team Foundation Build può generare elementi di lavoro quando si verifica un errore di compilazione.È inoltre possibile aggiungere informazioni sulla compilazione agli elementi di lavoro risolti in una particolare compilazione.Affinché funzioni, Team Foundation Build richiede che i due campi vengono aggiunti alla definizione di tipo di elemento di lavoro: Rilevato in e Compilazione integrazione.

Nei modelli di processo predefiniti che Team Foundation Server modo, Rilevato in nei campi Integrato nella compilazione vengono visualizzati nelle definizioni dei tipi per i bug.Questi campi associare i bug alle build in cui sono stati trovati o corretti.È possibile utilizzare il frammento di codice per aggiungere questi campi a una definizione di tipo di elemento di lavoro.

<FIELD name="Found In" refname="Microsoft.VSTS.Build.FoundIn" type="String" reportable="dimension">
    <HELPTEXT>Product build number (revision) in which this item was found</HELPTEXT>
</FIELD>
<FIELD name="Integration Build" refname="Microsoft.VSTS.Build.IntegrationBuild" type="String" reportable="dimension">
    <HELPTEXT>Product build number this bug was fixed in</HELPTEXT>
</FIELD>

Quando il campo Rilevato in è presente nella definizione di tipo di elemento di lavoro, Team Foundation Build crea un elemento di lavoro quando si verifica un errore di compilazione e impostare il campo Rilevato in nel numero di build in cui si è verificato l'errore.Se il campo Rilevato inTeam Foundation Build manca, non crea un elemento di lavoro per la compilazione non riuscita e tutte le altre operazioni funzionano nel modo previsto.

Quando il campo Compilazione integrazione è presente nella definizione di tipo di elemento di lavoro, Team Foundation Build identifica gli elementi di lavoro risolti con ciascuna compilazione e aggiorna tali elementi per impostare il numero di compilazione in cui sono stati risolti nel campo Compilazione integrazione.Se il campo Compilazione integrazioneTeam Foundation Build manca, non memorizza il numero di compilazione negli elementi di lavoro e tutte le altre operazioni funzionano nel modo previsto.

Per ulteriori informazioni, vedere Riferimento ai campi Integrare test e compilare.

Campi che si integrano con Microsoft Test Manager

Con Test Manager, è possibile automatizzare la creazione di un bug o un altro tipo di elemento di lavoro quando un test non riesce.Per ulteriori informazioni, vedere Invio di bug in Microsoft Test Manager.

Quando un elemento di lavoro viene creato in questo modo, le informazioni sul sistema e i passaggi per riprodurre il bug vengono acquisiti i campi Passaggi riproduzione bug e Informazioni sistema.

È possibile aggiungere questi campi ai tipi di elemento di lavoro creato per rilevare difetti utilizzando il seguente frammento di codice.

<FIELD name="System Info" refname="Microsoft.VSTS.TCM.SystemInfo" type="HTML" />
<FIELD name="Repro Steps" refname="Microsoft.VSTS.TCM.ReproSteps" type="HTML" />

Per ulteriori informazioni sui campi aggiuntivi utilizzati da Test Manager, vedere Riferimento ai campi Integrare test e compilare.

Campi che si integrano con il controllo della versione di Team Foundation

Una delle funzionalità disponibili in Controllo della versione di Team Foundation consente di associare o risolvere gli elementi di lavoro durante l'archiviazione del codice.Se è stato utilizzato un particolare elemento di lavoro durante la modifica del codice, è possibile impostare tale associazione dalla finestra di archiviazione del controllo del codice sorgente una volta terminate le operazioni sul codice.

La possibilità di Controllo della versione di Team Foundation di risolvere un elemento di lavoro richiede la presenza di un'azione particolare nell'elemento di lavoro.Il sistema di controllo del codice sorgente interroga la gestione degli elementi di lavoro per determinare se l'elemento di lavoro supporta tale azione e, in tale caso, richiede gli stati di origine e di destinazione della transizione.Se l'azione viene individuata, il sistema di controllo del codice sorgente può eseguire la transizione dell'elemento di lavoro in base alla transizione impostata durante l'archiviazione del codice.

[!NOTA]

Quando si utilizza l'azione Checkin, è necessario impostare gli stati "from" e "to" appropriati per riflettere la transizione di stato desiderata.

Per ulteriori informazioni sulle azioni, vedere Associating a State Transition with an Action e Transition Action Details.

Esempio dell'azione Checkin

<TRANSITION from="Active" to="Resolved">
....
    <ACTIONS>
        <ACTION value="Microsoft.VSTS.Actions.Checkin"/>
    </ACTIONS>
....  
</TRANSITION>

Vedere anche

Concetti

Individuazione delle compilazioni che contengono correzioni di bug, nuove funzionalità o requisiti

Altre risorse

Determinare i requisiti di personalizzazione dei processi e degli oggetti di rilevamento

Cronologia delle modifiche

Data	Cronologia	Motivo
Agosto 2012	Campi aggiornati che supportano l'integrazione con Test Manager e aggiornati i collegamenti ad altri argomenti.	Correzione di bug nel contenuto.