Bug (CMMI)

In questo argomento viene illustrato come inserire i dettagli relativi a un elemento di lavoro di un bug. Un bug indica che esiste un possibile problema nel codice che il team sta sviluppando. Per ulteriori informazioni, vedere Gestione dei bug.

Per informazioni sulla creazione di questo tipo di elemento di lavoro, vedere Elementi di lavoro e flusso di lavoro (Agile).

In questo argomento

Argomenti correlati

Definizione di un bug Collegamento del bug ad altri elementi di lavoro Aggiunta di dettagli, allegati o collegamenti ipertestuali a un bug Modifica dello stato di un bug

Linee guida per il processo Gestione dei bug Cartelle di lavoro Cartella di lavoro Valutazione (CMMI) Dashboard e rapporti Dashboard dei bug (CMMI) Rapporto sullo stato dei bug Rapporto Tendenze del bug Rapporto Riattivazioni Riferimento di campo Titoli, ID, descrizione e cronologia (CMMI) Assegnazioni, flusso di lavoro e pianificazione (CMMI) Aree e iterazioni Campi che tengono traccia di bug, problemi e rischi (CMMI) Collegamento di elementi di lavoro (CMMI) Allegati

Autorizzazioni necessarie

Per visualizzare un bug, è necessario disporre dell'autorizzazione Visualizza elementi di lavoro in questo nodo sia impostata su Consenti, oppure essere membri del gruppo Readers. Per creare o modificare un bug, è necessario disporre dell'autorizzazione Modifica elementi di lavoro in questo nodo sia impostata su Consenti, oppure essere membri del gruppo Contributors. Per ulteriori informazioni, vedere Gestione delle autorizzazioni.

Definizione di un bug

Durante la definizione di un bug si desidera riportare con precisione il problema in una modalità che consenta al lettore di comprendere l'intero impatto del problema. È necessario inoltre descrivere le azioni intraprese per l'individuazione del bug in modo che gli altri membri del team possano riprodurre più facilmente il comportamento. I risultati del test devono evidenziare il problema in modo chiaro. Descrizioni chiare e comprensibili aumentano le probabilità che il bug venga corretto.

Tramite il form elemento di lavoro per un bug vengono archiviati dati nei campi e nelle schede illustrati nella figura seguente:

   

Quando si definisce un bug, è necessario definire il Titolo nella sezione superiore del form dell'elemento di lavoro e digitare il testo nella casella Sintomo della scheda Dettagli. È possibile lasciare vuoti tutti gli altri campi o accettare i valori predefiniti.

Per definire un bug

1. Nella sezione superiore del form elemento di lavoro, specificare uno o più dei seguenti campi:

   • In Titolo (obbligatorio) digitare una frase per descrivere l'errore di codice riscontrato.

   • Nell'elenco Causa radice fare clic sulla causa dell'errore.

     È possibile specificare uno dei valori seguenti: Errore di codifica, Errore di progettazione, Errore di specificazione, Errore di comunicazione o Sconosciuto.

   • Nell'elenco Assegnato a fare clic sul nome del membro del team responsabile della correzione del bug.

     Nota

     È possibile assegnare elementi di lavoro solo a membri del gruppo Contributors.

   • Nell'elenco Stato lasciare il valore predefinito Proposto.

     Per impostazione predefinita, il valore del campo Motivo è Nuovo. Il campo Motivo di risoluzione è di sola lettura e consente di acquisire il valore del campo Motivo quando viene impostato da Attivo a Risolto. Per ulteriori informazioni su questi campi e su come utilizzarli per tenere traccia del flusso di lavoro, vedere Modifica dello stato di un bug più avanti in questo argomento.

   • Negli elenchi Area e Iterazione fare clic sull'area e sull'iterazione appropriate.

     Nota

     Per ogni progetto team, l'amministratore del progetto definisce i percorsi area e iterazione per il progetto in modo che il team possa tenere traccia dello stato di avanzamento tramite tali designazioni. Per ulteriori informazioni, vedere Creare e modificare i percorsi di area o di iterazione.

   • Nell'elenco Priorità fare clic sul valore che indica l'importanza del bug. Il valore 1 indica la priorità più alta, il valore 4 indica la più bassa.

     Il valore predefinito per questo campo è 2.

   • Nell'elenco Gravità fare clic sul valore che indica l'impatto del bug sul progetto.

     Il valore predefinito per questo campo è 3 - Medio.

   • Nell'elenco Valutazione fare clic sullo stato di valutazione secondario.

     I valori validi sono In sospeso (impostazione predefinita), Ulteriori informazioni, Informazioni ricevute e Valutato. Questo campo identifica il livello di valutazione per bug con stato Proposto.

   • Nell'elenco Bloccato fare clic su Sì se un problema sta bloccando lo stato di avanzamento della risoluzione del bug.

2. Nella scheda Passaggi ripetizione bug fornire i dettagli necessari per consentire ad altri membri del team di comprendere il problema da correggere.

3. Nella scheda Dettagli fornire i dettagli necessari per consentire ad altri membri del team di comprendere il problema da correggere.

   • In Sintomo (obbligatorio) descrivere l'errore di codice o il comportamento imprevisto riscontrato.

     È possibile formattare il contenuto fornito in questo campo.

4. Nella scheda Informazioni sistema specificare uno o più dei seguenti tipi di informazioni:

   • In Rilevato in ambiente descrivere l'impostazione e la configurazione del software in cui è stato riscontrato il bug.

   • In Modalità di rilevamento descrivere come è stato individuato il bug.

     Ad esempio, è possibile che un bug sia stato individuato durante una revisione del cliente o tramite un test a hoc.

5. Nella scheda Informazioni sistema descrivere l'ambiente software in cui è stato individuato il bug.

   È possibile formattare il contenuto di questo campo.

6. Nella scheda Correggi descrivere la modifica proposta per la correzione del bug.

   È possibile formattare il contenuto fornito in questo campo.

7. Nella scheda Altro specificare uno o più tipi di informazioni seguenti:

   • Nell'elenco Rilevato in scegliere o digitare il nome della compilazione nella quale è stato rilevato l'errore potenziale.

     Nota

     Ogni compilazione è associata a un nome univoco. Per ulteriori informazioni sulla definizione dei nomi di compilazione, vedere Personalizzare numeri di compilazione.

   • Quando si crea il bug, non specificare alcuna compilazione nel campo Integrato in. Quando si risolve il bug, digitare il nome della compilazione che incorpora il codice o corregge tale bug.

   • In Stima originale digitare il numero di ore richiesto per la correzione del bug.

8. Nelle schede Test case e Tutti i collegamenti è possibile creare collegamenti dal bug ad altri elementi di lavoro, ad esempio attività, richieste modifiche, test case e altri bug.

   Nella scheda Allegati è possibile allegare specifiche, immagini o altri file che forniscono ulteriori dettagli sul bug da correggere.

   Per ulteriori informazioni, vedere le sezioni seguenti più avanti in questo argomento.

   • Collegamento del bug ad altri elementi di lavoro

   • Aggiunta di dettagli, allegati o collegamenti ipertestuali a un requisito

9. Fare clic su Salva elemento di lavoro sulla barra degli strumenti dell'elemento di lavoro.

   Nota

   Dopo avere salvato il bug, nel titolo sotto la barra degli strumenti dell'elemento di lavoro viene visualizzato l'identificatore.

Collegamento del bug ad altri elementi di lavoro

La creazione di relazioni tra bug e altri elementi di lavoro consente di tenere traccia delle dipendenze e di individuare informazioni rilevanti in modo più rapido. Tramite il form dell'elemento di lavoro per un bug, è possibile creare un elemento di lavoro automaticamente collegato al bug o collegamenti a elementi di lavoro esistenti.

Le schede Test case e Tutti i collegamenti consentono di creare collegamenti per tipi specifici di elementi di lavoro e di collegamenti. Per ulteriori informazioni sulle restrizioni per ogni scheda, vedere Collegamento di elementi di lavoro (CMMI).

Per creare attività, bug, richieste modifiche, test case o altri elementi di lavoro e collegarli a un bug

1. Aprire il form dell'elemento di lavoro per il bug ed effettuare una delle azioni seguenti:

   • Per creare ed effettuare un collegamento a un test case, fare clic sulla scheda Test case, quindi su Nuovo.

   • Per creare e collegare qualsiasi altro tipo di elemento di lavoro, fare clic sulla scheda Tutti i collegamenti, quindi su Nuovo.

   Verrà visualizzata la finestra di dialogo Aggiungi nuovo elemento di lavoro collegato.

   

2. Nell'elenco Tipo collegamento lasciare il valore predefinito oppure fare clic su una delle opzioni seguenti:

   • Per creare un collegamento a un test case, fare clic su Testato da.

   • Per creare un collegamento a qualsiasi altro tipo di elemento di lavoro, fare clic su Correlato o su un altro tipo di collegamento che rappresenta la relazione di cui si desidera tenere traccia.

3. Nell'elenco Tipo di elemento di lavoro fare clic sul tipo di elemento di lavoro che si desidera creare.

4. In Titolo digitare una breve ma specifica descrizione.

5. (Facoltativo) In Commento digitare informazioni aggiuntive.

6. Scegliere OK.

   Viene aperto un form per il tipo di elemento di lavoro specificato contenente le informazioni fornite.

7. Specificare i campi rimanenti come descritto negli argomenti seguenti:

   • Attività (CMMI)

   • Richiesta modifiche (CMMI)

   • Test case (CMMI)

   • Problema (CMMI)

   • Rischio (CMMI)

   • Revisione (CMMI)

8. Fare clic su Salva elemento di lavoro.

Per collegare più elementi di lavoro esistenti a un bug

1. Aprire il form dell'elemento di lavoro per il bug ed effettuare una delle azioni seguenti:

   • Per creare un collegamento a uno o più test case, fare clic sulla scheda Test case, quindi su Collega a.

   • Per creare un collegamento a uno o più elementi di lavoro di altro tipo, fare clic sulla scheda Tutti i collegamenti, quindi su Collega a.

   Viene visualizzata la finestra di dialogo Aggiungi collegamento a bug.

   

2. Nell'elenco Tipo collegamento lasciare il valore predefinito oppure fare clic su una delle opzioni seguenti:

   • Per creare collegamenti a test case, fare clic su Testato da.

   • Per creare collegamenti a qualsiasi altro tipo di elemento di lavoro, fare clic su Correlato o su un altro tipo di collegamento che rappresenta la relazione di cui si desidera tenere traccia.

3. Fare clic su Sfoglia.

   Verrà visualizzata la finestra di dialogo Scegli elementi di lavoro collegati.

   

4. Digitare gli elementi in ID elemento di lavoro o selezionare gli elementi che si desidera collegare.

   Per individuare gli elementi di lavoro che si desidera collegare, è inoltre possibile eseguire una query Team. Tali query includono bug attivi, richieste modifiche, attività aperte e test case aperti.

5. Selezionare la casella di controllo accanto a ogni elemento di lavoro che si desidera collegare al requisito.

   Per ulteriori informazioni, vedere Individuare elementi di lavoro da collegare o importare.

6. (Facoltativo) Digitare una descrizione per gli elementi di lavoro da collegare.

7. Fare clic su OK, quindi su Salva elemento di lavoro.

   Nota

   Vengono aggiornati sia il bug sia gli elementi di lavoro a esso collegati.

Aggiunta di dettagli, allegati o collegamenti ipertestuali a un bug

È possibile aggiungere informazioni a un bug che consentono ad altri di riprodurre o correggere il bug. È possibile aggiungere dettagli ai bug nei modi seguenti:

• Digitare informazioni nelle schede Descrizione, Passaggi ripetizione bug, Informazioni sistema, Correzione o Cronologia.

• Allegare un file.

  È ad esempio possibile allegare un thread di posta elettronica, un documento, un'immagine, un file di log o un altro tipo di file.

• Aggiungere un collegamento ipertestuale a un sito Web o a un file archiviato in un server o in un sito Web.

Per aggiungere dettagli a un bug

1. Fare clic su una delle schede seguenti: Passaggi ripetizione bug, Dettagli, Informazioni sistema o Correzione.

2. Digitare le informazioni che si desidera aggiungere.

   Nella maggior parte dei campi, è possibile formattare il testo per metterlo in risalto o acquisire un elenco puntato. Per ulteriori informazioni, vedere Titoli, ID, descrizione e cronologia (CMMI).

3. Fare clic su Salva elemento di lavoro.

Per aggiungere un allegato a un bug

1. Nella scheda Allegati effettuare una delle azioni seguenti:

   • Trascinare un file nell'area degli allegati.

   • Fare clic su oppure premere CTRL+V per incollare un file copiato.

   • Scegliere Aggiungi, quindi fare clic su Sfoglia. Nella finestra di dialogo Allegato digitare o individuare il nome del file che si desidera allegare.

     (Facoltativo) Nella casella Commento digitare informazioni aggiuntive sull'allegato. Per chiudere la finestra di dialogo Allegato, fare clic su OK.

2. Fare clic su Salva elemento di lavoro.

Per aggiungere un collegamento ipertestuale a un bug

1. Nella scheda Tutti i collegamenti fare clic su Collega a.

   

2. Nell'elenco Tipo collegamento fare clic su Collegamento ipertestuale.

3. In Indirizzo effettuare una delle attività seguenti:

   • Se la destinazione è un sito Web, digitare l'URL del sito oppure copiarlo dal browser Internet e incollarlo nella casella Indirizzo.

   • Se la destinazione è un percorso server, digitare l'indirizzo sotto forma di nome UNC.

4. (Facoltativo) Nella casella Commento digitare informazioni aggiuntive sul collegamento ipertestuale.

5. Scegliere OK, quindi fare clic su Salva elemento di lavoro.

Risoluzione e chiusura di bug

Un team può tenere traccia dello stato di avanzamento di un bug impostando il relativo Stato su uno dei valori seguenti:

• Proposto

• Active

• Risolto

• Closed

Per impostazione predefinita, al bug creato da un membro del team viene assegnato lo stato Proposto. All'accettazione di un bug per l'iterazione corrente, il team modifica lo stato del bug in Attivo e può creare attività per implementarlo. Quando un membro del team corregge il bug, modifica il relativo stato da Attivo in Risolto. Dopo la verifica della correzione, un membro del team modifica lo stato da Risolto in Chiuso.

Qualsiasi membro del team può modificare lo stato di un bug. Un bug che non è possibile correggere può essere risolto o chiuso anche per altri motivi, come illustrato più avanti in questo argomento.

Per ulteriori informazioni sui campi dati che è possibile utilizzare per tenere traccia degli stati degli elementi di lavoro, vedere Assegnazioni, flusso di lavoro e pianificazione (CMMI).

Per modificare lo stato di un bug

1. Aprire il form dell'elemento di lavoro per il bug.

2. Nell'elenco Stato fare clic su Attivo, Risolto o Chiuso.

   • Se si modifica lo stato da Proposto in Attivo, il campo Motivo verrà modificato in Accettato.

   • Se si modifica lo stato da Attivo a Risolto, il campo Motivo verrà modificato in Corretto.

   • Se si modifica lo stato da Risolto a Chiuso, il campo Motivo verrà modificato in Verificato.

3. Fare clic su Salva elemento di lavoro.

Progressione di un flusso di lavoro tipico: Un membro del team crea un bug con stato predefinito Proposto e con motivo predefinito Nuovo. Un membro del team modifica lo stato da Proposto in Attivo con motivo predefinito Accettato. Un membro del team modifica lo stato da Attivo in Risolto quando corregge il bug o determina che non può essere corretto. Un membro del team modifica lo stato da Risolto in Chiuso quando verifica che il bug è stato corretto o determina che non può essere corretto. Transizioni atipiche: Un membro del team modifica lo stato da Proposto a Chiuso con motivo predefinito Rifiutato. Un membro del team modifica lo stato da Attivo a Proposto con motivo predefinito Analisi completata. Un test di verifica del bug ha esito negativo. Un membro del team modifica quindi lo stato da Risolto ad Attivo con motivo predefinito Non corretto. Durante i test di regressione, un membro del team scopre che un bug chiuso è ricorrente e ne modifica lo stato da Chiuso ad Attivo.

Diagramma di stato del bug

Proposto (Nuovo)

Quando un membro del team crea un bug, vengono acquisiti automaticamente i campi dati seguenti:

• Creato da: nome del membro del team che ha creato il bug.

• Data di creazione: data e ora in cui il bug è stato creato, secondo quanto registrato dall'orologio del server.

Da Proposto ad Attivo

Un membro del team può risolvere un bug attivo per i motivi descritti nella tabella seguente:

Motivo	Casi di utilizzo	Azioni aggiuntive da intraprendere
Accettato	Quando il comitato di valutazione approva l'implementazione del bug nell'iterazione corrente.	Assegnare il bug al membro del team incaricato dell'implementazione.
Analisi	Quando il comitato di valutazione determina che il team deve analizzare l'impatto sul cliente prima di decidere se procedere con l'implementazione.	Quando l'analisi viene completata, reimpostare il bug sullo stato Proposto.

Quando un membro del team modifica lo stato di un bug in Attivo, vengono acquisiti i campi dati seguenti:

• Attivato da: nome del membro del team che ha attivato il bug.

• Data di attivazione: data e ora in cui il bug è stato attivato, secondo quanto registrato dall'orologio del server.

• Data di modifica stato: data e ora in cui lo stato del bug è stato modificato.

Da Proposto a Chiuso

Un membro del team può chiudere un bug con stato Proposto per uno dei motivi descritti nella tabella seguente:

Motivo	Casi di utilizzo	Azioni aggiuntive da intraprendere
Rifiutato	Quando il comitato di valutazione determina che non è possibile implementare il bug o che l'implementazione non è più necessaria per il cliente.	Nessuno.
Duplicato	Quando un altro bug attivo segnala lo stesso problema.	Creare un collegamento al bug che rimane attivo in modo che il membro del team che ha creato il bug duplicato possa verificare più facilmente la duplicazione prima di chiudere il bug.

Quando un membro del team chiude un bug, vengono acquisiti i campi dati seguenti:

• Chiuso da: nome del membro del team che ha chiuso il bug.

• Data di chiusura: data e ora in cui il bug è stato chiuso, secondo quanto registrato dall'orologio del server.

• Data di modifica stato: data e ora in cui lo stato del bug è stato modificato.

Active

Il team deve correggere solo i bug con stato Attivo. Durante le fasi di analisi e correzione, i bug mantengono lo stato Attivo.

Da Attivo a Risolto

Quando si risolve o chiude un bug, è possibile specificare uno dei motivi inclusi nella tabella seguente:

Motivo	Casi di utilizzo	Azioni aggiuntive da intraprendere
Corretto (valore predefinito)	Dopo avere corretto il problema identificato dal bug, eseguire gli unit test per confermare che il problema è stato corretto e archiviare il codice modificato.	Collegare il bug all'insieme di modifiche quando viene archiviata la correzione.
Posticipata	Quando il bug non verrà corretto nell'iterazione corrente. Il bug sarà posticipato fin quando il team potrà rivalutarlo per un'iterazione futura o una versione del prodotto.	(Facoltativo) Spostare il bug in un'iterazione futura o nel backlog senza modificarne lo stato attivo.
Duplicato	Quando un altro bug attivo segnala lo stesso problema.	Creare un collegamento al bug che rimane attivo in modo che il membro del team che ha creato il bug duplicato possa verificare più facilmente la duplicazione prima di chiudere il bug.
Come da progetto	Quando il bug descrive una condizione prevista o un comportamento del sistema oppure non rientra nei criteri di accettazione per l'area dell'applicazione o il requisito su cui influisce il bug.	Nessuna.
Impossibile riprodurre	Quando i membri del team non possono riprodurre il comportamento segnalato dal bug.	Nessuna.
Obsoleto	Quando il bug non si applica più al prodotto. Un bug è, ad esempio, obsoleto se descrive un problema in un'area funzionale che non è più presente nel prodotto.	Nessuna.

Quando un membro del team modifica lo stato di un bug da Attivo a Risolto, vengono acquisiti automaticamente i campi dati seguenti:

• Risolto da: nome del membro del team che ha risolto il bug.

• Data di risoluzione: data e ora in cui il bug è stato risolto, secondo quanto registrato dall'orologio del server.

• Data di modifica stato: data e ora in cui lo stato del bug è stato modificato.

Da Risolto a Chiuso

L'unico motivo supportato per chiudere un bug è Verificato.

Quando un membro del team modifica lo stato di un bug da Risolto a Chiuso, vengono acquisiti automaticamente i campi dati seguenti:

• Chiuso da: nome del membro del team che ha chiuso il bug.

• Data di chiusura: data e ora in cui il bug è stato chiuso, secondo quanto registrato dall'orologio del server.

• Data di modifica stato: data e ora in cui lo stato del bug è stato modificato.

Risolto

Il membro del team a cui è stata assegnata la correzione del bug lo risolve quando lo ha corretto. Oppure, un membro del team potrebbe determinare che il bug deve essere risolto o chiuso per altri motivi, come illustrato nella tabella seguente.

Da Risolto ad Attivo

Un membro del team può riattivare un bug con stato Risolto per uno dei motivi descritti nella tabella seguente:

Motivo	Casi di utilizzo	Azioni aggiuntive da intraprendere
Non corretto	Quando la risoluzione è inaccettabile o la correzione è errata.	Fornire dettagli sui motivi per cui è stata negata la risoluzione o sui motivi per cui la correzione non ha funzionato correttamente. Queste informazioni devono consentire al proprietario successivo del bug di risolvere l'errore in modo appropriato.
Test non superato	Quando un test dimostra che il bug è ancora presente.	Fornire dettagli indicando quale test non è stato superato e in quale compilazione.

Quando un membro del team riattiva un bug con stato Risolto, vengono acquisiti automaticamente i campi dati seguenti:

• Attivato da: nome del membro del team che ha riattivato il bug.

• Data di attivazione: data e ora in cui il bug è stato riattivato, secondo quanto registrato dall'orologio del server.

Closed

Un membro del team può modificare lo stato di un bug da Chiuso in Attivo se il problema o l'errore di codice descritto si manifesta nuovamente o se non è stato corretto in precedenza.

Da Chiuso ad Attivo

Quando si riattiva un bug dallo stato chiuso, è possibile specificare uno dei motivi riportati nella tabella seguente:

Motivo	Casi di utilizzo	Azioni aggiuntive da intraprendere
Regressione	Quando il bug si manifesta nuovamente in successive compilazioni del codice.	Nessuna.
Chiuso in errore	Quando il bug è stato chiuso in errore o per qualche altro motivo.	Nessuna.

Quando un membro del team riattiva un bug con stato Chiuso, vengono acquisiti automaticamente i campi dati seguenti:

• Attivato da: nome del membro del team che ha riattivato il bug.

• Data di attivazione: data e ora in cui il bug è stato riattivato, secondo quanto registrato dall'orologio del server.

Vedere anche

Altre risorse

Elementi di lavoro e flusso di lavoro (CMMI)

Elementi (CMMI)