Testare oggetti e termini

Descrizione

Vengono usati per raggruppare gruppi di test e singoli test case. 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.
• Gruppi basati sui requisiti: selezionare uno o più requisiti da una query che vengono quindi collegati al gruppo di test.
• Gruppi di prodotti basati su query: selezionare uno o più test case che vengono quindi collegati al gruppo 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.
• Automatizzato: test case progettati per l'esecuzione in una pipeline di Azure.

Usare per condividere i passaggi tra più test case. Ad esempio, i passaggi di accesso e verifica per l'accesso a un'applicazione sono passaggi che possono essere condivisi in diversi test case. Per informazioni su 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. A seconda del contesto in cui si sta lavorando, il menu a discesa elenca solo i membri o i collaboratori del team al progetto.

Quando viene creato 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. Aggiornarlo quando si modifica lo stato in caso di necessità. Ogni stato è associato a un motivo predefinito.

Scegliere il percorso dell'area associato al prodotto o al team oppure lasciare vuoto fino a quando non viene 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 il lavoro deve essere completato 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 sia stata distribuita e in quale fase. Si ottengono informazioni visive sullo stato di un elemento di lavoro distribuito in ambienti di rilascio diversi, nonché la navigazione rapida in ogni fase di rilascio ed esecuzione. Questo controllo è disponibile in Piani di test, gruppi di test e test case.

Registra tutti i processi di sviluppo Git che supportano il completamento dell'elemento di lavoro. Viene in genere usato per guidare lo sviluppo Git da un requisito. Questo controllo supporta la tracciabilità, offrendo visibilità su tutti i rami, i commit, le richieste pull e le compilazioni correlate all'elemento di lavoro. Questo controllo è disponibile in Piani di test, gruppi di test e test case.

Controllo usato nei piani di test, nei gruppi di test e nei test case per visualizzare o collegare altri elementi di lavoro, ad esempio i requisiti e i bug, in genere tramite il tipo di collegamento correlato.

Controllo usato nei passaggi condivisi e negli elementi di lavoro Parametri condivisi per indicare o collegare test case.

Autorizzazione

Attività

Visualizzare le esecuzioni dei test
Creare esecuzioni di test
Eliminare le esecuzioni di test

Per visualizzare, creare o eliminare esecuzioni di test, è necessario disporre dell'autorizzazione corrispondente.

Gestire le configurazioni di test
Gestire gli ambienti di test

Gestire configurazioni di test o ambienti di test, è necessario concedere l'autorizzazione corrispondente.

Creare una definizione di tag

Aggiungere nuovi tag agli elementi di lavoro basati su test.

Eliminare e ripristinare elementi di lavoro

Eliminare elementi di lavoro specifici del test e ripristinarli dal Cestino.

Eliminare definitivamente gli elementi di lavoro

Eliminare definitivamente elementi di lavoro specifici del test dall'archivio dati.

Visualizzare gli elementi di lavoro in questo nodo
Modificare gli elementi di lavoro in questo nodo

Per visualizzare o modificare piani di test, gruppi di test, test case o altri tipi di elementi di lavoro basati su test, è necessaria l'autorizzazione corrispondente.

Gestire i piani di test

Modificare le proprietà del piano di test, ad esempio l'esecuzione dei test e le impostazioni dei risultati del test.

Gestire i piani di test

Creare ed eliminare gruppi di test; aggiungere e rimuovere test case dai gruppi di test; modificare le configurazioni dei test associate ai gruppi di test; e modificare una gerarchia del gruppo di test (spostare un gruppo di test).

Definizione

Specifica l'ambiente univoco usato per testare un'applicazione o un codice. Per definire una configurazione di test, definire prima le variabili di configurazione e quindi definire la configurazione di test. Per informazioni dettagliate, vedere Testare configurazioni diverse.

Specifica un singolo aspetto di un ambiente di test, ad esempio un sistema operativo, la potenza di elaborazione, il Web browser o un'altra variante. Per informazioni dettagliate, vedere Testare configurazioni diverse.

Risultato di un punto di test contrassegnato dal tester durante l'esecuzione del test. Le opzioni valide sono:

• Attivo (non specificato)
• Test superato
• Test non superato
• Blocca test
• Non applicabile

Per altre informazioni, vedere Ripetere un test con dati diversi. Si noti che i risultati dei test della pipeline differiscono come descritto in Informazioni sui test della pipeline.

I test case da soli non sono eseguibili. Quando si aggiunge un test case a un gruppo di test, vengono generati i punti di test. Un punto di test è una combinazione univoca di test case, gruppo di test, configurazione e tester. Ad esempio, se si dispone di un test case denominato Funzionalità di accesso test e si aggiungono due configurazioni per i browser Edge e Chrome , sono disponibili due punti di test. È possibile eseguire ognuno di questi punti di test. In fase di esecuzione vengono generati i risultati dei test. Tramite la visualizzazione dei risultati dei test o la cronologia di esecuzione, è possibile visualizzare tutte le esecuzioni di un punto di test. L'esecuzione più recente per il punto di test è quella visualizzata nella scheda Esegui.

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.

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