Analizzare e generare rapporti sui risultati dei test tramite la prospettiva Test nel database di Analysis Services per Visual Studio ALM

Utilizzando la prospettiva Test nel cubo di Analysis Services di SQL Server per Visual Studio Team Foundation Server, si possono visualizzare solo le misure, le dimensioni e gli attributi relativi alla segnalazione dei risultati e alle esecuzioni dei test.Ad esempio, si possono utilizzare queste misure per determinare la qualità complessiva di ogni compilazione, i test che hanno interessato una particolare compilazione e il numero di test case eseguiti.È possibile rispondere anche ad altre domande relative alla modifica dei risultati.

Il gruppo di misure di test è basato sulla tabella relazionale dei risultati del test, che consente la segnalazione dei risultati del test come una proprietà del test o come un risultato indipendente.Per ulteriori informazioni, vedere Tabella dei fatti del test.

Utilizzando la prospettiva Test, si possono creare rapporti che rispondono alle seguenti domande: Rapporti di stato: Qual è lo stato dell'esecuzione di test per delle specifiche storie utente o per le aree del prodotto? Qual è la qualità delle compilazioni in base al numero di test falliti e superati? Quanti test case non sono mai stati eseguiti? Quali test case non sono mai stati eseguiti? Rapporti tendenza: Quanti test sono stati bloccati, superati, o falliti nel tempo? Quanti test contengono delle regressioni? Quanto consistente è l'attività di test manuale nel tempo? Nota Se il data warehouse per Visual Studio Application Lifecycle Management (ALM) utilizza SQL Server Enterprise Edition, l'elenco di cubi includerà Team System e un set di prospettive.Le prospettive forniscono una visualizzazione dettagliata dei dati così che non è necessario scorrere tramite tutte le dimensioni e tutti i gruppi di misura nell'intero cubo di Team System.

Per utilizzare molte misure di test e attributi di dimensione, il team di test deve pubblicare i risultati del test nell'archivio dati per Team Foundation Server.Per ulteriori informazioni, vedere Attività obbligatorie per la gestione dei test e delle compilazioni più avanti in questo argomento.

In questo argomento

• Esempio: Rapporto sullo stato di avanzamento per il testing delle storie utente

• Misure di test

• Dimensioni e attributi nella prospettiva Test che supporta il filtraggio e la categorizzazione

  • Dimensioni Compila, Versione build e Piattaforma di compilazione

  • Dimensioni Test case, Configurazione di test, Piano di test e Gruppo di test

  • Dimensione Risultato del test

  • Dimensione Esecuzione dei test

  • Dimensioni Elemento di lavoro e Elemento di lavoro collegato

• Attività obbligatorie per la gestione dei test e delle compilazioni

Esempio: Rapporto sullo stato di avanzamento per il testing delle storie utente

Utilizzando i rapporti di tabella pivot e di grafico pivot in Excel, è possibile creare un rapporto sullo stato che mostri lo stato di avanzamento del test nelle storie utente, in modo simile al rapporto illustrato nella figura di seguito.

I modelli di processo per Microsoft Solutions Framework (MSF) v5.0 includono il rapporto stato test storia utente e il rapporto stato test requisito in Excel.Per ulteriori informazioni, vedere Rapporto Stato test storia utente di Excel (Agile) e Rapporto di Excel Stato test requisito (CMMI).

Torna all'inizio

Specificare e filtrare i campi pivot

Eseguendo i passaggi seguenti, è possibile creare un rapporto sullo stato di avanzamento per il testing delle storie utente:

1. In Excel, connettersi al cubo di Analysis Services per Team Foundation Server e quindi inserire un rapporto di grafico pivot.

   Per ulteriori informazioni, vedere Creare un rapporto in Microsoft Excel per Visual Studio ALM.

2. Fare clic con il pulsante destro del mouse sul grafico, scegliere Modifica tipo di grafico, fare clic su Area e quindi scegliere Barre in pila.

3. Per ogni filtro di rapporto, fare clic con il pulsante destro del mouse su ognuno dei seguenti campi, specificare le gerarchie o gli elementi di interesse e trascinare il campo nell'area Filtro report.

   • Gerarchia progetto team dalla dimensione Progetto Team

   • Percorso area dalla dimensione Progetto Team

   • Percorso iterazione dalla dimensione Test case

   • Tipo di elemento di lavoro dalla dimensione Elemento di lavoro collegato

     Specificare il tipo della storia utente, il tipo requisito o un altro tipo per l'elemento di lavoro che dispone dei test case collegati che si desiderano riportare.

4. Trascinare il campo Tendenza conteggio punti dal gruppo di misure Test nell'area Valori.

5. Trascinare il campo Risultato dalla dimensione Risultato test nell'area Etichette di colonna.

Torna all'inizio

Misure di test

Nella tabella seguente vengono descritte le misure che il gruppo di misure di test include.È possibile analizzare i risultati dei test dell'aggregazione dei risultati dei test e del rispettivo esito per una compilazione specifica o come esito della modifica per un risultato del test.

Dimensioni e attributi nella prospettiva Test che supporta il filtraggio e la categorizzazione

Utilizzando gli attributi descritti in questa sezione, è possibile aggregare una misura, filtrare un rapporto, o specificare un asse del rapporto.Questi attributi sono in più rispetto alle dimensioni condivise Progetto team e Data descritte in Utilizzo di dimensioni condivise.

Contenuto della sezione

• Dimensioni Compila, Versione build e Piattaforma di compilazione

• Dimensioni Test case, Configurazione di test, Piano di test e Gruppo di test

• Dimensione Risultato del test

• Dimensione Esecuzione dei test

• Dimensioni Elemento di lavoro e Elemento di lavoro collegato

Torna all'inizio

Dimensioni Compila, Versione build e Piattaforma di compilazione

È possibile filtrare i rapporti di test basandosi sulla definizione di compilazione, sulla versione della build, o sulla piattaforma di compilazione utilizzando gli attributi descritti nella seguente tabella.

Torna all'inizio

Dimensioni Test case, Configurazione di test, Piano di test e Gruppo di test

Le dimensioni Test case, Configurazione di test, Piano di test e Gruppo di test corrispondono a come è possibile organizzare, configurare, automatizzare ed eseguire test tramite Microsoft Test Manager da Visual Studio 2010 Ultimate o Visual Studio Test Professional.

Il test case corrisponde a un tipo di elemento di lavoro che il team di test utilizza per definire test manuali ed automatizzati che possono essere eseguiti e gestiti dal team utilizzando Microsoft Test Manager.Un piano di test è costituito dalle configurazioni di test e dai gruppi di test.Una configurazione di test consente di definire il software o l'hardware sul quale si desiderano eseguire dei test.Un gruppo di test definisce una gerarchia nel piano in modo da poter raggruppare insieme i test case.

Per ulteriori informazioni, vedere i seguenti argomenti:

• Gestione di nuove attività di test

• Procedura: creare un test case manuale

• Configurazioni di test: specifica delle piattaforme di test

• Creazione di test per elementi backlog prodotti, storie utente o requisiti

Torna all'inizio

Dimensione Risultato del test

Nella seguente tabella sono elencate tutte le dimensioni e gli attributi specifici per le misure di test nel cubo.Prima di poter creare rapporti sul Tipo di errore o sulla Risoluzione, il team di test deve inserire queste informazioni come parte delle loro attività di test.

Attributo	Descrizione
Tipo di errore e ID del tipo di errore	Corrisponde a uno dei motivi per cui un test non viene superato: Nessuno, Problema noto, Nuovo problema, o Regressione. Microsoft Test Manager assegna automaticamente un numero o un ID per ogni motivo.Il team di test può, ma non è obbligato ad, assegnare un tipo di errore ad ogni test non superato. Nota Non è possibile aggiungere o modificare l'insieme dei tipi di errore. Per un esempio di un rapporto tendenza che mostra l'esito dei risultati di test basati sul tipo di errore, vedere Rapporto Analisi degli errori di Excel.
Risultato e ID del risultato	Il risultato del test (ad esempio, Superato, Non superato, o Senza risultati). Per un esempio di un rapporto tendenza che mostra il risultato dei piani di test e delle configurazioni di test, vedere Rapporto Stato di avanzamento piano test.
Stato di conformità e ID dello stato di conformità	Lo stato di un particolare test in un'esecuzione dei test.I valori validi sono Completato, InEsecuzione, Nessuno, NonPronto e Pronto.
Stato risoluzione	(Facoltativo) il nome della Risoluzione con cui un tester ha identificato la causa di un test non superato.Per impostazione predefinita, tutti i modelli di processo MSF includono i seguenti stati di risoluzione: Analisi necessaria, Problema test, Problema prodotto e Problema configurazione.Il team di test può, ma non è obbligato ad, assegnare lo stato di risoluzione ad ogni test non superato. Nota Non è possibile modificare questi stati o aggiungere stati dopo la creazione del progetto team.Per ulteriori informazioni, vedere Defining Resolution States for Test.
Risultato test eseguito da	Il nome dell'utente o di un altro account presso il quale il test è stato eseguito. Per un esempio di un rapporto che utilizza questo attributo, vedere Rapporto Excel sulla produttività del team di test.
Proprietario risultato test	Il nome dell'utente o di un altro account assegnato come proprietario del risultato del test.L'assegnazione corrisponde al valore impostato utilizzando l'opzione tcm /resultowner.
Priorità risultato test	La priorità di un determinato test in un'esecuzione dei test.

Torna all'inizio

Dimensione Esecuzione dei test

Nella tabella seguente vengono descritti gli attributi definiti per la dimensione Esecuzione dei test.Molti di questi attributi corrispondono ai parametri che il team di test specifica quando esegue e pubblica i test.Per ulteriori informazioni, vedere tcm: esecuzione di test da un piano di test tramite l'utilità della riga di comando.

Torna all'inizio

Dimensioni Elemento di lavoro e Elemento di lavoro collegato

È possibile collegare i test case ad altri elementi di lavoro come le storie utente, i requisiti e i bug.Con l'utilizzo della dimensione Elemento di lavoro collegato, è possibile creare un rapporto che fornisce i risultati dei test relativi agli elementi di lavoro collegati.Il rapporto sullo stato di avanzamento del testing delle storie utente, descritto in precedenza in questo argomento, fornisce un esempio di utilizzo dell'elemento di lavoro collegato.

Per una descrizione di ciascun attributo, vedere Riferimento ai campi degli elementi di lavoro per ALM di Visual Studio.

Attività obbligatorie per la gestione dei test e delle compilazioni

Per creare dei rapporti di test che contengono dati utili, i membri del team devono effettuare le attività seguenti per gestire le compilazioni e i test:

• Attività di compilazione

  • Configurare un sistema di compilazione.Per utilizzare Team Foundation Build, il team deve configurare un sistema di compilazione.

    Per ulteriori informazioni, vedere Configure Your Build System.

  • Creare definizioni di compilazione.Il team deve creare almeno una definizione di compilazione.Il team può creare diverse definizioni di compilazione, ognuna delle quali può essere eseguita per produrre codice per una piattaforma diversa.Il team può anche eseguire ogni compilazione per una configurazione diversa.

    Per ulteriori informazioni, vedere Creare una definizione di compilazione.

  • (Consigliato) Eseguire regolarmente delle compilazioni.Il team può eseguire automaticamente delle compilazioni ad intervalli specificati o dopo ogni archiviazione.Utilizzando il trigger di pianificazione, il team può eseguire automaticamente le compilazioni simultaneamente o in una certa ora dello stesso giorno o nei giorni specificati.

    Per ulteriori informazioni, vedere Specificare trigger e motivi di compilazione e Eseguire, monitorare e gestire compilazioni.

  Per ulteriori informazioni, vedere Attività di Team Foundation Build.

• Attività di gestione test

  • Definire test case, piani di test e configurazioni di test.Per generare rapporti sui test case e sui piani di test, il team di test deve definire questi elementi.Il team di test può inoltre definire gruppi di test e assegnare i test case ai piani di test.

  • (Facoltativo) Assegnare le aree del prodotto e le attività cardine ai test e tenere traccia dello stato.Il team di test può specificare i percorsi Area e Iterazione per ogni test case e piano di test.Specificare lo Stato di ogni test case e Stato del piano di test di ciascun piano di test.

  • (Facoltativo) Collegare i test case agli elementi di lavoro.Ad esempio, il team di test può monitorare lo stato di avanzamento dei test per ogni storia utilizzando il tipo di collegamento Testato da per collegare i test case alle storie utente.

  • (Facoltativo) Contrassegnare i risultati dei test.Per i test manuali, il team di test può contrassegnare come Superato o Non superato i risultati di ciascun passaggio di convalida nel test case.

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

    Ogni test automatico viene contrassegnato automaticamente come Superato o Non superato.

  • (Facoltativo) Configurare i test per raggruppare i dati di code coverage.Affinché dati di code coverage siano visibili nel rapporto, i membri del team devono instrumentare i test per raccogliere tali dati.

    Importante
    Per raccogliere i dati di code coverage, è necessario installare Visual Studio Premium o Visual Studio Ultimate nel computer dell'agente di compilazione.Per ulteriori informazioni, vedere Distribuire e configurare gli agenti di compilazione.

    Per ulteriori informazioni, vedere La configurazione di code coverage mediante impostazioni test è deprecata e How to: Gather Code-Coverage Data with Generic Tests.

  • Definire i test da eseguire automaticamente come parte della compilazione.Come parte della definizione di compilazione, si possono definire i test automatici affinché siano eseguiti come parte della compilazione e affinché analizzino l'impatto delle modifiche al codice nei test.

    Per ulteriori informazioni, vedere Definire un processo di compilazione basato sul modello predefinito.

  • Pubblicare i test.Come parte delle attività di compilazione e di esecuzione dei test, il team di test dovrebbe pubblicare i risultati del test nell'archivio dati per Team Foundation Server.

    Per ulteriori informazioni, vedere Opzioni della riga di comando per la pubblicazione dei risultati del test.

Torna all'inizio

Vedere anche

Concetti

Analizzare e generare rapporti sui dettagli di compilazione e sul code coverage di compilazione tramite la prospettiva Compilazione

Prospettive e gruppi di misure forniti nel cubo di Analysis Services per Team System

Altre risorse

Eseguire test nel processo di compilazione