Autorizzazioni e prerequisiti per l'accesso ad Analytics in Azure DevOps

  • Articolo

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

Per usare Analytics e creare report, è necessario soddisfare diversi prerequisiti, come riepilogato in questo articolo.

Per impostazione predefinita, a tutti i membri del progetto viene fornito l'accesso ai dati di Analisi per i progetti di cui sono membri, inclusi i membri aggiunti al gruppo Lettori del progetto. Gli utenti con accesso stakeholder non hanno accesso per visualizzare o modificare le visualizzazioni di Analisi.

Abilitazione di servizi e funzionalità

In generale, Analytics è sempre attivo e disponibile per i membri di un'organizzazione o raccolta per visualizzare i dati e creare report.

Servizio di analisi

Per Azure DevOps Services, Analytics è sempre attivo. Non è possibile disabilitarlo o sospenderlo.

Per Azure DevOps Server 2020 e versioni locali successive, Analytics viene installato automaticamente con ogni raccolta di progetti creata.

Per Azure DevOps Server 2019, è prima necessario installare Analytics in ogni raccolta di progetti creata.

È possibile sospendere e riavviare il servizio. Quando viene sospesa, non vengono aggiunti nuovi dati ad Analisi.

Per altre informazioni, vedere Installare o abilitare il servizio Analisi.

Servizi Di Azure DevOps

Per esercitare qualsiasi servizio Azure DevOps, è necessario abilitarlo. Non è possibile acquisire dati per un servizio disabilitato. I servizi possono essere abilitati o disabilitati in base al progetto.

Per verificare che tutti i servizi siano abilitati, vedere Attivare o disattivare un servizio.

Visualizzazioni di Analisi

Le visualizzazioni di analisi, un hub nel portale Web, offrono un modo semplificato per specificare i criteri di filtro per un report di Power BI in base ai dati di Analisi. Per altre informazioni, vedere Che cos'è il servizio Di analisi?

Per accedere alle visualizzazioni di Analytics, è necessario abilitarlo. Il proprietario o il membro dell'organizzazione del gruppo Project Collection Administrators può abilitarlo per tutti gli utenti dell'organizzazione. In alternativa, ogni membro del progetto può abilitarlo autonomamente.

Per informazioni su come, vedere Gestire o abilitare le funzionalità.

Autorizzazioni

Si impostano le autorizzazioni per il servizio a livello di progetto e per le visualizzazioni di Analisi condivisa a livello di oggetto.

La tabella seguente riepiloga le autorizzazioni disponibili da impostare e le assegnazioni predefinite effettuate ai gruppi di sicurezza del progetto.

Autorizzazione Readers Collaboratori Amministratori di progetto
Visualizzare Analisi ✔️ ✔️ ✔️
Visualizzare una visualizzazione di Analisi condivisa ✔️ ✔️
Aggiungere una visualizzazione analisi privata o condivisa ✔️ ✔️
Modificare ed eliminare visualizzazioni di Analisi condivise ✔️

Prerequisiti per il rilevamento dei dati

Per acquisire dati significativi, i team software devono eseguire azioni significative. Le sezioni seguenti forniscono raccomandazioni generali in base al tipo di dati su cui si vuole creare report.

Nota

I set di entità Branch, Pipeline e Test sono supportati con Analytics v3.0-preview e versioni successive. I set di entità snapshot per supportare i processi della pipeline, le richieste dell'agente attività e le dimensioni del pool di agenti attività sono stati aggiunti con la versione di anteprima di Analytics v4.0. Assicurarsi di specificare la versione di Analytics che supporta il set di entità di interesse.

Per comprendere quali proprietà e valori di elenco enumerati è possibile filtrare o raggruppare i dati, esplorare i metadati di Analytics per il tipo di entità corrispondente.

Azure Boards e rilevamento del lavoro

Per una revisione dei set di entità disponibili su cui è possibile eseguire query, vedere Informazioni di riferimento sui metadati per Analisi di Azure Boards.

Per segnalare il rilevamento del lavoro, i team devono eseguire diverse attività per garantire la disponibilità di dati significativi. Esaminare le attività seguenti prima di definire le query e i report di Analisi.

  • Per segnalare bug attivi o tendenze di bug, definire i bug e aggiornare lo stato del bug man mano che è stato corretto, verificato e quindi chiuso.
  • Per segnalare il lavoro di backlog o altri tipi di elementi di lavoro, assicurarsi di definire tali elementi di lavoro e aggiornare il relativo stato man mano che passa da nuovo a chiuso. Considerare i campi o i tag che verranno usati per filtrare o raggruppare i dati in un report e assicurarsi che siano ben definiti e coerenti.
  • Per supportare i report di rollup, verificare che i collegamenti padre-figlio esistano tra elementi di backlog del prodotto e attività/bug o tra collegamenti padre-figlio tra le funzionalità o gli elementi di lavoro del backlog portfolio e i relativi elementi figlio. Per altre informazioni, vedere Organizzare il backlog ed eseguire il mapping degli elementi di lavoro figlio ai genitori.
  • Per creare report burn-down o burnup, ad esempio burndown Sprint o Burndown Release, assicurarsi di aver pensato a come filtrare e raggruppare i dati nel report. I report burndown/burnup fanno riferimento al WorkItemsSnapshot set di entità. I set di entità snapshot vengono modellati come snapshot giornalieri. I dati vengono aggregati in base alle assegnazioni effettuate a partire dalla data in cui vengono assegnati. Ciò significa che per filtrare un report burndown/burnup in base alle assegnazioni di campi o tag, è necessario assegnare i campi o i tag prima del periodo in cui si desidera creare report. In caso contrario, i campi/tag non vengono registrati dal report fino alla data in cui vengono applicati.
  • Per supportare il rilevamento dei requisiti, definire i test case e creare un collegamento Test By da ogni test case a una storia utente, a un elemento di backlog del prodotto o a un requisito. Definire test case e collegare test case ai pbi padre usando il collegamento Test by. Vedere Creare i test.
  • (Scelta consigliata) Per supportare il filtro e il raggruppamento all'interno di un report, assegnare Percorso area e Percorso iterazione a tutti gli elementi di lavoro. Per informazioni su come definire percorsi di iterazione e aree, vedere Definire i percorsi di area e assegnare a un team o Definire percorsi di iterazione (sprint) e configurare le iterazioni del team.

Nota

Tutti i campi personalizzati aggiunti a un tipo di elemento di lavoro sono disponibili per l'uso nei report. I campi personalizzati vengono etichettati con Custom_DisplayNameOfField, in cui tutti gli spazi sono stati rimossi dal nome visualizzato.

Piani di test

Per esaminare lo stato del piano di test e la preparazione del test case, i team devono eseguire le attività seguenti.

  • Definire test case, piani di test e gruppi di test e specificare lo stato corrente. Per altre informazioni, vedere Creare piani di test e gruppi di test e Creare test case.
  • Aggiornare lo stato degli oggetti di test man mano che avanzano da Progettazione a Pronto a Chiuso.
  • Per i test manuali, contrassegnare i risultati di ogni passaggio di convalida nel test case come superato o non riuscito.

    Suggerimento

    I tester devono contrassegnare un passaggio di test con uno stato se si tratta di un passaggio di test di convalida. Il risultato complessivo di un test riflette lo stato di tutti i passaggi di test contrassegnati. Di conseguenza, lo stato del test avrà esito negativo se un passaggio di test è contrassegnato come non riuscito o non contrassegnato.

  • Per i test automatizzati, ogni test viene contrassegnato automaticamente come superato o non riuscito.
  • (Scelta consigliata) Per supportare il filtro e il raggruppamento all'interno di un report, assegnare percorso area e percorso di iterazione ai test case, ai gruppi di test e ai piani di test.

Pipeline

Per creare report sulle pipeline, i team devono definire le pipeline usando YAML ed eseguire regolarmente le pipeline. Per altre informazioni, vedere Concetti chiave per i nuovi utenti di Azure Pipelines.

Si considerino inoltre le azioni seguenti:

  • Prendere in considerazione i dati da segnalare e scegliere il set di entità corretto. Per una revisione dei set di entità disponibili su cui eseguire query, vedere Informazioni di riferimento sui metadati per Azure Pipelines Analytics.
  • Prendere in considerazione le pipeline su cui si vuole creare report e l'intervallo di date del report. È consigliabile filtrare i dati in modo da soddisfare le procedure consigliate per le query e ridurre al minimo eventuali problemi di prestazioni.

Pipeline e test

Per segnalare i risultati di pipeline e test, assicurarsi di aggiungere attività di test alla definizione della pipeline. Per altre informazioni, vedere Attività di compilazione e rilascio-Test.

Se si è appena iniziato, è consigliabile esaminare questo modulo Learn, eseguire test di qualità nella pipeline di compilazione usando Azure Pipelines.