Testare oggetti e termini

Descrizione

Raggruppa suite di test e casi di test individuali. Per definire un piano di test, vedere Creare piani di test e gruppi di test.

Raggruppare i test case in scenari di test separati all'interno di un singolo piano di test. Il raggruppamento dei test case semplifica la visualizzazione degli scenari completati. Quando si crea un gruppo di test, è possibile specificare uno dei tre tipi seguenti:

• Gruppi di test statici: usato per raggruppare i test case in un singolo gruppo di test.
• Suite basate sui requisiti: selezionare uno o più requisiti da una query che si collega alla suite di test.
• Suite basate su query: selezionare uno o più test case collegati alla suite di test.

Definire i passaggi usati per testare il codice o un'app per la distribuzione. Definire i test case per assicurarsi che il codice funzioni correttamente, non contenga errori e soddisfi i requisiti aziendali e dei clienti. È possibile aggiungere singoli test case a un piano di test senza creare un gruppo di test. Più gruppi di test o piano di test possono fare riferimento a un test case. È possibile riutilizzare in modo efficace i test case senza dover copiarli o clonarli per ogni gruppo o piano. Esistono due tipi di test case:

• Manuale: test case che definiscono passaggi diversi eseguiti usando Test Runner o un altro client supportato.
• Automated: test case progettati per l'esecuzione all'interno di una pipeline Azure.

Utilizzare per condividere i passaggi tra più casi di test. Ad esempio, i passaggi di accesso e verifica per l'accesso a un'applicazione sono passaggi che è possibile condividere in diversi test case. Per sapere come, vedere Condividere i passaggi tra test case.

Usare per specificare parametri diversi per l'esecuzione di un passaggio di test all'interno di un test case. Per informazioni su come, vedere Ripetere un test con dati diversi.

Utilizzo

Immettere una descrizione di 255 caratteri o meno. È sempre possibile modificare il titolo in un secondo momento.

Assegnare l'elemento di lavoro al membro del team responsabile dell'esecuzione del lavoro. Per altre informazioni sulla ricerca e la selezione delle identità, vedere Eseguire query in base all'assegnazione o alle modifiche del flusso di lavoro.

Quando crei l'elemento di lavoro, per impostazione predefinita lo stato viene impostato sul primo stato del flusso di lavoro. Man mano che il lavoro procede, aggiornarlo in modo da riflettere lo stato corrente.

Usare prima il valore predefinito. Aggiorna quando cambi stato, se necessario. Ogni stato è associato a un motivo predefinito.

Scegli il percorso dell'area associato al prodotto o al team oppure lascialo vuoto fino a quando verrà assegnato durante una riunione di pianificazione. Per modificare l'elenco a discesa delle aree, vedere Definire i percorsi di area e assegnarli a un team.

Scegliere lo sprint o l'iterazione in cui completare il lavoro oppure lasciarlo vuoto e assegnarlo in un secondo momento durante una riunione di pianificazione. Per modificare l'elenco a discesa delle iterazioni, vedere Definire i percorsi di iterazione e configurare le iterazioni del team.

Fornire dettagli sufficienti per creare una comprensione condivisa dell'ambito e supportare le attività di stima. Concentrarsi sull'utente, su ciò che vuole ottenere e sul perché. Non descrivere come sviluppare il prodotto. Fornire dettagli sufficienti in modo che il team possa scrivere attività e test case per implementare l'elemento.

Descrizione

Fornisce informazioni dettagliate sul fatto che una funzionalità o una storia utente venga distribuita e in quale fase. È possibile ottenere informazioni visive sullo stato di un elemento di lavoro distribuito in ambienti di rilascio diversi, nonché una rapida navigazione in ogni fase di rilascio ed esecuzione. È possibile accedere a questo controllo da Piani di test, gruppi di test e test case.

Registra tutti i processi di sviluppo Git che supportano il completamento dell'elemento di lavoro. In genere, è possibile usarlo per favorire lo sviluppo Git da un requisito. Questo controllo supporta la tracciabilità fornendo visibilità su tutti i rami, i commit, le richieste pull e le compilazioni correlate all'elemento di lavoro. È possibile accedere a questo controllo da Piani di test, gruppi di test e test case.

Usare questo controllo in Piani di test, gruppi di test e test case per visualizzare o collegare altri elementi di lavoro, ad esempio requisiti e bug, in genere tramite il tipo di collegamento Correlato .

Usare questo controllo nei Passaggi condivisi e nei Parametri condivisi per indicare o collegare i Casi di test.

I test case da soli non sono eseguibili. Quando si aggiunge un test case a un gruppo di test, si generano punti di test. Un punto di test è una combinazione univoca di un test case, un gruppo di test, una configurazione e un tester.

Ad esempio, un test case chiamato Test della funzionalità di accesso con due configurazioni (Microsoft Edge e Chrome) genera due punti di test. È possibile eseguire ogni punto di test in modo indipendente e ogni esecuzione produce un risultato di test. È possibile visualizzare tutte le esecuzioni per un punto di test nella cronologia di esecuzione. La scheda Esegui mostra il risultato più recente per ogni punto di test.

Risultato registrato dell'esecuzione di un singolo test case all'interno di un ciclo di test. Ogni risultato del test acquisisce se il test ha superato, ha avuto esito negativo o ha avuto un altro risultato, insieme ai dati di diagnostica e agli allegati. Per informazioni dettagliate, vedere Esaminare le esecuzioni dei test.

Raggruppamento logico dei risultati dei test creati quando vengono eseguiti uno o più test case. Il sistema crea un'esecuzione di test quando si eseguono casi di test da un piano di test o da una pipeline. Ogni esecuzione del test acquisisce i risultati, la durata, l'ambiente e i dati di diagnostica. Per informazioni dettagliate, vedere Esaminare le esecuzioni dei test.

Finestra di dialogo usata per associare piani di test a pipeline di compilazione o versione.

Finestra di dialogo usata per scegliere come configurare i risultati dei test in più gruppi con gli stessi piani di test.

Singola azione all'interno di un test case, costituita da un'azione (cosa fa il tester) e da un risultato previsto (il comportamento previsto). Durante l'esecuzione, ogni passaggio di test viene contrassegnato come superato o non riuscito. I passaggi di test possono fare riferimento a passaggi condivisi e includere allegati. Per informazioni dettagliate, vedere Creare test case.

Possibilità di tracciare i risultati dei test con i requisiti e i bug a cui sono collegati.

Un approccio di test in cui gli stakeholder aziendali o gli utenti finali verificano che la funzionalità fornita soddisfi i requisiti dei clienti. In Azure Test Plans è possibile assegnare tester ai gruppi di test, inviare inviti tramite posta elettronica e tenere traccia dello stato di avanzamento tramite grafici. Gli utenti con accesso stakeholder possono partecipare. Per informazioni dettagliate, vedere Test di accettazione utente.