Share via


Pianificare test manuali Team Web Access

Per tenere traccia dei test manuali per gli sprint o le attività cardine è possibile creare piani di test. In questo modo è possibile vedere quando il test di uno sprint o di un'attività cardine specifica è completo.

Con TFS 2013 Update 3 è possibile personalizzare piani e gruppi di test. Ad esempio, è possibile aggiungere un altro campo per identificare il revisore di un piano di test o modificare i valori predefiniti per il campo relativo allo stato in modo da adattarli meglio al processo. Questo aggiornamento a Update 3 converte i piani di test e i gruppi di test in elementi di lavoro modificandone gli ID. Eventuali segnalibri usati per passare direttamente a un piano di test o un gruppo di test non funzionano perché gli ID sono stati modificati. È comunque possibile accedere ai piani e ai gruppi di test usando Team Web Access o Microsoft Test Manager. Assicurarsi però di configurare l'accesso in base alle autorizzazioni per il percorso area.

Per altre modifiche introdotte con TFS 2013.3, esaminare la sezione delle domande e risposte.

Pianificare i test

  1. Se non lo si è già fatto, creare il progetto team e creare il backlog.

  2. Connettersi al progetto team, quindi aprire Team Web Access da Team Explorer.

    Usare Team Web Access per pianificare i test

    In alternativa è possibile aprire Team Web Access direttamente dal browser. Ad esempio, per connettersi al server denominato FabrikamPrime, usare http://FabrikamPrime:8080/tfs/, quindi selezionare il progetto team.

  3. Accedere all'hub di test.

    Scegliere l'hub di test da Team Web Access

    Se non viene visualizzato l'hub di test, è necessario ottenere l'accesso completo dall'amministratore TFS.

  4. Creare un piano di test per lo sprint corrente.

    Pulsante Nuovo nel riquadro Esplora piani di test

  5. Denominare il piano di test. Controllare il percorso dell'area e l'iterazione.

    Pulsante Crea nella finestra di dialogo Crea piano di test

  6. Aggiungere a questo punto i gruppi di test per gli elementi backlog che richiedono test manuali. Questi elementi backlog potrebbero essere storie utente, requisiti o un altro elemento di lavoro in base alle impostazioni del progetto team.

    Pulsante Nuovo nel riquadro Esplora piani di test

    Usare gruppi basati sui requisiti per raggruppare i test case in modo da tenere traccia dello stato di test di un elemento backlog. Ciascun test case aggiunto a un gruppo di test basato sui requisiti viene automaticamente collegato all'elemento backlog.

  7. Aggiungere una clausola per eseguire il filtraggio in base al percorso di iterazione dello sprint. Eseguire la query per visualizzare gli elementi backlog.

    Usare il pulsante Aggiungi nuova clausola per aggiornare la query.

  8. Scegliere gli elementi backlog desiderati per eseguire il test di questo sprint.

    Selezionare gli elementi nell'elenco, quindi creare i gruppi.

    È stato quindi creato un gruppo di test basato sui requisiti per ogni elemento backlog.

Domande e risposte

D: È possibile modificare le proprietà di piani di test e gruppi di test?

R: Se si usa l'istanza locale di TFS con TFS 2013 Update 3, è possibile modificare le proprietà dei piani di test e dei gruppi di test da Team Web Access o Microsoft Test Manager (MTM).

Dall'hub di test in Team Web Access selezionare un piano di test o un gruppo di test e quindi aprirlo.

Dall'hub Test fare clic su Apri piano di test

Nel form dell'elemento di lavoro è possibile visualizzare e modificare tutti i campi personalizzati, lo stato, il riepilogo, i dettagli, gli allegati e i collegamenti per il piano di test o il gruppo di test.

Con Update 3 per MTM e TFS 2013 Update 3 installati: è anche possibile modificare le proprietà dell'elemento di lavoro da MTM. Aprire un piano di test per modificare i campi. La scheda Proprietà visualizza ora il form dell'elemento di lavoro. Le impostazioni di esecuzione sono state spostate in una nuova scheda.

Selezionare il piano di test e scegliere la scheda Proprietà

Per i gruppi di test aprire il gruppo di test dal menu di scelta rapida per visualizzare e modificare i campi dell'elemento di lavoro.

Se è installato solo TFS 2013 Update 3: è possibile modificare solo le proprietà di un piano di test o di un gruppo di test direttamente in MTM. Aprire il piano di test o il gruppo di test per trovare l'ID, quindi premere CTRL+g per passare all'elemento di lavoro specifico da MTM.

Se TFS 2013 Update 3 non è installato: è possibile solo aprire un piano di test o un gruppo di test da Microsoft Test Manager. Non è possibile aprire un piano di test o un gruppo di test da Team Web Access. I piani di test e i gruppi di test non sono elementi di lavoro. Per aprire un piano di test in MTM direttamente da Team Web Access, è necessario installare Visual Studio 2012 Update 3 o versione successiva. Viene avviata la versione di MTM installata più di recente.

Aprire il piano di test usando Microsoft Test Manager

D: È possibile ottenere un audit trail per piani di test e i gruppi di test?

R: Sì. Con TFS 2013.3, la cronologia degli elementi di lavoro tiene traccia delle modifiche apportate ai piani di test e ai gruppi di test. Ad esempio, viene tenuta traccia di dell'aggiunta di test a un gruppo di test o della modifica delle configurazioni. Nel form degli elementi di lavoro, in Cronologia, scegliere TUTTE LE MODIFICHE per visualizzare l'audit trail.

Visualizzare la prova di controllo nei piani di test e nei gruppi di test

D: Che cos'è un gruppo di test statico?

R: Un gruppo di test statico può contenere una combinazione di test case e gruppi di test come elementi figlio. È possibile aggiungere un gruppo di test statico dalla scheda Piano di test con il menu di scelta rapida o l'icona con il segno più (+) della barra degli strumenti. Scegliere semplicemente i test case che si vuole aggiungere al gruppo di test statico o aggiungere un altro gruppo di test.

D: È possibile raggruppare i gruppi di test basati sui requisiti?

R: Sì. A tale scopo è possibile creare un gruppo di test statici. Trascinare i gruppi di test per raggrupparli in un piano di test statici.

Usare i gruppi di test statici come cartelle

D: Che cosa sono i gruppi di test basati su query?

R: Usare una query per raggruppare i test case con particolari caratteristiche, ad esempio, tutti i test con Priority=1. Nel gruppo verrà automaticamente incluso ogni test case restituito dalla query che è stata definita.

D: Si può creare una versione offline del piano di test per facilitarne la revisione?

R: Sì. Se è stato installato Team Foundation Server 2013 Update 2 o versione successiva, è possibile esportare piani di test, gruppi di test e test case tramite Team Web Access. Oltre a selezionare i dettagli da includere nel report, è possibile inviare tramite posta elettronica o stampare il report da rivedere.

Selezionare un gruppo di test, fare clic con il pulsante destro del mouse e scegliere Esporta

Per modificare i campi del test case nel report, è sufficiente aggiungere o rimuovere colonne dalla visualizzazione elenco del gruppo di test.

D: Quando si esportano dati da un piano di test, è possibile limitarsi a visualizzare i dati o copiarli in un documento di Word?

R: Sì. Scegliere l'opzione Stampa nella finestra di dialogo Esporta, quindi scegliere Annulla nella finestra di dialogo Stampa. Verranno visualizzati i dati per il report. Selezionare tutto il testo, quindi, se necessario, copiarlo e incollarlo in un documento di Microsoft Word. Tutta la formattazione del report verrà mantenuta.

D: Quando si esportano dati da un piano di test, è possibile personalizzare il report per tutti gli utenti?

R: Sì. Ad esempio, è possibile modificare il file XSLT per aggiungere un logo aziendale o cambiare il formato dei dati. Creare una copia di backup del file prima di modificarlo. Queste modifiche verranno applicate quando un qualsiasi utente esporta i dati da un piano di test. Il file XSLT si trova nel server TFS in questo percorso:

C:\Program Files\Microsoft Team Foundation Server 12.0\Application Tier\Web Services\_tfs_resources\TestManagement\v1.0\Transforms\1033\TestSuite.xsl

Mantenere una copia di tutte le modifiche apportate al file perché questo potrebbe essere sovrascritto nel caso in cui si installa un aggiornamento di Team Foundation Server.

Questo percorso potrebbe essere diverso a seconda del percorso di installazione di TFS e delle impostazioni locali: <installation path>\Application Tier\Web Services\_tfs_resources\TestManagement\v1.0\Transforms\<locale>\TestSuite.xsl.

D: Se si esegue l'aggiornamento a Visual Studio 2013 Update 3, MTM può connettersi a un server TFS che non è stato aggiornato a 2013.3?

R: È possibile connettersi e usare MTM. Ma i piani di test e i gruppi di test non sono stati aggiornati per essere elementi di lavoro, pertanto non è possibile accedere alle proprietà degli elementi di lavoro.

D: È possibile personalizzare i piani di test o i gruppi di test?

R: È possibile aggiungere campi, modificare il flusso di lavoro e personalizzarli in modo analogo a qualsiasi altro tipo di elemento di lavoro. Vedere Modificare o aggiungere un tipo di elemento di lavoro personalizzato (WIT).

D: Perché ora lo stato del gruppo di test non impedisce l'esecuzione dei test?

R: Con TFS 2013 Update 3 è possibile personalizzare gli stati dei gruppi di test, pertanto è stata rimossa la restrizione che consente di eseguire i test solo se lo stato del gruppo di test è "In corso". Alcuni utenti potrebbero avere i propri stati personalizzati da usare per i test che possono essere eseguiti, per cui questa modifica consente una maggiore flessibilità.

D: Perché viene visualizzato un errore quando si prova a modificare lo stato del piano di test o del gruppo di test?

R: Prima di TFS 2013 Update 3, i piani di test potevano avere solo gli stati "Attivo" e "Inattivo" e i gruppi di test potevano avere solo gli stati "In pianificazione", "In corso" e "Completato". Con Update 3 un piano di test può essere personalizzato in modo da avere diversi stati del flusso di lavoro. Se si usa un client MTM con una versione di Visual Studio precedente a Visual Studio 2013 Update 3, è possibile che venga visualizzato un errore quando si prova ad aggiornare lo stato, poiché questa versione del client non è stata progettata per gli stati personalizzati. Aggiornare il client MTM a Visual Studio 2013 Update 3 per poter modificare gli stati. In alternativa, è possibile aprire l'elemento di lavoro del piano di test o del gruppo di test direttamente da MTM (premere CTRL+g, quindi immettere l'ID dell'elemento di lavoro).

D: Perché ora vengono visualizzati i piani di test con uno stato inattivo?

R: Con TFS 2013 Update 3 è possibile aggiungere gli stati personalizzati ai piani di test in base al flusso di lavoro. Alcuni utenti potrebbero scegliere di usare uno stato diverso per rappresentare uno stato attivo o inattivo. A questo punto è necessario visualizzare tutti i piani di test indipendentemente dal valore dello stato.

D: Come si modifica lo stato dei gruppi di test con TFS 2013.3?

R: Aprire il gruppo di test e modificare lo stato nel form dell'elemento di lavoro.

D: Quando si effettua la connessione a TFS 2013.3 da un client MTM con Visual Studio 2013.2 o versioni precedenti, viene visualizzato un errore.Com'è possibile risolvere il problema?

Messaggio di errore dell'applicazione dopo l'aggiornamento di TFS

R: È necessario aggiornare la configurazione del processo per il progetto team. Vedere Importare ed esportare la configurazione del processo [witadmin].

D: Dove è possibile ottenere altre informazioni su Team Web Access?

R: Vedere qui.

D: Dove è possibile ottenere altre informazioni su MTM?

A: Per iniziare a usare MTM vedere qui.

Successiva attività da provare:

Creare test case manuali.

Attività di approfondimento alternativa:

Esplorare l'applicazione senza una pianificazione anticipata.