Rapporto Riattivazioni

Man mano che il team risolve e chiude i bug, è possibile utilizzare il rapporto Riattivazioni per determinare l'efficacia con cui il team corregge i bug.Le riattivazioni si riferiscono in genere a bug risolti o chiusi in anticipo e quindi riaperti.La frequenza di riattivazione viene definita anche percentuale di feedback degli errori.

È possibile utilizzare il rapporto Riattivazioni per mostrare le storie utente o i bug riattivati.Una delle funzioni del proprietario del prodotto è discutere con il team in merito alla frequenza di riattivazione accettabile.Una frequenza di riattivazione bassa, ad esempio inferiore al 5%, potrebbe essere accettabile a seconda degli obiettivi del team.Tuttavia, una frequenza di riattivazione elevata o in aumento indica che il team potrebbe dovere diagnosticare e correggere problemi sistematici.

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 Dati contenuti nel rapporto Impostazione della durata dell'iterazione Interpretazione del rapporto Filtro del rapporto

È possibile utilizzare questo rapporto per rispondere alle domande seguenti: Quanti bug vengono riattivati? Quante storie utente vengono riattivate? Il team risolve e chiude i bug riattivati con una frequenza accettabile?

Autorizzazioni necessarie

Per visualizzare il rapporto, è necessario disporre del ruolo Browser in SQL Server Reporting Services o appartenere a un gruppo a cui sia assegnato questo ruolo.Per ulteriori informazioni, vedere Aggiungere utenti ai progetti team o Gestione delle autorizzazioni.

Dati nel rapporto

Il rapporto Riattivazioni mostra un grafico ad aree del numero di storie o bug che si trovano nello stato risolto o che sono stati riattivati dallo stato chiuso.I dati sono derivati dal data warehouse.Nel grafico viene rappresentato il numero di elementi in base alla durata e ai filtri specificati, come illustrato nella figura seguente.

È possibile filtrare il rapporto Riattivazioni nei modi seguenti:

• Modificando le date di inizio e di fine per il rapporto.

• Filtrando le storie e i bug inclusi nel rapporto tramite la specifica di percorsi di iterazione e di area, tipi di elementi di lavoro e stato precedente degli elementi di lavoro.

Per ulteriori informazioni, vedere Filtro del rapporto più avanti in questo argomento.

Attività necessarie per tenere traccia di storie utente e bug

Affinché il rapporto Riattivazioni sia utile e accurato, il team deve effettuare le attività seguenti:

• Definire le storie utente e i bug e specificarne i percorsi di iterazione e di area.

• Aggiornare lo stato di storie e bug man mano che questi procedono dallo stato attivo a quello chiuso.

Impostazione della durata dell'iterazione

Per comprendere la frequenza di riattivazione dell'iterazione corrente, le date di inizio e di fine per il rapporto devono corrispondere a quelle del ciclo di iterazione corrente.

Per modificare la durata dell'iterazione

1. Fare clic sull'icona calendario accanto a Inizio iterazione (data) o Fine iterazione (data) e selezionare una data.

2. Fare clic su Visualizza rapporto.

Interpretazione del rapporto

È necessario prevedere che il rapporto Riattivazioni vari a seconda della fase del ciclo di sviluppo del prodotto in cui ci si trova.Nelle prime iterazioni dovrebbero essere evidenziate poche riattivazioni.Man mano che le storie e i bug vengono chiusi, sarà possibile rivedere la frequenza delle riattivazioni.

Il rapporto Riattivazioni visualizza le informazioni che è possibile utilizzare per rilevare se il team sta riattivando un numero elevato di bug o storie.La frequenza di riattivazione calcola il numero di bug presumibilmente corretti le cui correzioni non funzionano.Queste riattivazioni possono creare un ciclo di rielaborazione dannoso che interferisce con l'avanzamento delle attività pianificate.

Domande che trovano risposta nel rapporto

È possibile esaminare il rapporto per trovare una riposta alle domande seguenti:

• Quanti bug sono stati riattivati nell'iterazione corrente?

• Quante storie utente sono state riattivate nell'iterazione corrente?

• Il team risolve e chiude le storie e i bug riattivati con una frequenza accettabile?

Versione non problematica del rapporto

Una versione non problematica del rapporto Riattivazioni mostra uno stato di avanzamento costante della risoluzione e della chiusura di bug, come illustrato nella figura seguente.La frequenza totale di riattivazione dell'elemento di lavoro è il 5% o meno e non aumenta durante l'iterazione.Le piccole fluttuazioni potrebbero essere accettabili, a seconda degli obiettivi del team.Minore è la frequenza di riattivazione, maggiore sarà lo stato di avanzamento che il team può raggiungere in generale.

Versione problematica del rapporto

Nella figura seguente viene illustrata una versione del rapporto Riattivazioni che presenta delle problematiche.

Nella tabella seguente vengono descritte le indicazioni di una versione problematica del rapporto, oltre ad alcune domande consigliate da considerare.

Indicatore	Domande
Il team sta riattivando un numero elevato di bug.Considerare la frequenza di riattivazione come una percentuale del numero complessivo di bug che il team sta trovando. Una frequenza elevata di riattivazione dei bug potrebbe indicare che il team sta chiudendo i bug in anticipo.Rappresenta un segnale di avviso di malfunzionamento del progetto.Le riattivazioni introducono un lavoro aggiuntivo nel ciclo del prodotto che spesso raddoppia lo sforzo totale richiesto per completare il lavoro corrispondente.	Il team esegue unit test sufficienti quando risolve i bug? Le descrizioni dei bug supportano una risoluzione efficiente dei bug? I bug vengono risolti anche se non sono stati corretti i problemi sottostanti? Alcuni bug devono essere impostati sulla priorità più bassa, riducendo efficacemente il numero di bug ad alta priorità sul quale il team lavora? L'esercitazione viene gestita in modo efficace?
Il team sta riattivando un numero elevato di storie utente.Considerare la frequenza di riattivazione delle storie utente come percentuale del numero complessivo di storie utente che il team sta chiudendo.Una frequenza elevata di riattivazione delle storie potrebbe indicare che altri problemi richiedono un'analisi.	Il code coverage del test è appropriato per gli scenari dell'utente?
Il numero di riattivazioni sta aumentando.Quando il numero di riattivazioni aumenta, le storie o i bug riattivati non vengono corretti.È possibile rivalutare le priorità del team per la correzione delle storie e dei bug riattivati.	Le priorità del team sono impostate correttamente? Esistono altri problemi alla base delle riattivazioni?

Filtro del rapporto

È possibile filtrare il rapporto Riattivazioni nei modi seguenti:

• Modificando le date di inizio e di fine per il rapporto.

• Filtrando le storie o i bug rappresentati dal rapporto tramite la specifica di percorsi di iterazione e di area, tipi di elementi di lavoro e stati precedenti degli elementi di lavoro.

Nella figura seguente vengono illustrati i filtri disponibili:

Per filtrare gli elementi di lavoro visualizzati nel rapporto

1. Eseguire una o più delle azioni seguenti:

   • Negli elenchi Iterazione e Area selezionare la casella di controllo relativa a ciascuna iterazione o area del prodotto che si desidera includere.

   • Negli elenchi Tipo di elemento di lavoro e Stato precedente selezionare la casella di controllo relativa a ciascun tipo di elemento di lavoro e stato da includere.

2. Fare clic su Visualizza rapporto.

Vedere anche

Concetti

Cartella di lavoro Valutazione

Rapporto sullo stato dei bug

Rapporto Tendenze del bug

Bug (Agile)

Storia utente (Agile)

Altre risorse

Rapporti (Agile)