Visualizzare i bug nei backlog e nelle bacheche
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019 | TFS 2018
Poiché il team identifica i difetti del codice o i bug, possono aggiungerli al backlog e tenere traccia di tali errori simili ai requisiti di rilevamento. In alternativa, possono pianificare i bug da correggere all'interno di uno sprint insieme ad altre attività.
Quando si rilevano i bug come requisiti, vengono visualizzati nei backlog del prodotto e nelle schede Kanban. Quando si rilevano bug come attività, i bug vengono visualizzati nei backlog sprint e nelle taskboard. Per altre informazioni su altri tipi di elementi di lavoro, vedere Aggiungere altri tipi di elementi di lavoro ai backlog o alle schede.
È possibile definire questa impostazione del team per i processi Agile, Scrum e CMMI . Il tipo di elemento di lavoro Bug non è definito per il processo di base , quindi non esiste un'impostazione del team per Basic. È invece necessario tenere traccia dei bug e dei difetti del codice usando il tipo di elemento di lavoro Problema.
Nota
I requisiti specificano le aspettative degli utenti per un prodotto software. In Azure Boards i requisiti vengono definiti dagli elementi di lavoro visualizzati nel backlog del prodotto. Corrispondono a User Stories (Agile), Product Backlog Items (Scrum), Issues (Basic) o Requirements (CMMI) in base al processo selezionato per il progetto. Appartengono anche alla categoria Requisiti che gestisce i tipi di elementi di lavoro visualizzati nel backlog del prodotto.
Prerequisiti
- Per configurare le impostazioni del team, è necessario aggiungere come amministratore del team o essere membro del gruppo Amministratori progetto . Vedere Modificare le autorizzazioni a livello di progetto.
Le opzioni del team hanno la possibilità di tenere traccia dei bug
La tabella seguente riepiloga i tre team di opzioni devono tenere traccia dei bug. Prima di scegliere, è consigliabile esaminare le informazioni fornite in Definire, acquisire, valutare e gestire i bug. Questo articolo fornisce una panoramica del tipo di elemento di lavoro Bug e degli strumenti supportati per la gestione dei bug.
Opzione
Scegli quando vuoi...
Tenere traccia dei bug come requisiti
- Priorità dei bug (classificazione stack) insieme ai requisiti
- Stimare lo sforzo di bug per la previsione
- Aggiornare lo stato di bug nella scheda Kanban
- Includere bug nei grafici velocità e diagrammi di flusso cumulativi
- Può usare lo strumento Previsione per supportare la pianificazione dello sprint
- Può trascinare e rilasciare bug nel riquadro Pianificazione per assegnare bug a uno sprint
- Può visualizzare bug nei piani di recapito
Nota
- I bug vengono assegnati alla categoria requisiti
Tenere traccia dei bug come attività
- Stimare il lavoro per bug simili alle attività
- Aggiornare lo stato di bug nei taskboard sprint
- Collegare bug ai requisiti come elementi figlio
- Può trascinare e rilasciare bug nel riquadro Pianificazione per assegnare bug a uno sprint
Nota
- I bug vengono assegnati alla categoria attività
- Storie utente (Agile), Elementi backlog prodotto (Scrum) o Requisiti (CMMI) sono il tipo di elemento di lavoro padre naturale per Bug
- I bug non saranno visibili nei piani di recapito
I bug non vengono visualizzati nei backlog o nelle schede
- Gestire i bug usando query
Nota
- I bug sono associati alla categoria Bug e non verranno visualizzati nei backlog o nelle schede
- I bug non saranno visibili nei backlog, nelle schede, nei backlog sprint, nelle schede attività o nei piani di recapito
- Non è possibile trascinare e rilasciare bug nel riquadro Pianificazione per assegnare bug a uno sprint
Impostare la preferenza del team per il rilevamento dei bug
È possibile modificare l'impostazione da una visualizzazione backlog o scheda o da Impostazioni>team di progetto. Di seguito viene illustrato come modificarlo dalla vista della scheda.
Aprire la scheda Kanban. Se non sei un amministratore del team, viene aggiunto come uno. Solo gli amministratori del team e del progetto possono personalizzare la scheda Kanban.
Scegliere Impostazioni
della scheda per configurare la scheda e impostare le impostazioni generali del team.
Scegliere Uso dei bug e quindi scegliere l'opzione che soddisfa meglio il modo di lavorare del team.
Al termine delle modifiche, scegliere Salva.
Per visualizzare le modifiche, aprire o aggiornare il backlog del team o la scheda Kanban.
Aprire la scheda Kanban. Se non sei un amministratore del team, viene aggiunto come uno. Solo gli amministratori del team e del progetto possono personalizzare la scheda Kanban.
Scegliere Impostazioni scheda per aprire la finestra di dialogo impostazioni
.
Scegliere Uso dei bug e quindi scegliere l'opzione che soddisfa meglio il modo di lavorare del team.
Al termine delle modifiche, scegliere Salva.
Per visualizzare le modifiche, aprire o aggiornare il backlog del team o la scheda Kanban.
Elementi annidati
Suggerimento
Se, dopo aver aggiornato un backlog o una scheda, non vengono visualizzati bug in cui si prevede di visualizzarli, vedere How backlogs and boards display gerarchico (annidato). Vengono visualizzati solo nodi foglia di elementi annidati nelle schede di attività Kanban o.
Quando si gestiscono bug con requisiti o attività, vengono visualizzati in uno o più backlog e schede degli strumenti Agile. Tuttavia, se si annidano elementi, creare collegamenti padre-figlio di elementi appartenenti alle categorie Requisiti o Attività, non tutti gli elementi possono essere visualizzati nei backlog e nelle schede. Per altre informazioni sul modo in cui vengono trattati gli elementi annidati, vedere Come vengono visualizzati i backlog e le schede gerarchiche (annidate).
Aggiungere altri tipi di elemento di lavoro ai backlog o alle schede
I bug sono un elemento comune che i team vogliono tenere traccia e scegliere come tenere traccia. Per altre informazioni, vedere Gestire i bug.
Tuttavia, cosa accade se si desidera tenere traccia di altri tipi di elementi di lavoro nei backlog e nelle schede?
È possibile aggiungere altri tipi di elemento di lavoro, ad esempio richieste di modifica, problemi o ostacoli, personalizzando il processo o il progetto in base al modello di processo usato. Per informazioni dettagliate,
- Per il modello di processo di ereditarietà, vedere Personalizzare i backlog o le schede per un processo.
- Per i modelli di processo XML ospitati e XML locali, vedere Aggiungere un tipo di elemento di lavoro a un backlog e una scheda.
È possibile aggiungere altri tipi di elemento di lavoro, ad esempio richieste di modifica, problemi o ostacoli, personalizzando il processo o il progetto in base al modello di processo usato. Per informazioni dettagliate, vedere Aggiungere un tipo di elemento di lavoro a un backlog e una scheda.
Per una panoramica dei modelli di processo, vedere Personalizzare l'esperienza di rilevamento del lavoro.
Creare, elencare e gestire i bug
I bug gestiti con i requisiti possono essere aggiunti tramite il backlog del prodotto o la scheda Kanban. Quando i bug vengono gestiti insieme alle attività, è possibile aggiungerli a un backlog sprint o a una scheda attività. In alternativa, acquisiscili usando altri strumenti. Per altre informazioni, vedere Definire, valutare e gestire i bug.
Suggerimento
Lo sforzo dovrebbe essere automaticamente parte di un bug, ma se non viene visualizzato, personalizzare il tipo di elemento di lavoro del bug da visualizzare.
È possibile esaminare i bug definiti per il progetto creando una query e specificando il tipo di elemento di lavoro=Bug. In alternativa, aprire una query predefinita, Bug attivi (Agile e CMMI) o Work in Progress (Scrum).
Articoli correlati
- Definire, acquisire, valutare e gestire i bug
- Abilitare i livelli di backlog di interesse per il team
- Gestire i team e configurare gli strumenti del team
- Visualizzare, eseguire o inviare un messaggio di posta elettronica a una query dell'elemento di lavoro
- Valutare gli elementi di lavoro
- Eseguire query in base all'assegnazione o alle modifiche del flusso di lavoro