Tracciabilità end-to-end
Servizi di Azure DevOps
Azure DevOps supporta la tracciabilità end-to-end consentendo di collegare oggetti diversi coinvolti nel processo di sviluppo. Questi oggetti includono elementi di lavoro, rami, commit, richieste pull, compilazioni e versioni. È possibile usare report predefiniti e Analisi per monitorare la tracciabilità degli oggetti in tempo reale.
Questo articolo offre una panoramica del modo in cui Azure DevOps abilita e supporta la tracciabilità, senza approfondire i dettagli su come configurarlo e usarlo. È possibile trovare collegamenti ad altre informazioni.
Tracciabilità e collegamento
È possibile tenere traccia delle modifiche, delle compilazioni e delle versioni del codice collegate a un elemento di lavoro durante tutto il ciclo di vita dello sviluppo. In questo modo, il team può visualizzare il audit trail di come è stato eseguito il lavoro o come è stato risolto un bug esaminando le modifiche nella codebase.
I tipi di collegamento usati per i repository Git, come illustrato nell'immagine seguente, sono Build, Found in build, Integrated in build, Branch, Commit, Pull Request e Integrated in release stage.The link types used for Git repository, as illustrate in the following image, are Build, Found in build, Integrated in build, Branch, Commit, Pull Request, and Integrated in release stage.
Creare un ramo da un requisito
È possibile eseguire molte attività con un'unica selezione dalla scheda prodotti. Illustrato nell'immagine seguente, è possibile creare un ramo da un requisito aprendo il menu della scheda elemento di lavoro. Quando si crea un ramo dal ramo principale predefinito, è possibile assegnargli un nome e un'etichetta. Il ramo viene collegato automaticamente all'elemento di lavoro con il tipo di collegamento Branch .
In alternativa, selezionare Crea un ramo nel modulo dell'elemento di lavoro.
Creare una richiesta pull da un requisito
Dopo aver apportato le modifiche al codice nel nuovo ramo, gli sviluppatori possono creare una richiesta pull dall'elemento di lavoro.
L'uso della scheda e dell'elemento di lavoro per favorire lo sviluppo del software offre anche un altro vantaggio. Incoraggia gli sviluppatori ad aggiungere commenti mentre lavorano, che aiutano a documentare le modifiche apportate e i motivi alla base di essi. In questo modo, l'elemento di lavoro diventa un'origine completa di informazioni e cronologia per le modifiche al codice.
Aggiungere ed eseguire test dai requisiti
Collegare un test a un set di requisiti e verificare che l'applicazione funzioni come previsto. Dalla scheda è possibile aggiungere test all'elemento di lavoro. È quindi possibile eseguire i nuovi test dalla scheda e impostare lo stato del test.
L'integrazione dei test con la bacheca consente ai team di iniziare a eseguire test manuali e quindi di sfruttare le funzionalità di test complete fornite dai piani di test di Azure. La scheda mostra il test aggiunto per supportare il requisito quando i test case vengono creati dalla lavagna o quando i gruppi di test basati sui requisiti vengono creati in Piani di test.
Test manuali e automatizzati
È possibile eseguire test automatizzati in una pipeline o su richiesta. È anche possibile collegarli ai test case in un piano di test ed eseguirli da Piani di test. In questo modo, è possibile tenere traccia della qualità dei requisiti con test automatizzati, denominati test pianificati.
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 modulo 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 modulo dell'elemento di lavoro, è possibile visualizzare le fasi in cui è stato distribuito il requisito ed eseguire il drill-down per maggiori dettagli scegliendo i collegamenti. Nella sezione Sviluppo è possibile aprire il ramo, il commit o le richieste pull collegate al requisito.
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 più ambienti a cui è destinata la versione a cui è associato l'elemento di lavoro selezionato.
Impostazioni di rilascio
Gestire le opzioni di visualizzazione dalle impostazioni di versione. Il controllo di distribuzione degli elementi di lavoro mostra in che modo le versioni collegate agli elementi di lavoro stanno procedendo. È possibile visualizzare lo stato della versione per gli elementi di lavoro con commit nella compilazione e per le pipeline di versione configurate per inviare informazioni sulla distribuzione ad Azure Boards.
Matrice di tracciabilità dei requisiti
La tracciabilità dei requisiti fornisce ai team informazioni dettagliate sugli indicatori, ad esempio la qualità dei requisiti o la conformità ai requisiti di spedizione. Un aspetto fondamentale della tracciabilità dei requisiti è l'associazione dei requisiti ai test case, ai bug e alle modifiche al codice.
La matrice di tracciabilità dei requisiti (RTM) garantisce che tutti i requisiti definiti per un sistema vengano testati nei protocolli di test.
Report di tracciabilità dei requisiti
I report di tracciabilità dei requisiti sono un modo per mostrare in che modo le diverse fasi di un processo di sviluppo sono correlate e documentate. Aiutano i team a misurare la qualità e la completezza dei requisiti e a valutare la conformità alla consegna. Consentono anche di tenere traccia delle modifiche del codice, dei test, dei bug e delle distribuzioni collegate ai requisiti.
Tracciabilità dei bug
È possibile visualizzare il bug e il risultato del test nella scheda Test nello stesso contesto. La scheda Elementi di lavoro mostra anche tutti i requisiti collegati al risultato del test.
Per informazioni sulla tracciabilità dei bug e dell'origine, vedere Tracciabilità dei requisiti.
Tracciabilità del codice sorgente
In base alla pipeline di compilazione o versione, è possibile scegliere la sequenza temporale o la visualizzazione della pipeline per visualizzare le modifiche del codice di cui è stato eseguito il commit. È possibile analizzare le modifiche al codice per identificare la potenziale causa radice dell'errore di test.
Analisi del testo
Per informazioni su Analisi dei test per build e versioni, tenere traccia della qualità dei requisiti e degli errori di test, vedere Analisi dei test.