Dashboard di test (Agile)

Usando il dashboard di test, è possibile monitorare le attività di test, creare report sullo stato di avanzamento, individuare gap nel code coverage del test e identificare aree di test che potrebbero richiedere un'ulteriore analisi. Nel dashboard vengono visualizzati cinque report che forniscono informazioni sui test che sono stati eseguiti nelle ultime quattro settimane.

È possibile accedere ai dashboard tramite il portale del progetto team. È possibile accedere al dashboard di test solo se il portale è stato abilitato e ne è stato eseguito il provisioning per l'utilizzo di SharePoint Server Enterprise Edition. Per altre informazioni, vedere Dashboard.

Contenuto dell'argomento Dati visualizzati nel dashboard Attività necessarie per il monitoraggio del lavoro richiesto dal test Monitoraggio dello stato di avanzamento del test Determinazione dei gap nel test Monitoraggio di errori e regressioni del test Personalizzazione del dashboard di test

È possibile usare questo dashboard per rispondere alle domande seguenti: La creazione di test case sta procedendo in modo corretto? Il team ha definito test case per tutte le storie utente? Qual è la percentuale di test case superati, non riusciti e bloccati? La metrica di errore dei test indica un problema che richiede un'ulteriore analisi? Qual è lo stato della compilazione della notte scorsa? Quali sono le archiviazioni più recenti?

Requisiti

• È possibile accedere al dashboard di test e a qualsiasi altro dashboard solo se il portale del progetto team è stato abilitato ed è configurato per l'uso di SharePoint Server Enterprise Edition. Per altre informazioni, vedere Dashboard.

• Per visualizzare il dashboard, è necessario disporre dell'autorizzazione Lettura per il progetto team in Prodotti SharePoint o appartenere a un gruppo che dispone di tale autorizzazione. Per modificare, copiare o personalizzare un dashboard, è necessario disporre dell'autorizzazione Membri per il progetto team in Prodotti SharePoint o appartenere a un gruppo che dispone di tale autorizzazione.

  Per visualizzare un elemento di lavoro, è necessario essere un membro del gruppo Readers o che l'autorizzazione Visualizza elementi di lavoro in questo nodo sia impostata su Consenti. Per creare o modificare un elemento di lavoro, è necessario essere un membro del gruppo Contributors o che l'autorizzazione Modifica elementi di lavoro in questo nodo sia impostata su Consenti.

  Per altre informazioni, vedere Aggiungere utenti ai progetti team.

• Per modificare un report in Office Excel, è necessario essere membri del ruolo di sicurezza TfsWarehouseDataReaders in SQL Server Analysis Services e disporre dell'autorizzazione Membri per il progetto team in Prodotti SharePoint o appartenere a un gruppo che dispone di tale autorizzazione. Per altre informazioni, vedere Concedere l'accesso ai database del data warehouse per Visual Studio ALM.

• I report Stato di avanzamento piano test, Conformità test case, Stato test requisito e Attività di test sono disponibili solo se il team crea piani di test ed esegue test come descritto in Pianificare test manuali Team Web Access.

Dati visualizzati nel dashboard

È possibile usare il dashboard Test per capire in che misura il team progredisce nel test delle storie utente. Per altre informazioni sulle Web part visualizzate nel dashboard di test, fare riferimento all'illustrazione e alla tabella che seguono.

I grafici della tendenza, dello stato di avanzamento, del burn-down e i report da a non vengono visualizzati quando non è disponibile il server che ospita Analysis Services per il progetto team.

Web part	Dati visualizzati	Argomento correlato
	Grafico ad aree in pila dei risultati di test di tutti i test case raggruppati in base all'ultimo risultato registrato nelle ultime quattro settimane. I risultati includono Mai eseguito, Bloccato, Non superato e Superato.	Rapporto Stato di avanzamento piano test
	Grafico ad aree in pila che illustra il numero di test case con stato Progettazione o Pronto delle ultime quattro settimane.	Rapporto Conformità test case
	Grafico a barre orizzontali che illustra il conteggio dei risultati dei test per ciascuna combinazione di test case e configurazione di test definita per ogni storia utente. Nel grafico vengono raggruppati i risultati dei test in base all'esecuzione più recente, dove le opzioni sono Superato (verde), Non superato (rosso), Bloccato (viola) o Non eseguito (grigio).	Rapporto Stato test storia utente di Excel (Agile)
	Grafico a linee che illustra il conteggio cumulativo di tutti i risultati eseguiti per tutti i test case manuali nelle ultime quattro settimane.	Rapporto Excel Attività di test
	Grafico ad area in pila che illustra il conteggio cumulativo di tutti i risultati con errori per i test case, ordinati per tipo di errore, nelle ultime quattro settimane. I tipi di errore includono Regressione, Nuovo problema e Problema noto.	Rapporto Analisi degli errori di Excel
	Elenco di eventi futuri. Questo elenco è derivato da una Web part di SharePoint.	Non applicabile
	Conteggio degli elementi di lavoro attivi, risolti e chiusi. È possibile aprire l'elenco di elementi di lavoro scegliendo ogni numero. Questo elenco è derivato da una Web part Team Web Access.	Non applicabile
	Elenco di compilazioni recenti con relativo stato di compilazione. Per visualizzare ulteriori dettagli, fare clic su una compilazione specifica. Questo elenco è derivato da una Web part Team Web Access. Legenda: : Compilazione non avviata : Compilazione in corso : Compilazione completata : Compilazione non riuscita : Compilazione interrotta : Compilazione completata parzialmente	Eseguire, monitorare e gestire le compilazioni
	Elenco delle archiviazioni più recenti. Per visualizzare ulteriori dettagli, fare clic su un'archiviazione specifica. Questo elenco è derivato da una Web part Team Web Access.	Sviluppare il codice e gestire le modifiche in sospeso

Attività necessarie per il monitoraggio del lavoro richiesto dal test

Affinché i report visualizzati nel dashboard di test risultino utili e accurati, il team deve effettuare le attività seguenti:

• Definire test case e storie utente, nonché creare collegamenti Testato da tra i test case e le storie utente.

• Definire piani di test e assegnare a questi ultimi i test case.

• Per i test manuali, contrassegnare come Superato o Non superato i risultati di ogni passaggio di convalida nel test case.

  Importante

  I tester devono contrassegnare i passi dei test di convalida con uno stato.Il risultato complessivo di un test case riflette lo stato di tutti i passi di test contrassegnati.Pertanto, se un passo di test è stato contrassegnato come Non superato oppure non è stato contrassegnato, lo stato del test case sarà Non superato.

  Per i test automatici, ogni test case viene contrassegnato automaticamente come Superato o Non superato.

• (Facoltativo) Per supportare l'applicazione di filtri, assegnare a ogni test case i percorsi Iterazione e Area.

Monitoraggio dello stato di avanzamento del test

È possibile usare i primi tre report nel dashboard Test per monitorare lo stato di avanzamento dei test e rispondere alle domande elencate nella tabella seguente.

Report	Domande risposte	Note
Conformità test case	Per quanti test case è stato definito il team di test? Quanti test case sono pronti per l'esecuzione oggi? Quanti test case devono ancora essere scritti ed esaminati dal team? Il numero complessivo di test case è sufficiente per il numero di storie utente che il team sta implementando? Quale percentuale di test case il team di test può eseguire oggi? Il team sarà in grado di preparare tutti i test case entro la fine dell'iterazione?	Uno stato di avanzamento non problematico mostra un aumento costante nel numero di test case che vengono progettati e spostati sullo stato Pronto. Uno stato di avanzamento problematico mostra che nessun test case, o pochi di essi, è pronto per l'esecuzione. Quando tutti i test case rimangono per molto tempo nello stato di progettazione, un problema può bloccare lo stato di avanzamento. È consigliabile esaminare la causa del blocco. Se il numero di test case non sembra sufficiente, può crearsi un gap nel test. Il numero di test case definiti per un progetto deve essere uguale o maggiore al numero delle storie utente che il team sta implementando. Il numero di test case non sembra sufficiente.
Stato di avanzamento piano test	Quanti test case vengono superati? Quanti test case non vengono superati? Quanti test case sono bloccati? Quanti test case non sono mai stati eseguiti? Quale percentuale di test case ha superato tutti i piani di test? Quale volume di test è stato completato dal team? È probabile che il team riesca a completare il test puntualmente?	Con l'avanzamento del ciclo di sviluppo, maggiore è il numero di test case superati, minore sarà il numero dei test case negli altri stati. Uno stato di avanzamento problematico si verifica in presenza di troppi test case non superati. A seconda della fase corrente del ciclo del prodotto potrebbe essere utile ricercare il motivo alla base del non superamento di un numero così elevato di test case. Se il numero di test case non superati o mai eseguiti resta costante, potrebbe essere utile ricercare le cause specifiche che influiscono su ogni area.
Stato test storia utente	I test case sono in esecuzione per ciascuna storia utente? Se i test case sono bloccati o non in esecuzione, il team ha compreso i problemi relativi al blocco e li sta risolvendo?	Uno stato di avanzamento non problematico mostra che è stata superata la maggior parte di test case per ogni storia utente. Uno stato di avanzamento problematico indica che troppi test case per una storia utente specifica si trovano nello stato Mai eseguito, Bloccato o Non superato. Potrebbe essere utile ricercare le cause che impediscono la riuscita dei test case definiti per una storia utente.

Determinazione dei gap nel test

È possibile usare il report Stato test storia utente per determinare se i test contemplano tutto il codice e per rispondere alle domande seguenti:

• Quali storie utente dispongono di un basso numero complessivo di test case?

• Quali storie utente dispongono di un elevato numero complessivo di test case bloccati o mai eseguiti?

• Il code coverage del test case per ciascuna Storia utente soddisfa le aspettative?

• Quali storie utente hanno una frequenza elevata di errori di test?

• Qual è il numero medio di test case definiti per ogni storia utente?

Monitoraggio di errori e regressioni del test

Monitorando gli errori dei test, è possibile identificare e risolvere anticipatamente i problemi nel codice. È possibile usare gli ultimi due report nel dashboard di test per comprendere meglio il numero di test non superati.

Report	Domande risposte	Note
Attività di test manuale	È diminuito il numero di test che il team non ha mai eseguito? Il team sta riducendo il numero complessivo di test bloccati? Diminuiscono i test non superati nel tempo? Aumentano i test superati? L'attività di test presenta picchi che non è possibile spiegare?	Il report Attività di test manuale indica i risultati per ogni test case eseguito per ogni configurazione di test e per tutti i piani di test. È possibile che i picchi indichino problemi nell'attività di test o nella qualità di codice in fase di verifica. Potrebbe essere necessario controllare la metrica per le compilazioni recenti, lo stato del bug e la varianza del codice per determinare se questi fattori consentono di spiegare le modifiche.
Analisi degli errori del test	Quanti test contengono delle regressioni? Il team mantiene il numero complessivo di regressioni o errori di test all'interno degli intervalli o obiettivi previsti? Il team risolve i problemi non appena vengono identificati e i problemi noti in modo tempestivo?	Un report Analisi degli errori del test corretto mostra un numero moderato di nuovi problemi, problemi noti e regressioni. Se si verificano dei picchi in queste aree, il team potrebbe dover approfondire l'analisi. La presenza di picchi può indicare problemi sia nell'attività di test che nella qualità del codice che il team sta archiviando. Inoltre, potrebbe essere necessario controllare la metrica per le compilazioni recenti, lo stato del bug e la varianza del codice per determinare se questi fattori consentono di spiegare le modifiche.

Personalizzazione del dashboard di test

È possibile personalizzare il dashboard di test nei modi seguenti:

• Modificare i filtri di ciascun report in Office Excel per incentrarlo su iterazioni o aree di prodotto specifiche.

• Filtrare il report Attività di test manuale in Office Excel per piani di test specifici o in base a test case che sono manuali o automatizzati.

• Aggiungere al dashboard i report di Excel esistenti quali Stato del bug, Varianza del codice e Code coverage.

• Creare e aggiungere report in Office Excel che mostrano lo stato di avanzamento per membri specifici del team. Per un esempio, vedere Rapporto Excel Bug per assegnazione.

Per altre informazioni su come usare e personalizzare i report di Office Excel, vedere le pagine seguenti sul sito Web Microsoft:

• Metodi di personalizzazione dei report di tabella pivot

• Modificare o rimuovere una cartella di lavoro da Excel Services

• Pubblicare una cartella di lavoro in Excel Services

• Salvare un file in una raccolta di SharePoint o in un altro percorso Web