Test case (Agile)

Un team utilizza test case per definire test manuali e automatizzati che possono essere eseguiti e gestiti tramite Microsoft Test Manager.Utilizzando Microsoft Test Manager è possibile non solo creare test case ma anche gruppi di test e configurazioni di test che supportano il test del progetto.È possibile utilizzare le configurazioni di test per definire come si desidera che i test case e i gruppi di test vengano eseguiti.È possibile raggruppare i test case organizzandoli nel piano di test secondo una gerarchia di gruppi di test.Creando gruppi di test, è possibile eseguire set di test case come un gruppo.Per ulteriori informazioni, vedere Definizione di un piano di test.

[!NOTA]

È possibile definire un test case tramite Team Explorer, ma è preferibile crearli tramite Microsoft Test Manager.È possibile accedere a Microsoft Test Manager da Visual Studio Premium, da Visual Studio Ultimate o da Visual Studio Test Professional.Per ulteriori informazioni, vedere Creazione e gestione di test in Microsoft Test Manager.

Per definire la sequenza di passi delle azioni che definiscono un test manuale o un set di passi condivisi, è necessario utilizzare Microsoft Test Manager.È possibile visualizzare e modificare altri campi definiti per test case e passi condivisi utilizzando Team Explorer o Team Web Access. Non è possibile, tuttavia, modificare i campi visualizzati nella scheda Passi tramite questi client.

Se un progetto team è stato aggiornato, potrebbe essere necessario eseguire attività aggiuntive prima di poter utilizzare test case e un'interfaccia con Microsoft Test Manager.Per ulteriori informazioni, vedere Aggiornare un progetto team basato su un modello di processo MSF v4.2.

Molti test richiedono che il tester esegua la stessa sequenza di passi per più test case.La creazione di passi condivisi consente di definire una sola volta una sequenza di passi e di inserirla quindi in molti test case.Se, ad esempio, per ogni test case è necessario che un tester acceda all'applicazione, è possibile creare un set di passi condivisi per eseguire queste azioni.È quindi possibile aggiungere passi condivisi a ogni test case ed eseguire i passi tramite Test Runner. Poiché i passi condivisi vengono utilizzati solo per semplificare la definizione di test case manuali, è necessario utilizzare Microsoft Test Manager per creare passi condivisi.Per ulteriori informazioni, vedere Procedura: condividere i passi dei test case comuni utilizzando i passi condivisi.

In questo argomento

Argomenti correlati

Definizione di un test case Collegamento di un test case a una storia utente Aggiunta di allegati o collegamenti ipertestuali a un test case Modifica dello stato di un test case

Processi Agile Test tempestivi e frequenti Rapporti Agile [Reporting Services] Rapporto Conformità test case Rapporto Stato di avanzamento piano test Rapporto Panoramica storie (Agile) Riferimento di campo Riferimento ai campi Titoli, ID, descrizioni e cronologia Riferimento ai campi Assegnazioni e flusso di lavoro Riferimento ai campi Pianificazione, classificazione e priorità Riferimento ai campi Integrare test e compilare Riferimento ai campi Aree e iterazioni Collegamento di elementi di lavoro e restrizioni e controlli dei collegamenti Controlli allegati e riferimento ai campi

Autorizzazioni necessarie

Per visualizzare un test case, è necessario essere un membro del gruppo Readers oppure che l'autorizzazione Visualizza elementi di lavoro in questo nodo sia impostata su Consenti.Per creare o modificare un test case, è necessario essere un membro del gruppo Contributors oppure che l'autorizzazione Modifica elementi di lavoro in questo nodo sia impostata su Consenti.Per ulteriori informazioni, vedere Gestione delle autorizzazioni.

Definizione di un test case

È possibile definire un test case tramite Team Explorer o Team Web Access e successivamente aggiungerlo a un piano di test tramite Microsoft Test Manager.Quando si definisce un test case, è necessario specificare i campi indicati nell'illustrazione seguente.

Nella definizione di un test case tutti i campi sono facoltativi ad eccezione di Titolo.

È sempre possibile modificare i campi e aggiungere più dettagli durante la preparazione del test case.Per eseguire questa procedura tramite Microsoft Test Manager, vedere Procedura: creare un test case manuale.

Per definire un test case

1. Nella sezione superiore del form dell'elemento di lavoro per un test case, specificare uno o più dei seguenti campi:

   • (Obbligatorio) In Titolo, digitare una frase descrittiva che definisce i criteri da testare.

   • Nell'elenco Assegnato a fare clic sul proprietario del test case.

     [!NOTA]

     È possibile assegnare elementi di lavoro solo a membri del gruppo Contributors.

     Se non si specifica alcun proprietario per il test case, questa verrà assegnata automaticamente all'utente che la definisce.

   • Nell'elenco Stato, lasciare il valore predefinito Design.

     [!NOTA]

     È possibile eseguire un test case nello stato Progettazione.

   • Nell'elenco Priorità scegliere il livello di importanza del test case su una scala da 1 (più importante) a 4 (meno importante).

     Il valore predefinito di questo campo è 2.

   • In Stato automazione, lasciare il valore predefinito Non automatizzato, per i casi manuali o fare clic su Pianificato se si intende automatizzare il test case.

     [!NOTA]

     Se si aggiunge un metodo di automazione dalla scheda Automazione associata, il valore di questo campo viene aggiornato automaticamente su Automatizzato.Per ulteriori informazioni sulla conversione di un test case manuale in un test case automatizzato, vedere Associazione di un test automatizzato con un test case manuale.

   • Nell'elenco Area fare clic sull'area appropriata nel progetto team per il test case.

     Questo valore deve corrispondere all'area specificata per la storia utente a cui si indirizza il test case.Il valore predefinito è il primo nodo dell'area definito per il progetto.

   • Nell'elenco Iterazione fare clic sull'iterazione nel progetto team per il test case.

     Il valore predefinito è il primo nodo dell'iterazione definito per il progetto.

     [!NOTA]

     Per ogni progetto team, l'amministratore di progetto definisce i percorsi di area e di iterazione del progetto in modo che il team possa tenere traccia dello stato di avanzamento tramite tali designazioni.Per ulteriori informazioni, vedere Creare e modificare aree e iterazioni.

2. Fare clic sulla scheda RIEPILOGO e specificare uno o entrambi i seguenti campi:

   • In Descrizione, fornire una descrizione del test case scegliendo il livello di dettaglio preferito.

   • Nella casella Cronologia aggiungere i commenti che si desidera acquisire come parte del record cronologico.

     Ogni volta che un membro del team aggiorna l'elemento di lavoro, nella cronologia corrispondente vengono visualizzati la data della modifica, il membro del team che ha apportato la modifica e i campi che sono stati modificati.

3. Collegare il test case alla storia utente che verifica.

   Per ulteriori informazioni, vedere Collegamento di un test case a una storia utente più avanti in questo argomento.

4. Fare clic su Salva elemento di lavoro.

   [!NOTA]

   Dopo avere salvato il test case, sotto la barra degli strumenti dell'elemento di lavoro viene visualizzato l'identificatore.

5. Nella scheda PASSAGGI, scegliere modifica con Microsoft Test Manager per definire l'azione e i passaggi di convalida e i parametri da eseguire come parte del test.

   Verrà avviato Microsoft Test Manager e verrà visualizzato il test case.

   [!NOTA]

   È possibile definire passi di test solo tramite Microsoft Test Manager.

   Per ulteriori informazioni, vedere Creazione e gestione di test in Microsoft Test Manager.

Collegamento di un test case a una storia utente

I test case vengono collegati a una storia utente per tenere traccia dello stato di avanzamento del test eseguito per la storia utente.Dopo avere definito i test case, è possibile collegarli alle storie utente che implementano tramite la procedura riportata di seguito.Per ulteriori informazioni su come eseguire questa procedura utilizzando Microsoft Test Manager, vedere Procedura: aggiungere elementi backlog prodotto, storia utente o elementi di lavoro dei requisiti al piano di test.

Per collegare un test case a una storia utente

1. Fare clic sulla scheda Elementi di lavoro testati.

   

2. Fare clic su Collega a.

   Viene visualizzata la finestra di dialogo Aggiungi collegamento a test case.

3. Nell'elenco Tipo collegamento lasciare il valore predefinito Test.

   È possibile specificare il tipo di collegamento Test solo quando si crea un collegamento dalla scheda Elementi di lavoro testati.

4. Fare clic su Sfoglia.

   Verrà visualizzata la seguente finestra di dialogo:

   

5. Nell'elenco Query salvata, fare clic sulla query Team Contenuti utente aperti, quindi scegliere Trova.

6. Selezionare la casella di controllo accanto alla storia utente che si desidera collegare al test case.

   Per ulteriori informazioni, vedere Individuare elementi di lavoro da collegare o importare.

7. (Facoltativo) Nella casella di testo Commento digitare una descrizione per il collegamento.

8. Fare clic su OK.

9. Fare clic su Salva elemento di lavoro.

   [!NOTA]

   Verranno aggiornati sia la storia utente che il test case collegato.Il collegamento Testato da viene aggiunto alla storia utente.

Aggiunta di dettagli, allegati o collegamenti ipertestuali a un test case

È possibile aggiungere informazioni a un test case che fornisce ulteriori informazioni per l'implementazione del test case.È possibile aggiungere dettagli ai test case nei modi seguenti:

• Digitare le informazioni nel campo Descrizione o Cronologia.

• Allegare un file.

  È ad esempio possibile allegare un thread di posta elettronica, un documento, un'immagine, un file di log o un altro tipo di file.

• Aggiungere un collegamento ipertestuale a un sito Web o a un file archiviato in un server o in un sito Web.

Per aggiungere dettagli a un test case

1. Fare clic sulla scheda Riepilogo.

2. Digitare le informazioni in Descrizione.

3. (Facoltativo) Digitare le informazioni nel campo Cronologia.

   È possibile formattare le informazioni per metterle in risalto o disporle in un elenco puntato.Per ulteriori informazioni, vedere Riferimento ai campi Titoli, ID, descrizioni e cronologia.

4. Fare clic su Salva elemento di lavoro.

Per aggiungere un allegato a un test case

1. Fare clic sulla scheda Allegati.

   

2. Effettuare una delle azioni seguenti:

   • Trascinare un file nell'area degli allegati.

   • Fare clic su oppure premere CTRL+V per incollare un file copiato.

   • Fare clic su Aggiungi, quindi su Sfoglia e nella finestra di dialogo Allegato digitare o trovare il nome del file che si desidera allegare.

     (Facoltativo) Nella casella Commento digitare informazioni aggiuntive sull'allegato.Per chiudere la finestra di dialogo Allegato, fare clic su OK.

3. Fare clic su Salva elemento di lavoro.

Per aggiungere un collegamento ipertestuale a un test case

1. Fare clic sulla scheda Altri collegamenti.

   

2. Fare clic su Collega a.

   

3. Nell'elenco Tipo collegamento fare clic su Collegamento ipertestuale.

4. Nella casella Indirizzo digitare l'indirizzo di destinazione del collegamento.

5. Se la destinazione è un sito Web, digitare l'URL del sito oppure copiarlo dal browser Internet e incollarlo nella casella Indirizzo.Se la destinazione è un percorso server, digitare l'indirizzo sotto forma di nome UNC.

6. (Facoltativo) Nella casella Commento digitare informazioni aggiuntive sul collegamento ipertestuale.

7. Fare clic su OK.

8. Fare clic su Salva elemento di lavoro.

Modifica dello stato di un test case

Quando si crea un test case, lo stato viene impostato automaticamente su Progettazione.Lo stato diventa Pronto dopo avere definito tutti i passaggi di convalida e azione per il test case e il test case viene approvato come pronto per l'esecuzione.Quando un test case non è più richiesto, modificare lo stato da Pronto in Chiuso.Per ulteriori informazioni sui campi di dati che tengono traccia dei cambiamenti di stato, vedere Riferimento ai campi Assegnazioni e flusso di lavoro.

Per ulteriori informazioni su come eseguire questa procedura utilizzando Microsoft Test Manager, vedere Procedura: modificare lo stato di un test case in Chiuso.È possibile modificare contemporaneamente più test case in Office Excel aprendo la query Team Test case aperti e aggiornando il campo Stato per i test case che si desidera aggiornare.

Dopo avere salvato un test case, è possibile impostare uno degli stati descritti nella procedura riportata di seguito.

Per modificare lo stato di un test case

1. Aprire il test case.

2. Nell'elenco Stato fare clic su uno dei seguenti valori:

   • Progettazione: il test case è in corso di progettazione e non è ancora stato rivisto e approvato.

     [!NOTA]

     È possibile eseguire un test case nello stato Progettazione.

   • Pronto: il test case è stato rivisto e approvato ed è pronto per essere eseguito.

   • Chiuso: il test case non è più necessario per le iterazioni future di questo progetto team.

3. Nell'elenco Motivo lasciare il valore predefinito Obsoleto.Se si chiude il test case per qualche altra ragione, fare clic su Rinviato o Duplicato.

4. Fare clic su Salva elemento di lavoro.

Progressione di un flusso di lavoro tipico: Un membro del team crea un test case con lo stato Progettazione e il motivo predefinito Nuovo. Un membro del team modifica lo stato di un test case da Progettazione in Pronto per indicare che il test case è pronto per essere utilizzato per i test di accettazione delle storie utente che verifica. Un membro del team modifica lo stato di un test case da Pronto in Chiuso per indicare che il test case non viene più utilizzato. Stati aggiuntivi delle transizioni del flusso di lavoro: Un membro del team modifica lo stato di un test case da Progettazione in chiuso per indicare che un test case definito per una storia utente non è rilevante o è un duplicato di un altro test case. Un membro del team modifica lo stato di un test case da Pronto in Progettazione per indicare che sono stati individuati criteri di test aggiuntivi che devono essere aggiunti a un test case. Un membro del team modifica lo stato di un test case da Chiuso in Progettazione per indicare che un test case è stato chiuso in errore o la storia utente che verifica ora rientra nell'ambito.

Diagramma stato del test case

Progettazione [Nuovo]

Un membro del team crea un test case, fornisce un titolo descrittivo e definisce i passaggi e i parametri da eseguire.Dopo che il membro del team ha definito tutti i passaggi per il test case che quindi è pronto per l'esecuzione, il membro del team modifica lo stato da Progettazione in Pronto.

Quando un membro del team crea un test case vengono acquisiti automaticamente i campi dati seguenti:

• Assegnato a: nome del membro del team che creato il test case.

• Creato da: nome del membro del team che ha creato il test case.

• Data di creazione: data e ora in cui il test case è stato creato, secondo quanto registrato dall'orologio del server.

Da Progettazione in Pronto

Quando è possibile modificare lo stato di un test case da Progettazione in Pronto il campo Motivo viene impostato automaticamente su Completato.

Motivo	Casi di utilizzo	Azioni aggiuntive da intraprendere
Completate	Tutti i passaggi di convalida e azione per il test case sono definiti.	Rivedere i test case definiti per storie utente simili per determinare se è possibile definire un passo condiviso che ridurrà la manutenzione dei test case.

Da Progettazione o Pronto in Chiuso

È possibile chiudere un test case dallo stato Progettazione o Pronto a causa di una delle ragioni seguenti:

Motivo	Casi di utilizzo	Azioni aggiuntive da intraprendere
Obsoleto (impostazione predefinita)	Il test case non è più necessario per i test di accettazione delle storie utente.	Verificare che tutte le storie utente collegate al test case siano nello stato Chiuso.
Posticipata	Il test case non verrà eseguito durante l'attuale ciclo o iterazione del prodotto.È possibile specificare questo motivo anche quando lo stato della storia utente che si sta testando è Chiuso perché è Esterno all'ambito o Abbandonato.	Nessuno.
Duplicato	Quando il test case duplica un altro test case.	Creare un collegamento al test case duplicato che rimane aperto.

Quando un membro del team chiude un test case vengono acquisiti i campi dati seguenti:

• Chiuso da: nome del membro del team che ha chiuso il test case.

• Data di chiusura: data e ora in cui il test case è stato chiuso, secondo quanto registrato dall'orologio del server.

• Data di modifica stato: data e ora in cui lo stato del test case è stato modificato.

Pronto

Quando un test case è definito e pronto per essere eseguito, modificare lo stato in Pronto.

Da Pronto in Progettazione

È possibile modificare lo stato di un test case da Pronto in Progettazione per le ragioni seguenti:

Motivo	Casi di utilizzo	Azioni aggiuntive da intraprendere
Aggiornare il test case	È necessario apportare modifiche al test case per applicare i criteri di accettazione per il test.Ad esempio, è possibile modificare la sequenza di passaggi, aggiungere nuovi passaggi e modificare o aggiungere parametri.	Nessuno.

Quando un membro del team riattiva un test case viene acquisito automaticamente il campo dati seguente:

• Attivato da: nome del membro del team che ha riattivato il test case.

• Data di attivazione: data e ora in cui il test case è stato riattivato, secondo quanto registrato dall'orologio del server.

• Data di modifica stato: data e ora in cui lo stato del test case è stato modificato.

Closed

È possibile riattivare un test case chiuso se le storie utente che testa ritornano nell'ambito.

Da Chiuso in Progettazione o Pronto

Quando si aggiorna lo stato di un test case da Chiuso in Progettazione o Pronto, il valore unico e predefinito per Motivo è elencato nella tabella seguente:

Motivo	Casi di utilizzo	Azioni aggiuntive da intraprendere
Riattivato	Il test case non è più necessario per supportare i test di accettazione di una storia utente.	Rivedere tutte le azioni e tutti i passi di convalida per assicurarsi che siano sufficienti per testare la storia utente.

I campi dati seguenti vengono acquisiti quando un membro del team aggiorna lo stato di un test case da Chiuso in Progettazione o Pronto:

• Attivato da: nome del membro del team che ha riattivato il test case.

• Data di attivazione: data e ora in cui il test case è stato riattivato, secondo quanto registrato dall'orologio del server.

• Data di modifica stato: data e ora in cui lo stato del test case è stato modificato.

Vedere anche

Concetti

Storia utente (Agile)

Test dell'applicazione

Altre risorse

Shared Steps

Modello di processo Agile per ALM di Visual Studio

Elementi di lavoro e flusso di lavoro (Agile)