Condividi tramite


Informazioni sulla tracciabilità completa

Servizi di Azure DevOps

Azure DevOps supporta la tracciabilità end-to-end collegando vari oggetti nel processo di sviluppo, ad esempio elementi di lavoro, rami, commit, richieste pull, compilazioni e versioni. È possibile usare report predefiniti e Analisi per monitorare la tracciabilità in tempo reale.

Questo articolo offre una panoramica del modo in cui Azure DevOps abilita e supporta la tracciabilità, con collegamenti a informazioni più dettagliate.

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 sono Build, found in build, Integrated in build, Branch, Commit, Pull Requeste Integrated in release stage.

elemento grafico che mostra come vengono collegati elementi di lavoro, compilazioni e versioni.

Creare un branch e una pull request da un elemento di lavoro

  • Branch: È possibile creare un ramo da un elemento di lavoro aprendo il menu della scheda elemento di lavoro nella scheda prodotto o selezionando Crea un ramo nel modulo dell'elemento di lavoro. Il ramo viene collegato automaticamente all'elemento di lavoro con il tipo di collegamento Branch .

    Screenshot mostra la scheda della bacheca con la selezione Nuovo ramo evidenziata.

  • Pull request: Una volta apportate le modifiche al codice nel nuovo ramo, gli sviluppatori possono creare una pull request dall'elemento di lavoro. L'uso della bacheca e dell'elemento di lavoro per favorire lo sviluppo di software incoraggia gli sviluppatori ad aggiungere commenti mentre lavorano, documentando le modifiche e i motivi alla base. In questo modo, l'elemento di lavoro diventa un'origine completa di informazioni e cronologia per le modifiche al codice.

    Screenshot mostra la selezione evidenziata, Crea una pull request, nel modulo dell'elemento di lavoro.

Aggiungere ed eseguire test dagli elementi di lavoro

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.

Screenshot mostra l'opzione Aggiungi selezione test effettuata dalla scheda.

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 dell'elemento di lavoro per ogni fase di rilascio. Dal modulo dell'elemento di lavoro, puoi aprire rapidamente i collegamenti alle build e ai rilasci dalle sezioni Deployment e Development .

Quando si apre il modulo dell'elemento di lavoro, vengono visualizzate le fasi in cui viene distribuito il requisito. È possibile eseguire il drill-down per maggiori dettagli con il menu a discesa.

  • sezione Sviluppo: aprire rami, commit o pull request collegate all'elemento di lavoro.
  • sezione Distribuzione: Trova informazioni sulla versione per gli elementi di lavoro relativi a un commit Git che fa parte di una build rilasciata.

Per altre informazioni, vedere Informazioni sulle bacheche kanban.

Visualizzazione versione

L'immagine seguente illustra i più ambienti a cui è destinata la versione a cui è associato l'elemento di lavoro selezionato.

Esempio che mostra i diversi ambienti ai quali è destinata la versione.

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 di rilascio per gli elementi di lavoro con commit nella compilazione e per le pipeline di versione configurate per inviare informazioni sulla distribuzione ad Azure Boards.

Screenshot delle opzioni di rilascio delle impostazioni di integrazione>della pipeline.

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 del codice.

La matrice di tracciabilità dei requisiti (RTM) garantisce che tutti i requisiti definiti per un sistema vengano testati nei protocolli di test. Per altre informazioni sulla matrice di tracciabilità dei requisiti, vedere Tracciabilità dei requisiti.

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.

Screenshot del widget Qualità dei 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 di rilascio, è possibile scegliere la sequenza temporale o la visualizzazione della pipeline per visualizzare le modifiche del codice effettuate tramite commit. È possibile analizzare le modifiche al codice per identificare la potenziale causa radice dell'errore di test.

Screenshot della tracciabilità della fonte.

Analisi del test

Per altre informazioni su Analisi dei test per build e versioni, tenere traccia della qualità dei requisiti e degli errori di test, vedere Test Analytics.