Tracciabilità end-to-end

Azure DevOps Services

Uno dei principali vantaggi dell'adozione di una piattaforma, ad esempio Azure DevOps, è il supporto fornito per tracciare il lavoro dai requisiti alla distribuzione. Si ottengono informazioni dettagliate su ogni passaggio delle decisioni prese e sul software distribuito. Gli scenari illustrati in questo articolo sono supportati quando si usano Azure Repos repository Git.

Di seguito sono riportate alcune delle attività supportate per facilitare la tracciabilità end-to-end:

  • Creare un ramo da un requisito
  • Creare una richiesta pull del ramo aggiornato
  • Convalidare la richiesta pull usando una pipeline di compilazione
  • Creare ed eseguire test inline sui requisiti
  • Unire la richiesta pull nel ramo principale predefinito
  • Distribuire le modifiche nell'ambiente di produzione con stato di distribuzione Azure Boards
  • Monitorare e creare report sulla tracciabilità dei requisiti

Nota

Tenere traccia dell'origine del lavoro tramite la distribuzione e la possibilità di tracciare il lavoro nel ciclo di vita di sviluppo è essenziale per ottenere la tracciabilità end-to-end.

La tracciabilità end-to-end è supportata collegando vari oggetti, ad esempio elementi di lavoro, rami, commit, richieste pull, compilazioni e versioni. La creazione di report e Analisi supporta la possibilità di monitorare la tracciabilità in tempo reale. Questo articolo presenta una panoramica del Azure DevOps di tracciabilità senza informazioni dettagliate su come abilitare e supportare la tracciabilità. Informazioni più dettagliate sono disponibili in Articoli correlati.

Tracciabilità e collegamento

Durante il ciclo di vita dello sviluppo, è possibile acquisire le modifiche al codice, le compilazioni e le versioni che supportano il completamento di un elemento di lavoro. In questo modo, il team può comprendere il lavoro svolto o come è stato corretto un bug tramite il audit trail delle modifiche alla codebase.

I tipi di collegamento usati per costruire questi collegamenti per i repository Git, come illustrato nell'immagine seguente, sono — Build , Found in — build, Integrated in build, Branch, Commit, Pull Request e Integrated nella fase di rilascio.

Immagine concettuale dei collegamenti di codice, compilazione e versione agli elementi di lavoro.

Creare un ramo da un requisito

È possibile eseguire molte attività con un solo clic dalla lavagna Kanban del prodotto. Di seguito viene illustrata la creazione di un ramo da un requisito aprendo il menu della scheda dell'elemento di lavoro.

Screenshot della scheda lavagna Kanban, menu, scegliere l'opzione Nuovo ramo.

È possibile assegnare un nome ed etichettare un ramo al ramo principale predefinito dalla finestra di dialogo visualizzata. L'elemento di lavoro viene collegato automaticamente al ramo creato con il tipo di collegamento Ramo.

Finestra di dialogo Crea un ramo.

È anche possibile eseguire questa attività tramite il form dell'elemento di lavoro scegliendo il collegamento Crea un ramo.

Form dell'elemento di lavoro, Creare un collegamento a un ramo.

Creare una richiesta pull da un requisito

Dopo aver apportato modifiche al codice al nuovo ramo, gli sviluppatori possono quindi creare una richiesta pull dal requisito aprendo il form dell'elemento di lavoro.

Form dell'elemento di lavoro, Creare una richiesta pull.

Un altro vantaggio dello sviluppo di software dalla lavagna Kanban e dall'elemento di lavoro è quello di incoraggiare gli sviluppatori a inserire commenti mentre lavorano per migliorare il audit trail delle modifiche in corso.

Aggiungere ed eseguire test dai requisiti

Proprio come è possibile creare un nuovo ramo dalla lavagna Kanban, è anche possibile aggiungere test all'elemento di lavoro.

Screenshot della scheda lavagna Kanban, menu, scegliere Aggiungi opzione di test.

Nota

La tracciabilità dei test supporta il collegamento di un test a un set di requisiti e la verifica del funzionamento previsto dell'applicazione.

Dopo aver aggiunto e definito i test, è possibile eseguirli dalla lavagna Kanban e impostare lo stato del test.

Screenshot della scheda lavagna Kanban, menu Test, scegliere Esegui test.

L'integrazione dei test con la lavagna Kanban consente ai team di iniziare con i test manuali e quindi sfruttare le funzionalità di test complete fornite da Azure Test Plans. La lavagna Kanban mostra il test aggiunto per supportare il requisito quando i test case vengono creati dalla lavagna Kanban o quando vengono creati gruppi di test basati su requisiti in Test Plans.

Test manuali e automatizzati

Teams che stanno passando da test manuali a test continui e automatizzati e hanno un subset di test già automatizzati, possono eseguirli come parte di una pipeline o su richiesta. Detto test pianificato, i test automatizzati possono essere associati ai test case in un piano di test ed eseguiti da Test Plans. Una volta associati, questi test contribuiscono alla misurazione della qualità dei requisiti corrispondenti.

Distribuire le modifiche nell'ambiente di produzione

Dopo aver definito una pipeline per compilare e rilasciare le modifiche al codice, è possibile tenere traccia della distribuzione del requisito in ogni fase di rilascio. Dal form dell'elemento di lavoro è possibile aprire rapidamente i collegamenti alle compilazioni e alle versioni dalle sezioni controllo Distribuzione e sviluppo.

Controlli di distribuzione e sviluppo

Quando si apre il form dell'elemento di lavoro, è possibile visualizzare le fasi in cui è stato distribuito il requisito ed eseguire il drill-down per ottenere maggiori dettagli scegliendo i collegamenti. Nella sezione Sviluppo è possibile aprire il ramo , il commit o le richieste pull collegate al requisito.

Form elemento di lavoro, Controllo distribuzione, Fasi Impostazioni rilascio.

Il controllo Distribuzione mostra le informazioni sulla versione per gli elementi di lavoro associati a un commit Git che fa parte di una compilazione rilasciata.

Visualizzazione versione

L'immagine seguente illustra i diversi ambienti a cui è associata la versione a cui è associato l'elemento di lavoro selezionato.

Esempio che mostra più ambienti di destinazione della versione.

Impostazioni di rilascio

Le opzioni di distribuzione nella visualizzazione di produzione vengono gestite dalle impostazioni di rilascio.

Screenshot delle opzioni della pipeline di>delle integrazioni.

Il controllo di distribuzione degli elementi di lavoro visualizza lo stato delle versioni all'interno degli elementi di lavoro associati ai commit nella compilazione e nelle pipeline di versione configurate per segnalare le informazioni di distribuzione Azure Boards.

Matrice di tracciabilità dei requisiti

La tracciabilità dei requisiti è correlata e documenta due o più fasi di un processo di sviluppo, che possono quindi essere tracciate in avanti o indietro dall'origine. La tracciabilità dei requisiti fornisce ai team informazioni dettagliate su indicatori come la qualità dei requisiti o la conformità ai requisiti di spedizione. Un aspetto fondamentale della tracciabilità dei requisiti è l'associazione dei requisiti a test case, bug e modifiche del codice.

Nota

La matrice di tracciabilità dei requisiti (RTM) è un documento che collega i requisiti in tutto il processo di convalida. Lo scopo della matrice di tracciabilità dei requisiti è garantire che tutti i requisiti definiti per un sistema siano testati nei protocolli di test.

Report di tracciabilità dei requisiti

Report di tracciabilità dei requisiti

Widget Di qualità dei requisiti

Tracciabilità dei bug

Visualizzare il bug con il risultato del test, direttamente nel contesto, all'interno della scheda Test. Nella scheda Elementi di lavoro sono inoltre elencati tutti i requisiti collegati per il risultato del test.

Tracciabilità dei bug

Tracciabilità dell'origine

In base alla pipeline di compilazione o versione, è possibile scegliere la visualizzazione della sequenza temporale o della pipeline per visualizzare le modifiche del codice di cui è stato eseguito il commit. È possibile analizzare le modifiche del codice per identificare la potenziale causa radice dell'errore di test.

Screenshot della tracciabilità dell'origine.

Analisi dei test

Analisi dei test per le compilazioni

Per aiutare i team a trovare e correggere i test che hanno esito negativo di frequente o in modo intermittente, usare il report dei test con esito negativo più alto. Il riepilogo della compilazione include la pagina Analisi che ospita questo report. La visualizzazione di primo livello fornisce un riepilogo della frequenza di superazione dei test e dei risultati per la pipeline di compilazione selezionata, per il periodo specificato. L'intervallo predefinito è 14 giorni.

Screenshot dell'analisi della compilazione.

Analisi dei test per le versioni

Aprire un riepilogo di compilazione o versione per visualizzare il report dei test con esito negativo. Questo report offre una visualizzazione granulare dei principali test non superati nella pipeline, insieme ai dettagli dell'errore.

Per i test in esecuzione come parte del rilascio, accedere all'analisi dei test dal collegamento Analytics nell'angolo in alto a destra. Come per la compilazione, il riepilogo offre una visualizzazione aggregata della velocità di superazione dei test e dei risultati per il periodo specificato.

Screenshot dell'analisi della versione.

Tenere traccia della qualità dei requisiti

Per tenere traccia della qualità degli elementi di lavoro che appartengono alla categoria Requisiti. Sono inclusi elementi di lavoro come Storie utente (Agile), Elementi di backlog del prodotto (Scrum) e Requisiti (CMMI).

Screenshot del rilevamento dei requisiti, OData e PowerBi.

Errori di test

Aprire un riepilogo di compilazione o versione per visualizzare il report dei test con esito negativo. Questo report offre una visualizzazione granulare dei principali test non superati nella pipeline, insieme ai dettagli dell'errore.

Screenshot degli errori di test.

Per altre informazioni sui concetti introdotti in questo articolo, vedere gli articoli seguenti.

Il collegamento

Test

Report e analisi