Condividi tramite


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

In questo argomento

Argomenti correlati

Cenni preliminari sulla creazione e il rilevamento di bug

  • Definizione di un bug

  • Collegamento di un test case a un bug

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

  • Risoluzione e chiusura di bug

Linee guida per il processo

Cartelle di lavoro

Dashboard e rapporti

Riferimento di campo

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:

Form dell'elemento di lavoro per un bug

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 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 Aggiungere collegamenti 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 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 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 Incolla oppure premere CTRL + V per incollare un file copiato.

    • Fare clic su Aggiungi allegato  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 Salva elemento di lavoro.

Per aggiungere un collegamento ipertestuale a un bug

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

    Specificare l'indirizzo del collegamento ipertestuale

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

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:

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 la storia utente 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 esiste più nel prodotto.

Nessuna.

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:

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 aiutare il proprietario successivo del bug a risolverlo in modo appropriato.

Test non superato

Quando un test dimostra che il bug è ancora presente.

Fornire i dettagli su quale test non è riuscito e in quale compilazione.

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:

Motivo

Casi di utilizzo

Azioni aggiuntive da intraprendere

Regressione

Quando il bug si manifesta nuovamente in successive compilazioni del codice.

Nessuna.

Riattivato

Quando il bug è stato chiuso in errore o per qualche altro motivo.

Nessuna.

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)