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 dell'attività di test utilizzando piani 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 Test Professional 2010, da Visual Studio 2010 Professional o da Visual Studio 2010 Ultimate. Per ulteriori informazioni, vedere Creazione e gestione di test.
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 è tuttavia possibile modificare i campi visualizzati nella scheda Passi di tali 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 Enabling Interfacing with Microsoft Test Manager for Upgraded Team Projects.
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. Sarà 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, per crearli è preferibile utilizzare Microsoft Test Manager. Per ulteriori informazioni, vedere Procedura: condividere i passi dei test case comuni utilizzando i passi condivisi.
In questo argomento |
Argomenti correlati |
---|---|
|
Processi Agile Rapporti Agile [Reporting Services] Riferimento di campo |
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, occorre 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 utilizzando Microsoft Test Manager, vedere Procedura: creare un test case manuale.
Per definire un test case
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 i percorsi di area o di iterazione.
Fare clic sulla scheda Riepilogo e specificare uno dei campi seguenti o entrambi:
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 vengono visualizzati la data della modifica, il membro del team che ha apportato la modifica e i campi che sono stati modificati.
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.
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.
Nella scheda Passi fare clic su Apri e modifica per definire i passi e i parametri di azione e di convalida 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.
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 requisiti o storie utente al piano di test.
Per collegare un test case a una storia utente
Fare clic sulla scheda Elementi di lavoro testati.
Fare clic su Collega a.
Viene visualizzata la finestra di dialogo Aggiungi collegamento a test case.
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.
Fare clic su Sfoglia.
Verrà visualizzata la seguente finestra di dialogo:
Nell'elenco Query salvata, fare clic sulla query Team Contenuti utente aperti, quindi scegliere Trova.
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.
(Facoltativo) Nella casella di testo Commento digitare una descrizione per il collegamento.
Scegliere OK.
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
Fare clic sulla scheda Riepilogo.
Digitare delle informazioni nella casella Descrizione.
(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 Titoli, ID, descrizioni e cronologia (Agile).
Fare clic su Salva elemento di lavoro.
Per aggiungere un allegato a un test case
Fare clic sulla scheda Allegati.
Eseguire una delle azioni riportate di seguito:
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.
Fare clic su Salva elemento di lavoro.
Per aggiungere un collegamento ipertestuale a un test case
Fare clic sulla scheda Altri collegamenti.
Fare clic su Collega a.
Nell'elenco Tipo collegamento fare clic su Collegamento ipertestuale.
Nella casella Indirizzo digitare l'indirizzo di destinazione del collegamento.
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.
(Facoltativo) Nella casella Commento digitare informazioni aggiuntive sul collegamento ipertestuale.
Scegliere OK.
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 Assegnazioni e flusso di lavoro (Agile).
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
Aprire il test case.
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.
Nell'elenco Motivo lasciare il valore predefinito Obsoleto. Se si chiude il test case per qualche altra ragione, fare clic su Rinviato o Duplicato.
Fare clic su Salva elemento di lavoro.
Progressione di un flusso di lavoro tipico:
Stati aggiuntivi delle transizioni del flusso di lavoro:
|
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.