Bug (Agile)

In questo argomento viene illustrato come inserire i dettagli di un elemento di lavoro di un bug. Per ulteriori informazioni sulla creazione di un elemento di lavoro di un bug, vedere Elementi di lavoro e flusso di lavoro (Agile).

Autorizzazioni necessarie

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

Definizione di un bug

Un bug comunica che esiste un problema potenziale nel codice che il team sta sviluppando. 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 mostrare chiaramente il problema. Descrizioni chiare e comprensibili influiscono sulla probabilità che il bug venga corretto.

Nel form elemento di lavoro per un bug i dati vengono archiviati nei campi e nelle schede mostrati nell'illustrazione 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 per un bug, specificare uno o più dei seguenti campi:

   • In Titolo (obbligatorio) digitare una frase che descrive l'errore di codice trovato.

   • Nell'elenco Assegnato a fare clic sul nome del membro del team responsabile per la correzione del bug oppure lasciare il campo vuoto affinché venga assegnato successivamente durante la valutazione.

     Nota

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

   • Nell'elenco Motivo fare clic su Errore di compilazione oppure indicare Nuovo come assegnazione.

     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 utilizzarli per tenere traccia del flusso di lavoro, vedere Risoluzione e chiusura di un bug più avanti in questo argomento.

   • Negli elenchi Area e Iterazione scegliere l'area e l'iterazione appropriate oppure lasciare questi campi vuoti affinché vengano assegnati successivamente durante una riunione di pianificazione o valutazione.

     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.

   • In Classifica digitare un numero che indica l'importanza relativa del bug rispetto agli altri bug contenuti nella stessa iterazione.

   • Nell'elenco Priorità fare clic sul valore che indica l'importanza del bug. Il valore 1 indica la priorità maggiore, mentre 4 indica quella minore.

     Il valore predefinito di questo campo è 2.

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

     Il valore predefinito di questo campo è 3 - Medio.

2. Nella scheda Dettagli specificare uno o più dei seguenti tipi di informazioni:

   • In Passi da riprodurre fornire il livello di dettaglio necessario per consentire a un altro membro del team di capire il problema che deve essere corretto.

     È possibile formattare il contenuto fornito in questo campo.

   • Nella casella Cronologia fornire il livello di dettaglio desiderato.

     È possibile formattare il contenuto fornito in questo campo.

     Ogni volta che un membro del team aggiorna il bug, nella cronologia vengono visualizzati la data della modifica, il membro del team che ha apportato la modifica e i campi che sono stati modificati.

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

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

     Nota

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

   • In Integrato in Compilazione non specificare una compilazione quando si crea il bug. Quando si risolve un bug, digitare il nome della compilazione che incorpora il codice o corregge un bug.

   • In Informazioni sistema descrivere l'ambiente software nel quale è stato trovato il bug.

4. (Facoltativo) Collegare il bug a un altro elemento di lavoro quale un test case o un altro bug.

   Per ulteriori informazioni su queste attività, vedere Collegamento di un test case a un bug più avanti in questo argomento.

5. 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 di un test case a un bug

Il collegamento dei bug a test case viene eseguito per supportare l'accuratezza e la completezza di molti rapporti definiti per MSF for Agile Software Development.

Per collegare un test case esistente a un bug

1. Nella scheda Test case fare clic su Collega a.

   Viene visualizzata la finestra di dialogo Aggiungi collegamento a bug.

2. Nell'elenco Tipo collegamento non modificare il valore predefinito Testato da che è l'unico tipo di collegamento supportato per i collegamenti aggiunti dalla scheda Test case.

3. In ID elementi di lavoro digitare l'ID di uno o più test case ai quali si desidera collegare il bug o scegliere Sfoglia per individuare il test case al quale si desidera effettuare il collegamento. È possibile fare clic sulla query Team Test case per individuare i test case, quindi selezionare la casella di controllo accanto al test case che si desidera collegare.

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

4. (Facoltativo) Digitare una descrizione per il test case che viene collegato.

5. Scegliere OK.

6. Fare clic su Salva elemento di lavoro.

   Nota

   Verranno aggiornati sia il bug che i test case 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:

• Inserire informazioni nei campi Passi da riprodurre 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 sulla scheda Dettagli.

2. Digitare le informazioni in Passi da riprodurre.

3. (Facoltativo) Digitare le informazioni in Cronologia.

   È possibile formattare il testo per metterlo in risalto o esporlo in un elenco puntato. Per ulteriori informazioni, vedere Titoli, ID, descrizioni e cronologia (Agile).

4. Fare clic su Salva elemento di lavoro.

Per aggiungere un allegato a un bug

1. Nella scheda Allegati eseguire una delle azioni riportate di seguito:

   • Trascinare un file nell'area degli allegati.

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

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

     (Facoltativo) Nella casella Commento è possibile digitare informazioni aggiuntive sull'allegato. Scegliere OK per tornare alla finestra di dialogo Allegato.

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. Nella casella Indirizzo digitare l'indirizzo di destinazione del collegamento.

   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

Quando un bug è stato corretto, è necessario modificarne lo Stato da Attivo a Risolto. Quando è stata verificata la correzione, il relativo stato viene modificato da Risolto a Chiuso. Qualsiasi membro del team può modificare lo stato di un bug. Un bug che non può essere corretto, inoltre, può essere risolto per altri motivi, come descritto più avanti in questo argomento. Per ulteriori informazioni, vedere Assegnazioni e flusso di lavoro (Agile).

Per risolvere o chiudere un bug

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

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

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

     Verificare che il valore specificato per Motivo sia corretto oppure fare clic su un'opzione diversa.

     Per ulteriori informazioni, vedere la sezione Da Attivo a Risolto più avanti in questo argomento.

   • 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 Attivo e con il motivo predefinito Nuovo. Un membro del team modifica lo stato di un bug da Attivo a Risolto per indicare che il bug è stato corretto o per qualche altro motivo. Un membro del team testa un bug contrassegnato come corretto, verifica la correzione e modifica lo stato del bug da Risolto a Chiuso. Transizioni aggiuntive del flusso di lavoro: Un membro del team rileva che un bug risolto non è stato corretto o che un test ha esito negativo e modifica lo stato del bug da Risolto ad Attivo. Durante i test delle regressioni, un membro del team rileva un bug chiuso ricorrente e ne modifica lo stato da Chiuso ad Attivo.

Diagramma di stato del bug

Attivo (Nuovo o Errore di compilazione)

Un membro del team crea il bug, fornisce un titolo descrittivo e aggiunge un livello di informazioni sul bug più dettagliato possibile nel campo Descrizione. Durante l'analisi e la correzione, il bug rimane in stato attivo.

Da Attivo a Risolto

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

I campi dati seguenti vengono acquisiti automaticamente quando lo stato di un bug viene modificato da Attivo a Risolto:

• 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.

Risolto

Il membro del team a cui è stata assegnata la correzione del bug lo risolve quando lo ha corretto. In alternativa, un membro del team potrebbe determinare che il bug debba essere risolto per altri motivi, come descritto nella tabella seguente.

Da Risolto a Chiuso

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

I campi dati seguenti vengono acquisiti automaticamente quando lo stato di un bug viene modificato da Risolto a Chiuso:

• 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.

Da Risolto ad Attivo

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

I campi dati seguenti vengono acquisiti automaticamente quando lo stato di un bug viene modificato da Risolto ad Attivo:

• 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 un bug chiuso in attivo se il problema o l'errore di codice descritto si manifesta nuovamente o 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:

I campi dati seguenti vengono acquisiti automaticamente quando lo stato di un bug viene modificato da Chiuso ad Attivo:

• 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

Concetti

Cartella di lavoro Valutazione

Storia utente (Agile)

Test case (Agile)

Altre risorse

MSF for Agile Software Development v5.0

Elementi di lavoro e flusso di lavoro (Agile)