Rapporto sullo stato dei bug
Una volta che il team ha iniziato a individuare e risolvere bug, è possibile tenere traccia dello stato di avanzamento del team, relativamente alla risoluzione e alla chiusura dei bug, visualizzando il rapporto Stato dei bug.Questo rapporto presenta il conteggio cumulativo dei bug in base allo stato, alla priorità e alla gravità dei bug.
Per informazioni sulle modalità di accesso, di aggiornamento o di gestione dei rapporti, vedere Rapporti (Agile).
[!NOTA]
Questo rapporto richiede che sia stato eseguito il provisioning con SQL Server Reporting Services dell'insieme di progetti team contenente il progetto team in uso.Questo rapporto non è disponibile se Rapporti non viene visualizzato quando si apre Team Explorer e si espande il nodo del progetto team.
In questo argomento
|
È possibile utilizzare questo rapporto per rispondere alle domande seguenti:
|
Autorizzazioni necessarie
Per visualizzare il rapporto, è necessario disporre del ruolo Browser in Reporting Services o appartenere a un gruppo a cui sia stato assegnato questo ruolo.Per ulteriori informazioni, vedere Aggiungere utenti ai progetti team o Gestione delle autorizzazioni.
Dati contenuti nel rapporto
I dati visualizzati nel rapporto Stato dei bug sono derivati dal data warehouse.Il rapporto visualizza diversi set di informazioni come illustrato e descritto nelle immagini nella tabella riportate di seguito.
Informazioni |
Descrizione |
---|---|
Numero di bug |
Rappresentazione visiva del conteggio cumulativo di tutti i bug raggruppati in base al rispettivo stato. |
Bug attivi per priorità/gravità |
Grafico a torta che raffigura il numero di bug ancora attivi raggruppati per priorità o gravità. |
Bug attivi per assegnazione |
Grafico a barre orizzontali che presenta il numero totale di bug in stato attivo assegnati a ciascun membro del team e raggruppati per priorità o gravità. |
Bug risolti per assegnazione |
Grafico a barre orizzontali che presenta il numero totale di bug in stato attivo assegnati a ciascun membro del team e raggruppati per priorità o gravità. |
È possibile filtrare il rapporto Stato bug nei modi riportati di seguito.
Modificando le date di inizio e di fine del rapporto.
Filtrando i bug conteggiati nel rapporto specificando i percorsi iterazione e area, lo stato, la priorità e la gravità dei bug.
Per ulteriori informazioni, vedere Applicazione di filtri al rapporto e modifica della visualizzazione più avanti in questo argomento.
Attività necessarie per il rilevamento dei bug
Affinché il rapporto Stato bug risulti utile e accurato, il team deve effettuare le attività riportate di seguito.
[!NOTA]
Il team può utilizzare la Cartella di lavoro Valutazione per esaminare, classificare, classificare in ordine di priorità e assegnare i bug.Per ulteriori informazioni, vedere Cartella di lavoro Valutazione.
Definire i bug e specificare i relativi percorsi Iterazione e Area.
Specificare la Priorità e la Gravità di ciascun bug.
[!NOTA]
Per informazioni sulla definizione dei percorsi iterazione e area, vedere Creare e modificare aree e iterazioni.
Assegnare ciascun bug al membro del team che si sta occupando di risolverlo o chiuderlo.
Aggiornare lo stato di ogni bug man mano che il bug viene corretto, verificato e chiuso.
Impostazione della durata dell'iterazione
Per conoscere lo stato di avanzamento del team relativamente all'iterazione corrente, le date di inizio e di fine del rapporto devono corrispondere a quelle del ciclo di iterazione corrente.
Per modificare la durata dell'iterazione
Fare clic sull'icona calendario accanto a Inizio iterazione (data) o Fine iterazione (data) e selezionare una data.
Fare clic su Visualizza rapporto.
Interpretazione del rapporto
È necessario prevedere variazioni del rapporto Stato bug in base al punto del ciclo di sviluppo del prodotto in cui ci si trova.Le prime iterazioni dovrebbero mostrare un aumento graduale nel numero di bug attivi.Le iterazioni prossime alla fine di un ciclo di sviluppo dovrebbero mostrare un ampio numero di bug risolti.
Domande che trovano risposta nel rapporto
È possibile esaminare il rapporto per determinare lo stato di avanzamento nel corso di un'iterazione o nel tempo.In particolare, è possibile trovare risposte alle domande seguenti:
Con quale velocità il team sta risolvendo e chiudendo i bug?
Il team sta correggendo i bug in modo sufficientemente rapido per finire in tempo?
Il team sta correggendo prima i bug con priorità elevata?
Qual è la distribuzione dei bug per priorità e gravità?
Quanti bug sono stati assegnati a ogni membro del team?
Vi sono membri del team che necessitano di supporto per risolvere o chiudere i bug?
Versione non problematica del rapporto
Una versione non problematica del rapporto mostrerà un incremento dei bug attivi nel tempo seguito da una progressione costante nella risoluzione e chiusura dei bug, come illustrato nella figura seguente.Quando il team risolverà più bug di quanti ne trova, il numero di bug attivi diminuirà.
Versione problematica del rapporto
Nella figura seguente viene illustrata una versione problematica del rapporto Stato bug.
Una versione problematica del rapporto Stato bug mostrerà uno o più degli indicatori descritti nella tabella riportata di seguito.
Indicatore |
Domande |
---|---|
La banda per i bug attivi sta diventando più ampia.Se la larghezza della banda dei bug attivi del team sta aumentando, il backlog dei bug è in aumento.Il team sta individuando più bug di quanti ne possa risolvere o chiudere. Una banda dei bug attivi in aumento potrebbe indicare la presenza di un collo di bottiglia che sta ostacolando la capacità del team di risolvere e chiudere i bug. |
|
Il numero di bug attivi non sta cambiando.Una tendenza piatta nel numero di bug attivi indica che il team non sta individuando bug. |
|
Il numero dei bug risolti o chiusi non sta cambiando.Se il numero dei bug che vengono risolti o chiusi rimane invariato per lunghi periodi di tempo, i membri del team potrebbero non essere in grado di risolvere o chiudere i bug. |
|
Le assegnazioni dei bug non sono distribuite in modo uniforme.Il team potrebbe dover riassegnare il lavoro, se un elevato numero di bug sono assegnati a uno o due membri del team, mentre solo alcuni bug sono assegnati agli altri membri del team. |
|
Il numero di bug attivi con priorità più alta è maggiore del numero di bug attivi con priorità inferiore.Se il numero di bug con priorità elevata e molto maggiore del numero di bug con priorità inferiore, è possibile che il team stia occupandosi di risolvere prima gli elementi con priorità più bassa. |
|
Applicazione di filtri al rapporto e modifica della visualizzazione
È possibile filtrare il rapporto Stato bug o modificarne la visualizzazione nei seguenti modi:
Modificando le date di inizio e di fine del rapporto.
Filtrando il set di bug conteggiati nel rapporto modificando i percorsi iterazione e area, lo stato, la priorità o la gravità.
Modificando il raggruppamento in base alla priorità o alla gravità.
Nell'illustrazione riportata di seguito vengono mostrati i filtri e le opzioni di visualizzazione disponibili.
Per filtrare il set di bug conteggiati nel rapporto
Eseguire una o entrambe le azioni riportate di seguito.
Negli elenchi Iterazione e Area selezionare la casella di controllo relativa a ciascuna iterazione o area del prodotto che si desidera includere.
Negli elenchi Stato, Priorità e Gravità, selezionare la casella di controllo di ogni stato, priorità e gravità da includere.
Fare clic su Visualizza rapporto.
Per raggruppare i bug in base alla priorità o alla gravità
Nell'elenco Raggruppa bug attivi per, fare clic su Priorità o Gravità.
Fare clic su Visualizza rapporto.
Vedere anche
Concetti
Cartella di lavoro Valutazione