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 evidenziare il problema in modo chiaro.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 Titolo nella sezione superiore del form elemento di lavoro.È 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 per descrivere l'errore di codice riscontrato.

    • Nell'elenco Assegnato a, scegliere il nome del membro del team responsabile di correggere il bug, oppure lasciare vuoto questo campo vengano assegnati successivamente durante la valutazione.

      [!NOTA]

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

    • Negli elenchi Iterazione e Area, 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 aree e iterazioni.

    • In Ordine di priorità, digitare un numero che indica l'importanza relativa del bug rispetto ad altri bug nella stessa iterazione.

    • Nell'elenco Priorità, selezionare il valore che indica l'importanza del bug, dove 1 è più importante e 4 sono meno importanti.

      Il valore predefinito per questo campo è 2.

    • Nell'elenco Gravità, selezionare il valore che indica l'impatto del bug sul progetto.

      Per impostazione predefinita, il valore di questo campo è 3 - Medio.

  2. Nella scheda Passaggi ripetizione bug, fornire tutti i dettagli necessari per consentire comprendere un altro membro del team il problema che deve essere corretto.

    È possibile formattare il contenuto fornito in questo campo.

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

    • Nell'elenco Rilevato in compilazione, scegliere o digitare il nome della compilazione in cui è stato trovato il problema.

      [!NOTA]

      Ogni compilazione è associata a un nome univoco.Per ulteriori informazioni sulla definizione dei nomi di compilazione, vedere Customize Build Numbers.

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

  5. (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.

  6. Sulla barra degli strumenti dell'elemento di lavoro, scegliere SalvaSalva 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, scegliere Aggiungere collegamentiCollega 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 che si desidera collegare il bug, Sfoglia oppure scegliere per individuare il test case che si desidera collegare.È possibile scegliere la query team Test case per individuare i test case e 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. Scegliere SalvaSalva 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. Scegliere la 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 Riferimento ai campi Titoli, ID, descrizioni e cronologia.

  4. Scegliere SalvaSalva 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.

    • Scegliere Incolla, oppure premere CTRL+V per incollare un file copiato.

    • Choose Aggiungi allegato  Aggiungiquindi 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.Per tornare a Allegati la scheda, scegliere OK.

  2. Scegliere SalvaSalva elemento di lavoro.

Per aggiungere un collegamento ipertestuale a un bug

  1. Nella scheda Tutti i collegamenti , scegliere Aggiungere collegamentiCollega a.

    Specificare l'indirizzo del collegamento ipertestuale

  2. Nell'elenco Tipo collegamento, scegliere 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 OKquindi scegliere SalvaSalva 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 Riferimento ai campi Assegnazioni e flusso di lavoro.

Per risolvere o chiudere un bug

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

  2. Nell'elenco Stato, scegliere Risolto o Chiuso.

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

      Verificare che il valore Motivo sia corretto, o scegliere 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. Scegliere SalvaSalva 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

Dd380645.collapse_all(it-it,VS.110).gifAttivo (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.

Dd380645.collapse_all(it-it,VS.110).gifDa 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.

Nessuno.

Impossibile riprodurre

Quando i membri del team non possono riprodurre il comportamento segnalato dal bug.

Nessuno.

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.

Nessuno.

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.

Dd380645.collapse_all(it-it,VS.110).gifRisolto

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.

Dd380645.collapse_all(it-it,VS.110).gifDa 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.

Dd380645.collapse_all(it-it,VS.110).gifDa 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 dettagli indicando quale test non è stato superato 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.

Dd380645.collapse_all(it-it,VS.110).gifClosed

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.

Dd380645.collapse_all(it-it,VS.110).gifDa 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.

Nessuno.

Riattivato

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

Nessuno.

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

Modello di processo Agile per ALM di Visual Studio

Elementi di lavoro e flusso di lavoro (Agile)