Requisiti relativi alla tracciabilità

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

La tracciabilità dei requisiti è la possibilità di correlare e documentare due o più fasi di un processo di sviluppo, che possono quindi essere tracciate sia in avanti che indietro dall'origine. La tracciabilità dei requisiti aiuta i team a ottenere informazioni dettagliate sugli indicatori, ad esempio la qualità dei requisiti o l'idoneità a soddisfare i requisiti. Un aspetto fondamentale della tracciabilità dei requisiti è l'associazione dei requisiti ai test case, ai bug e alle modifiche al codice.

Leggere il glossario per comprendere la terminologia del report di test.

Team Agile che eseguono test automatizzati

I team Agile hanno caratteristiche tra cui, ad esempio, i seguenti

• Cicli di rilascio più veloci
• Test continui in una pipeline
• Footprint di test manuale trascurabile; limitato ai test esplorativi
• Alto grado di automazione

Le sezioni seguenti illustrano la tracciabilità dai punti di vista qualità, bug e origine per i team Agile.

Tracciabilità della qualità

Per garantire che i requisiti degli utenti soddisfino gli obiettivi di qualità, i requisiti di un progetto possono essere collegati ai risultati dei test, che possono quindi essere visualizzati nel dashboard del team. Ciò consente la tracciabilità end-to-end con un modo semplice per monitorare i risultati dei test. Per collegare i test automatizzati ai requisiti, visitare il report di test nella build o nel rilascio.

1. Nella sezione dei risultati nella scheda Test di un riepilogo di compilazione o versione selezionare i test da collegare ai requisiti e scegliere Collega.

   

2. Scegliere un elemento di lavoro da collegare ai test selezionati in uno dei modi specificati:

   • Scegliere un elemento di lavoro applicabile dall'elenco degli elementi di lavoro suggeriti. L'elenco si basa sugli elementi di lavoro visualizzati e aggiornati più di recente.
   • Specificare un ID elemento di lavoro.
   • Cercare un elemento di lavoro in base al testo del titolo.

   

   L'elenco mostra solo gli elementi di lavoro appartenenti alla categoria Requisiti.

3. Teams spesso vuole aggiungere la visualizzazione riepilogata della tracciabilità dei requisiti a un dashboard. Usare il widget Qualità requisiti per questo.

   

4. Configurare il widget Qualità requisiti con le opzioni necessarie e salvarlo.

   • Query requisiti: selezionare una query dell'elemento di lavoro che acquisisce i requisiti, ad esempio le storie utente nell'iterazione corrente.
   • Dati di qualità: specificare la fase della pipeline per la quale deve essere tracciata la qualità dei requisiti.

   

5. Visualizzare il widget nel dashboard del team. Elenca tutti i requisiti nell'ambito, insieme alla frequenza di superamento per i test e il numero di test non superati. Se si seleziona un numero di test non superati , viene visualizzata la scheda Test per la build o la versione selezionata. Il widget consente anche di tenere traccia dei requisiti senza alcun test associato.

   

Tracciabilità dei bug

Il test offre una misura dell'attendibilità per la spedizione di una modifica agli utenti. Un errore di test segnala un problema con la modifica. Gli errori possono verificarsi per molti motivi, ad esempio errori nell'origine sottoposta a test, codice di test non valido, problemi ambientali, test instabilità e altro ancora. I bug offrono un modo affidabile per tenere traccia degli errori di test e guidare la responsabilità del team per eseguire le azioni correttive necessarie. Per associare bug ai risultati dei test, visitare il report di test nella compilazione o nella versione.

1. Nella sezione dei risultati della scheda Test selezionare i test in base ai quali creare il bug e scegliere Bug. È possibile eseguire il mapping di più risultati dei test a un singolo bug. Questa operazione viene in genere eseguita quando il motivo degli errori è attribuibile a una singola causa, ad esempio l'indisponibilità di un servizio dipendente, un errore di connessione al database o problemi simili.

   

2. Aprire l'elemento di lavoro per visualizzare il bug. Acquisisce il contesto completo dei risultati del test, incluse informazioni chiave, ad esempio il messaggio di errore, l'analisi dello stack, i commenti e altro ancora.

   

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

   

4. Da un elemento di lavoro passare direttamente ai risultati dei test associati. Sia il test case che il risultato specifico del test sono collegati al bug.

   

5. Nell'elemento di lavoro selezionare Test case o Test result (Test case ) o Test result (Risultato test) per passare direttamente alla pagina Test per la build o la versione selezionata. È possibile risolvere l'errore, aggiornare l'analisi nel bug e apportare le modifiche necessarie per risolvere il problema in base alle esigenze. Mentre entrambi i collegamenti consentono di accedere alla scheda Test, la sezione predefinita mostrata è Cronologia e Debug rispettivamente.

   

Tracciabilità delle origini

Durante la risoluzione dei problemi relativi agli errori di test che si verificano in modo coerente in un determinato periodo di tempo, è importante risalire al set iniziale di modifiche, in cui ha avuto origine l'errore. Ciò può contribuire in modo significativo a restringere l'ambito per identificare il test problematico o l'origine sottoposta a test. Per individuare la prima istanza degli errori di test e riportarla alle modifiche al codice associate, visitare la scheda Test nella compilazione o nella versione.

1. Nella scheda Test selezionare un errore di test da analizzare. In base al fatto che si tratti di una build o di una versione, scegliere la colonna Build non riuscita o Versione non riuscita per il test.

   

2. Verrà aperta un'altra istanza della scheda Test in una nuova finestra, che mostra la prima istanza di errori consecutivi per il test.

   

3. 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.

   

Team tradizionali che usano test pianificati

I team che passano da test manuali a test continui (automatizzati) e hanno un subset di test già automatizzati, possono eseguirli come parte della pipeline o su richiesta (vedere il report di test). Detti test pianificati, i test automatizzati possono essere associati ai test case in un piano di test ed eseguiti da Piani di test di Azure. Una volta associati, questi test contribuiscono alle metriche di qualità dei requisiti corrispondenti.

Assistenza e supporto

• Vedere la pagina relativa alla risoluzione dei problemi
• Ottenere consigli su Stack Overflow e ottenere supporto tramite la community degli sviluppatori