Creare una query basata su campi di integrazione di compilazione e test

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

I campi degli elementi di lavoro che supportano l'integrazione di compilazioni e test offrono funzionalità avanzate per migliorare il flusso di lavoro di sviluppo. Queste integrazioni consentono le azioni chiave seguenti:

• Associare bug alle compilazioni: Collegare bug direttamente alle compilazioni specifiche in cui sono stati individuati o risolti, garantendo una verifica e una responsabilità precise.
• Interrogare i bug per build: Recuperare e analizzare i bug associati a build particolari per identificare tendenze e aree che richiedono miglioramenti.
• Contrassegnare i test case come manuali o automatizzati: Classificare i test case di conseguenza e archiviare le informazioni pertinenti per supportare i processi di test automatizzati.
• Definire i passaggi di azione e convalida per i test case e i passaggi condivisi: Specificare le azioni da eseguire, i criteri di convalida e i dati necessari per eseguire i test in modo efficace.

Questo articolo fornisce indicazioni su come usare le integrazioni di compilazione e test per migliorare la qualità e l'efficienza del progetto.

Prerequisiti

• autorizzazioni a livello di progetto:
  • Collaboratori: possono creare e modificare query.
  • Reader: può visualizzare le query, ma non può crearle o modificarle.
  • Project Administrators: avere il controllo completo su tutte le impostazioni del progetto, incluse le query.
• autorizzazioni specifiche per gli artefatti di test:
• Gestire i piani di test: consente la creazione, la modifica e l'eliminazione di piani di test.
• Gestisci gruppi di test: consente la creazione, la modifica e l'eliminazione di gruppi di test.
• Modifica elementi di lavoro in questo nodo: obbligatorio per aggiungere o modificare elementi di lavoro specifici del test, ad esempio test case e gruppi di test.

Operatori e macro supportati

La maggior parte dei campi di integrazione di compilazione e test ha un tipo di dati String, PlainText o HTML. Le clausole di query che specificano un campo di testo o RTF possono usare gli operatori e le macro elencate nella tabella seguente.

Filtri utili

Elenca i bug e i casi di test che li verificano

Apri una nuova query, imposta il tipo di query su Elementi di lavoro e collegamenti diretti. Filtrare i bug nel livello superiore e aggiungere il filtro per i test case nel filtro degli elementi di lavoro collegati.

Costruisci e testa campi dati

Nella tabella seguente vengono descritti i campi definiti in uno o più tipi di elemento di lavoro di test. Per informazioni sui tipi di dati e sugli attributi dei campi, vedere Campi e attributi dell'elemento di lavoro.

Per personalizzare un campo o un menu a tendina, consultare Aggiungere o modificare un campo per supportare query, report e flussi di lavoro.

Altri campi

I campi seguenti non vengono visualizzati nei moduli degli elementi di lavoro, ma questi campi vengono rilevati per i test case o i gruppi di test. È possibile usare alcuni di questi campi per filtrare le query e creare report. Nessuno di questi campi viene aggiunto al data warehouse né indicizzato.

Campi che si integrano con Team Foundation Build

Team Foundation Build è il sistema di compilazione locale che è possibile usare con Azure DevOps Server. È possibile configurare il processo di compilazione usando Team Foundation Build e Team Foundation Build può generare elementi di lavoro in caso di errore di compilazione. Può anche aggiungere informazioni di compilazione agli elementi di lavoro risolti in una determinata compilazione. Team Foundation Build richiede che i due campi seguenti vengano aggiunti alla definizione del tipo di elemento di lavoro: Trovato in e Compilazione di Integrazione.

"trovati in e integrati nella build sono definiti come campi per i bug nei processi predefiniti." Questi campi associano bug alle compilazioni in cui sono stati trovati o corretti.

È possibile usare il frammento di codice seguente per aggiungere questi campi a una definizione di WIT.

<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>
        <SUGGESTEDVALUES>
          <LISTITEM value="&lt;None&gt;" />
        </SUGGESTEDVALUES>
</FIELD>
<FIELD name="Integration Build" refname="Microsoft.VSTS.Build.IntegrationBuild" type="String" reportable="dimension">
    <HELPTEXT>Product build number this bug was fixed in</HELPTEXT>
        <SUGGESTEDVALUES>
          <LISTITEM value="&lt;None&gt;" />
        </SUGGESTEDVALUES>
</FIELD>

Quando il campo Trovato in è presente in una definizione WIT, Team Foundation Build crea un elemento di lavoro quando una compilazione ha esito negativo e imposta il campo Trovato in sul numero di build non riuscito. Se manca il campo Trovato in, Team Foundation Build non crea un elemento di lavoro per la compilazione non riuscita e tutto il resto funziona come previsto.

Quando il campo Integration Build è presente nella definizione WIT, Team Foundation Build identifica gli elementi di lavoro che sono stati risolti con ogni build e quindi aggiorna tali elementi di lavoro per impostare il numero di build in cui sono stati risolti nel campo Integration Build. Se manca il campo Build di integrazione, Team Foundation Build non archivia il numero di build negli elementi di lavoro e tutto il resto funziona come previsto.

Compilazioni e popolamento automatico elenco globale

La prima volta che si mette in coda una build per un progetto usando Team Foundation Build, viene automaticamente aggiunto un elenco globale etichettato Build - ProjectName. Ogni volta che viene eseguita una compilazione, un LISTITEM viene aggiunto a questo elenco globale con il nome della compilazione.

<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>
        <SUGGESTEDVALUES>
          <LISTITEM value="&lt;None&gt;" />
        </SUGGESTEDVALUES>
        <SUGGESTEDVALUES expanditems="true" filteritems="excludegroups">
          <GLOBALLIST name="Builds - TeamProjectName" />
        </SUGGESTEDVALUES>
</FIELD>

Campi che si integrano con i piani di test

Con i piani di test è possibile automatizzare la creazione di un bug o di un altro tipo di elemento di lavoro quando un test ha esito negativo. Per altre informazioni, vedere Aggiungere scoperte a bug esistenti con test esplorativi.

Quando si crea un elemento di lavoro in questo modo, le informazioni sul sistema e i passaggi per riprodurre il bug vengono acquisiti nei campi informazioni di sistema e passaggi di riproduzione.

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

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

Associare e risolvere gli elementi di lavoro con TFVC

Il controllo della versione di Team Foundation offre una funzionalità che consente di associare o risolvere gli elementi di lavoro direttamente durante il processo di archiviazione del codice. Quando si lavora su un elemento di lavoro specifico e si apportano modifiche al codice corrispondenti, è possibile collegare l'elemento di lavoro dall'interno della finestra di archiviazione del controllo del codice sorgente al completamento delle modifiche.

come TFVC risolve gli elementi di lavoro

La capacità di TFVC di risolvere un elemento di lavoro dipende dalla presenza di un'azione specifica all'interno dell'elemento di lavoro. Ecco come funziona il processo:

1. Verifica azione: Il sistema di controllo del codice sorgente esegue una query sul sistema di rilevamento degli elementi di lavoro per determinare se l'elemento di lavoro supporta l'azione richiesta.
2. transizione di stato: Se l'azione è supportata, TFVC recupera gli stati di origine e destinazione associati alla transizione.
3. aggiornamento dell'elemento di lavoro: al momento dell'archiviazione del codice, tfvc esegue la transizione dello stato dell'elemento di lavoro in base alla transizione predefinita.

Questa integrazione garantisce che gli elementi di lavoro riflettano accuratamente lo stato delle modifiche al codice associate, migliorando la tracciabilità e la responsabilità all'interno del flusso di lavoro di sviluppo.

Per altre informazioni, vedere Automatizzare le assegnazioni dei campi in base allo stato, alla transizione o al motivo.

Limitazioni

Quando si eseguono query in base al test case, esistono le limitazioni seguenti:

• Viste gerarchiche: Non è possibile creare una query che mostri una visualizzazione gerarchica di piani di test, gruppi di test e casi di test. Questi elementi non vengono collegati insieme usando tipi di collegamento padre-figlio.
• suite di test basate su query: Sebbene sia possibile creare suite di test basate su query, la suite include automaticamente ogni test case restituito da query che definisci, il che può a volte portare all'inclusione di test case non previsti se la query non è precisa.
• Limitazioni dei campi: alcuni campi correlati ai test case, ad esempio i risultati dettagliati dell'esecuzione, potrebbero richiedere l'utilizzo creativo dei campi esistenti o la personalizzazione dei dati del payload per essere completamente utilizzati.
• limiti di prestazioni e velocità: Azure DevOps impone limiti alle risorse che gli utenti possono usare e il numero di richieste che possono effettuare. Le query non ottimizzate o le chiamate API eccessive possono causare ritardi o richieste bloccate.
• Collegamento dei casi di test: I casi di test non vengono collegati automaticamente ad altri elementi di lavoro in modo da supportare query complesse. Ad esempio, non è possibile eseguire facilmente query per una visualizzazione gerarchica dei test case collegati a requisiti specifici o storie utente.

Contenuti correlati

• Indice del campo dell'elemento di lavoro
• Promuovere lo sviluppo Git da un elemento di lavoro
• Collegare elementi di lavoro ad altri oggetti
• query sui collegamenti e sugli allegati