Condividi tramite

Utilizzo dei piani di test nel progetto team

  • Articolo

Quando si utilizza Microsoft Test Manager per creare piani di test e gruppi di test per il progetto team, è possibile seguire diversi approcci.In questo argomento ci si concentrerà su due approcci basati sulla metodologia di sviluppo utilizzata.

Un approccio consiste nel creare un piano di test da utilizzare per tutte le attività cardine e aggiungere gruppi di test e test man mano che si procede.Tuttavia, se si utilizza questo approccio, non si dispone di dati cronologici relativi alle percentuali di superamento dei test per le attività cardine precedenti.Pertanto, è meglio creare piani di test basati sugli obiettivi di test per iterazioni o attività cardine specifiche, indipendentemente dalla metodologia di sviluppo utilizzata.Creando piani di test per iterazioni o attività cardine, è possibile vedere quando un'iterazione o un'attività cardine specifica viene completata, in base agli obiettivi di test.È possibile anche preparare il piano di test per l'iterazione o l'attività cardine successiva mentre si completa il test per l'attività cardine corrente.Utilizzando questo approccio è possibile tenere traccia dello stato di avanzamento per ciascuno dei piani di test e verificare il miglioramento della qualità dell'applicazione.

Se si aggiungono sia test manuali che automatizzati ai gruppi di test, è possibile verificare la qualità complessiva in base a entrambi i tipi di test per i gruppi di test e i piani di test.

Requisiti

  • Visual Studio Ultimate, Visual Studio Premium, Visual Studio Test Professional

Utilizzare le sezioni seguenti a seconda della metodologia utilizzata per sviluppare e testare l'applicazione:

  • Sviluppo Agile

  • Altre metodologie di sviluppo

[!NOTA]

Per ulteriori informazioni sui modelli di processo inclusi in Visual Studio utilizzabili per la metodologia di sviluppo, vedere Scegliere un modello di processo.

Per ulteriori informazioni sui piani di test e i gruppi di test e sulle relative modalità di creazione, vedere Definizione di un piano di test.

Sviluppo Agile

L'utilizzo di una metodologia Agile per sviluppare e testare l'applicazione prevede in genere la creazione di storie utente e l'utilizzo di sprint e iterazioni per tenere traccia dello stato di avanzamento delle attività di sviluppo e test.È possibile utilizzare piani di test da correlare a ogni sprint.Si potrebbero ad esempio avere le storie utente seguenti per l'applicazione Web:

  1. Un utente desidera selezionare più prodotti dal sito Web e aggiungerli al carrello acquisti(sprint 1).

  2. Un utente desidera acquistare gli elementi presenti nel carrello acquisti utilizzando una carta di credito(sprint 1).

  3. Un utente desidera salvare le informazioni specificate nel corso dell'acquisto per rendere più rapidi gli acquisti futuri(sprint 2).

  4. Un utente desidera accedere al proprio account nel corso di un acquisto per recuperare le informazioni personali anziché immetterle nuovamente(sprint 2).

Nella procedura seguente si presuppone che queste siano le storie utente per il progetto.Sarà opportuno creare dei test case per tali storie utente.Potrebbe inoltre essere utile avere dei test case che testino le funzionalità complete per più storie utente che possono essere collegate tra loro.Ad esempio, si potrebbe verificare che un utente può selezionare articoli, aggiungerli al carrello acquisti, effettuare l'accesso e acquistare gli articoli.Seguendo questi passaggi, si disporrà di un set di piani di test, come mostrato nell'illustrazione seguente:

Piani di test e gruppi di test per lo sviluppo Agile

Configurazione del progetto

  1. All'inizio del progetto, creare i piani di test seguenti(in base al numero di sprint pianificati).

    1. Piano di test Sprint 1

      Verrà utilizzato per il test delle storie utente dello sprint 1.

    2. Piano di test Sprint 2

      Verrà utilizzato per il test delle storie utente dello sprint 2 e per gli eventuali test di regressione necessari per lo sprint 1.

    3. Piano di test master

      Verrà utilizzato per i test completi che coinvolgono più sprint.Può essere utilizzato anche per i test delle prestazioni per i contratti di servizio.Questo piano di test non deve essere associato a un'iterazione specifica, perché coinvolge più iterazioni e può essere completato solo quando vengono completate tutte le attività cardine.

  2. Determinare le configurazioni di test che è necessario utilizzare per testare le storie utente.Si può ad esempio decidere di verificare che le storie utente dell'applicazione vengano eseguite correttamente in Internet Explorer 8 per la configurazione 1 e in Firefox 3.5 per la configurazione 2.Creare quindi queste configurazioni di test utilizzando Microsoft Test Manager.Per ulteriori informazioni su come creare configurazioni di test, vedere Configurazioni di test: specifica delle piattaforme di test.

  3. Aggiungere al piano di test le configurazioni di test necessarie per le storie utente.Per impostazione predefinita queste saranno utilizzate per qualsiasi gruppo di test creato nel piano di test.

    [!NOTA]

    Se è necessario utilizzare configurazioni diverse per storie utente o test case specifici, è possibile cambiare le configurazioni di test per ogni gruppo di test.Per ulteriori informazioni, vedere Procedura: selezionare differenti configurazioni di test per un piano o un gruppo di test.

Test Sprint 1

  1. Aggiungere le storie utente 1 e 2 dello sprint 1 al piano di test Sprint 1 per creare due gruppi di test basati sui requisiti.Per ulteriori informazioni sulla creazione di gruppi di test a partire da storie utente, vedere Procedura: aggiungere elementi backlog prodotto, storia utente o elementi di lavoro dei requisiti al piano di test.

  2. Controllare che le configurazioni di test necessarie per i gruppi di test delle storie utente siano corrette.Per impostazione predefinita, ogni gruppo di test è definito in modo da utilizzare le configurazioni di test del piano di test.

  3. Aggiungere i test case di accettazione a questi gruppi di test per le storie utente 1 e 2.Si possono ad esempio assegnare i test case seguenti al gruppo di test appropriato:

    1. Storia utente 1: Aggiungere un articolo al carrello acquisti

    2. Storia utente 1: Rimuovere un articolo dal carrello acquisti

    3. Storia utente 2: Acquistare un solo articolo dal carrello acquisti

      Questi test case vengono associati automaticamente alla storia utente se vengono aggiunti al gruppo di test creato a partire dalla storia utente specificata.Per ulteriori informazioni sull'aggiunta di test case a un gruppo di test, vedere Procedura: aggiungere un test case a un gruppo di test.

      [!NOTA]

      I passi del test possono essere aggiunti nel corso della creazione dei test case oppure successivamente da un altro tester quando diventa chiaro quali debbano essere.

  4. Se si creano test automatizzati, è possibile aggiungerli ai gruppi di test.Ad esempio, se si dispone di unit test o test codificati dell'interfaccia utente, è possibile associarli a test case e aggiungerli ai gruppi di test.Per ulteriori informazioni, vedere Procedura: associare un test automatizzato a un test case o Create Test Cases from an Assembly of Automated Tests.È possibile aggiungere questi test in qualunque momento siano pronti durante lo sprint.

  5. Aggiungere al gruppo di test nel piano di test master gli eventuali test case completi che si desidera testare man mano che le storie utente vengono completate.

  6. Quando una storia utente è pronta per il test durante lo sprint, impostare lo stato del gruppo di test nel piano su In corso.Per ulteriori informazioni, vedere Procedura: modificare lo stato di test dei gruppi di test.

    [!NOTA]

    È anche possibile decidere di aggiungere un test case esplorativo da utilizzare per eseguire attività di testing esplorativo per ogni storia utente.Questo test case può essere creato con un solo passo, utilizzato per esplorare questa storia utente e registrare le azioni in caso venga individuato un bug.

  7. Nella visualizzazione Esegui test è possibile selezionare i punti di test da eseguire.Un punto di test è l'associazione di un test case a una configurazione di test.Ad esempio, il tester A dispone di un computer in cui è installato solo Internet Explorer 8.Il tester A seleziona tutti i punti di test di una storia utente che devono essere eseguiti in Internet Explorer 8 e li esegue.Il tester B seleziona tutti i punti di test di una storia utente che devono essere eseguiti in Firefox 3.5 e li esegue.

  8. Quando sono stati completati tutti i test manuali e automatizzati per il gruppo di test della storia utente specificata, è possibile visualizzare lo stato di test di tale gruppo di test.Nell'attività Test scegliere la visualizzazione Esegui test.È possibile anche eseguire rapporti per verificare lo stato.In base agli obiettivi di qualità definiti per ogni sprint, è possibile determinare se le attività di test dello sprint sono state completate.Per ulteriori informazioni sui rapporti di Microsoft Test Manager, vedere Generazione di rapporti sullo stato di avanzamento dei test per i piani di test.

  9. Una volta completato lo sprint 1, è necessario determinare quali test eseguire come test di regressione per lo sprint successivo e assicurarsi che lo sviluppo delle nuove storie utente non interferisca con le funzionalità delle storie utente dello sprint 1.

  10. Creare un gruppo di test chiamato Regressione nel piano di test Sprint 2.Quindi, aggiungere a questo gruppo di test nel piano di test Sprint 2 i test case individuati per questi test di regressione.

Test Sprint 2

  1. Aggiungere le storie utente 3 e 4 dello sprint 2 al piano di test Sprint 2 per creare due gruppi di test basati sui requisiti.

  2. Aggiungere i test case di accettazione a questi gruppi di test per le storie utente 3 e 4.Si potrebbero ad esempio aggiungere i test case seguenti:

    1. Storia utente 3: Creare un account di accesso

    2. Storia utente 3: Pagare senza creare un account di accesso

    3. Storia utente 4: Accedere all'account(è possibile aggiungere parametri a questo test case per accedere con nomi di account diversi)

    4. Storia utente 4: L'utente dimentica la password

    5. Storia utente 4: Visualizzare gli ordini per l'account

      I passi del test possono essere aggiunti nel corso della creazione dei test case oppure successivamente da un altro tester quando diventa più chiaro quali debbano essere.

  3. Se si creano test automatizzati, è possibile aggiungerli ai gruppi di test.Ad esempio, se si dispone di unit test o test codificati dell'interfaccia utente, è possibile associarli a test case e aggiungerli ai gruppi di test.È possibile aggiungere questi test in qualunque momento siano pronti durante lo sprint.

  4. Aggiungere al gruppo di test nel piano di test master gli eventuali nuovi test case completi che si desidera testare man mano che le storie utente vengono completate.

  5. Quando una storia utente è pronta per il test durante lo sprint, modificare lo stato del gruppo di test in In corso.Quindi, eseguire i test manuali e automatizzati del gruppo di test per la storia utente specificata.

    [!NOTA]

    È anche possibile decidere di aggiungere un test case esplorativo da utilizzare per eseguire attività di testing esplorativo per ogni storia utente.Questo test case può essere creato con un solo passo, utilizzato per esplorare questa storia utente e registrare le azioni in caso venga individuato un bug.

  6. È ora possibile visualizzare lo stato del test per ogni gruppo di test dalla visualizzazione Esegui test nell'attività Test.È possibile anche eseguire rapporti per verificare lo stato.In base agli obiettivi di qualità definiti per ogni sprint, è possibile determinare se le attività di test dello sprint sono state completate.

  7. Eseguire gli eventuali test delle prestazioni o test completi appropriati a questo sprint.

  8. Una volta completato lo sprint 2, è necessario determinare quali test eseguire come test di regressione per lo sprint successivo (se previsto) per assicurarsi che lo sviluppo delle nuove storie utente non interferisca con le funzionalità delle storie utente dello sprint 2.

  9. Nel piano di test per lo sprint successivo (sprint 3), copiare il gruppo di test chiamato Regressione dal piano di test Sprint 2.Quindi, aggiungere a questo gruppo di test nel piano di test Sprint 3 i test case individuati per questi test di regressione.Per ulteriori informazioni sulla copia di gruppi di test da un altro piano di test, vedere Procedura: copiare gruppi di test da un altro piano di test.

Continuare questo processo per ognuno degli sprint.Utilizzando questo approccio si creerà un set di piani di test per gli sprint.Si creerà inoltre un gruppo di test di regressione utilizzabile nel piano di test successivo.Per un'attività cardine principale quale la Beta 1, potrebbe essere opportuno scegliere di rieseguire alcuni o tutti i test degli sprint.È possibile utilizzare queste stesse tecniche di creazione di un piano di test per questa attività cardine, denominata Beta 1, e copiare quindi i gruppi di test in questo piano di test.In questo modo è possibile registrare separatamente i risultati dei test per questo piano di test e confrontarli ai piani di test degli sprint individuali.

Altre metodologie di sviluppo

Se non si segue una metodologia Agile, le attività di sviluppo e test sono probabilmente basate sulle funzionalità.Ma è possibile anche che si utilizzino requisiti anziché storie utente.Se si utilizzano requisiti, è possibile adottare l'approccio descritto nella sezione relativa allo sviluppo Agile e creare piani di test per un'attività cardine specifica anziché uno sprint, quindi aggiungere i requisiti al piano di test.Ad esempio, è possibile disporre di un piano di test Beta 1 in cui tutti i requisiti di Beta 1 vengono aggiunti come gruppi di test.È quindi possibile aggiungere test case di accettazione e unit test a tali gruppi di test e associare i test case ai requisiti.Per ulteriori informazioni, vedere Procedura: aggiungere elementi backlog prodotto, storia utente o elementi di lavoro dei requisiti al piano di test.Per ulteriori informazioni sull'aggiunta di unit test al piano di test, vedere Procedura: associare un test automatizzato a un test case o Create Test Cases from an Assembly of Automated Tests.

Se si utilizza un approccio maggiormente basato sulle funzionalità, le seguenti funzionalità potrebbero essere disponibili nell'applicazione Web:

  1. Carrello acquisti (Alfa)

  2. Accesso (Alfa)

  3. Pagamento (Beta 1)

  4. Visualizzazione ordini (Beta 1)

Nei passaggi seguenti si presuppone che queste siano le funzionalità per il progetto.Si presuppone inoltre che una funzionalità verrà associata a un percorso area specifico per il progetto team.Sarà opportuno creare dei test case per tali funzionalità.Si potrebbe anche decidere di aggiungere test case in grado di testare più di una specifica funzionalità.Ad esempio, si potrebbe verificare che un utente possa aggiungere articoli al carrello acquisti, effettuare l'accesso e acquistare gli articoli.Seguendo questi passaggi, si disporrà di un set di piani di test, come mostrato nell'illustrazione seguente:

Indicazioni per i gruppi di test basati sulle funzionalità

Configurazione del progetto

  1. All'inizio del progetto, creare i piani di test seguenti(in base al numero di attività cardine pianificate).

    1. Alfa

      Verrà utilizzato per il test delle funzionalità disponibili per Alfa.

    2. Beta 1

      Verrà utilizzato per il test delle funzionalità che saranno disponibili per Beta, incluse le eventuali modifiche alle funzionalità derivanti dal feedback Alfa o le aggiunte alle funzionalità Alfa.

  2. Determinare le configurazioni di test di cui è necessario disporre per testare queste funzionalità.Si può ad esempio decidere di verificare che queste funzionalità dell'applicazione vengano eseguite correttamente in Internet Explorer 8 per la configurazione 1 e in Firefox 3.5 per la configurazione 2.Creare quindi queste configurazioni di test utilizzando Microsoft Test Manager.Per ulteriori informazioni su come creare configurazioni di test, vedere Configurazioni di test: specifica delle piattaforme di test.

  3. Aggiungere al piano di test le configurazioni di test necessarie per le funzionalità.Per impostazione predefinita queste saranno utilizzate per qualsiasi gruppo di test creato nel piano di test.

    [!NOTA]

    Se è necessario utilizzare configurazioni diverse per funzionalità specifiche, è possibile cambiare le configurazioni di test per ogni gruppo di test.Per ulteriori informazioni, vedere Procedura: selezionare differenti configurazioni di test per un piano o un gruppo di test.

Test Alfa

  1. Aggiungere un gruppo di test per Carrello acquisti e un gruppo di test per Accesso al piano di test Alfa.È possibile creare tali gruppi come gruppi di test statici e poi aggiungervi test case.Per ulteriori informazioni sull'aggiunta di test case a un gruppo di test statici, vedere Procedura: creare e gestire gruppi di test.

    Nota importanteImportante

    Si potrebbe anche selezionare un percorso area quando si creano test case basati sull'area del prodotto testato.I percorsi area spesso sono mappati a funzionalità o a un set di funzionalità.Se si sceglie questo metodo, è possibile creare un gruppo di test basati su una query per il percorso area selezionato.Ogni qualvolta si aggiunge un test case al percorso area selezionato, il test case verrà aggiunto automaticamente al gruppo di test basati su query.Questo può facilitare la manutenzione dei gruppi di test.In questo esempio, è possibile creare un gruppo di test basati su query per il percorso area uguale a 1 e un altro gruppo per il percorso area uguale a 2, anziché i gruppi di test statici.Per ulteriori informazioni sulla creazione di gruppi di test basati su query, vedere Procedura: creare e gestire gruppi di test basati su query.

  2. Controllare che le configurazioni di test necessarie per i gruppi di test di ciascuna funzionalità siano corrette.Per impostazione predefinita, ogni gruppo di test è definito in modo da utilizzare le configurazioni di test del piano di test.

  3. Aggiungere i test case ai gruppi di test specificati per le rispettive funzionalità.Ad esempio, è possibile aggiungere i test case seguenti al gruppo di test appropriato o semplicemente creare test case con i valori corretti per il percorso area se si è creato un gruppo di test basati su query:

    1. Carrello acquisti: Aggiungere un articolo al carrello acquisti

    2. Carrello acquisti: Rimuovere un articolo dal carrello acquisti

    3. Accesso: Accedere a un account utente

      Per ulteriori informazioni sull'aggiunta di test case a un gruppo di test, vedere Procedura: aggiungere un test case a un gruppo di test.

      [!NOTA]

      I passi del test possono essere aggiunti nel corso della creazione dei test case oppure successivamente da un altro tester quando diventa più chiaro quali debbano essere.

  4. Se si creano test automatizzati, è possibile aggiungerli ai gruppi di test.Ad esempio, se si dispone di unit test o test codificati dell'interfaccia utente, è possibile associarli a test case e aggiungerli ai gruppi di test.Se si è creato un gruppo di test basati su query in base al percorso area, è necessario assicurarsi che il valore per il percorso area sia corretto per i test case specificati.Per ulteriori informazioni sull'associazione di test automatizzati a test case, vedere Procedura: associare un test automatizzato a un test case o Create Test Cases from an Assembly of Automated Tests.È possibile aggiungere questi test in qualunque momento siano pronti durante il test Alfa.

  5. Quando una funzionalità è pronta per il test durante la fase Alfa del progetto, impostare lo stato del gruppo di test nel piano su In corso.Per ulteriori informazioni, vedere Procedura: modificare lo stato di test dei gruppi di test.

    [!NOTA]

    È anche possibile decidere di aggiungere un test case esplorativo da utilizzare per eseguire attività di testing esplorativo per una funzionalità.Questo test case può essere creato con un solo passo, utilizzato per esplorare questa funzionalità e registrare le azioni in caso venga individuato un bug.

  6. Nella visualizzazione Esegui test è possibile selezionare i punti di test da eseguire.Un punto di test è l'associazione di un test case a una configurazione di test.Ad esempio, il tester A dispone di un computer in cui è installato solo Internet Explorer 8.Il tester A seleziona tutti i punti di test di una storia utente che devono essere eseguiti in Internet Explorer 8 e li esegue.Il tester B seleziona tutti i punti di test di una storia utente che devono essere eseguiti in Firefox 3.5 e li esegue.

  7. Quando sono stati completati tutti i test manuali e automatizzati per il gruppo di test della funzionalità specificata, è possibile visualizzare lo stato di test di tale gruppo di test nella visualizzazione Esegui test dell'attività Test.È possibile anche eseguire rapporti per verificare lo stato.In base agli obiettivi di qualità definiti per il test Alfa, è possibile determinare se le attività di test sono state completate.Per ulteriori informazioni sui rapporti di Microsoft Test Manager, vedere Generazione di rapporti sullo stato di avanzamento dei test per i piani di test.

Test Beta 1

  1. Copiare i gruppi di test dal piano di test Alfa al piano di test Beta 1.Per ulteriori informazioni sulla copia di gruppi di test da un altro piano di test, vedere Procedura: copiare gruppi di test da un altro piano di test.

  2. Se si utilizzano gruppi di test statici, aggiungere al piano di test Beta 1 un gruppo di test per Pagamento e un gruppo di test per Visualizzazione ordini.Se si utilizzano gruppi di test basati su query per i percorsi area, gli eventuali test creati per il percorso area 1 o 2 verranno aggiunti automaticamente ai gruppi di test copiati dal piano di test Alfa.

  3. Aggiungere un gruppo di test denominato Completo al piano di test Beta 1.È possibile aggiungere test case a questo gruppo di test per testare gli scenari completi che includono più di una funzionalità.

  4. Aggiungere i test case a tali gruppi di test per le nuove funzionalità specificate oppure semplicemente creare i test case con i valori dei percorsi area corretti se si utilizzano gruppi di test basati su query.È possibile anche aggiungere test case per le modifiche o le aggiunte alle funzionalità Alfa.Si potrebbero ad esempio aggiungere i test case seguenti:

    1. Pagamento: Pagare gli articoli del carrello acquisti

    2. Pagamento: Pagare senza creare un account di accesso

    3. Accesso (test case aggiuntivo): L'utente dimentica la password

    4. Visualizzazione ordini: Visualizzare gli ordini dell'account

    5. Completo: Aggiungere un articolo, eseguire l'accesso e pagare

      I passi del test possono essere aggiunti nel corso della creazione dei test case oppure successivamente da un altro tester quando diventa più chiaro quali debbano essere.

  5. Se si creano test automatizzati, è possibile aggiungerli ai gruppi di test.Ad esempio, se si dispone di unit test o test codificati dell'interfaccia utente, è possibile associarli a test case e aggiungerli ai gruppi di test.È possibile aggiungere questi test in qualunque momento siano pronti durante la fase Beta 1.

  6. Quando una funzionalità è pronta per il test durante la fase Beta 1, modificare lo stato del gruppo di test in In corso.Quindi, eseguire i test manuali e automatizzati del gruppo di test per la funzionalità specificata.

    [!NOTA]

    È anche possibile decidere di aggiungere un test case esplorativo da utilizzare per eseguire attività di testing esplorativo per ogni nuova funzionalità di Beta 1.Questo test case può essere creato con un solo passo, utilizzato per esplorare questa funzionalità e registrare le azioni in caso venga individuato un bug.

  7. È ora possibile visualizzare lo stato del test per ogni gruppo di test dalla visualizzazione Esegui test nell'attività Test.È possibile anche eseguire rapporti per verificare lo stato.In base agli obiettivi di qualità definiti per il test Beta 1, è possibile determinare se le attività di test sono state completate.

  8. Eseguire gli eventuali test completi richiesti per Beta 1.

Se il progetto include più attività cardine, è possibile continuare questo processo per ognuna di esse.Utilizzando questo approccio si creerà un nuovo piano di test per ogni attività cardine.Si creerà inoltre un gruppo di test completi che viene copiato nel piano di test dell'attività cardine successiva.Se non si dispone di tempo sufficiente per eseguire tutti i test di un gruppo di test di un'attività cardine precedente, è possibile limitare i test nel gruppo di test copiato.Ad esempio, è possibile limitarsi ai soli test con Priorità 1.Se si utilizzano gruppi di test basati su query, è possibile modificare la query per aggiungere la priorità.Se si utilizzano gruppi di test statici, è possibile rimuovere i test case che non è necessario rieseguire per l'attività cardine.

Vedere anche

Attività

Guida introduttiva ai test manuali tramite Microsoft Test Manager

Procedura: visualizzare i risultati del piano di test in Microsoft Test Manager

Concetti

Definizione di un piano di test