Share via

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 Reader del progetto. Gli utenti con accesso stakeholder non hanno accesso per visualizzare o modificare le visualizzazioni di Analisi.

Abilitazione del servizio e delle funzionalità

In generale, Analytics è sempre attiva 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 attiva. Non è possibile disabilitarlo o sospenderlo.

Per Azure DevOps Server 2020 e versioni successive locali, 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 DevOps di Azure

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 Analisi?

Per accedere alle visualizzazioni di Analytics, è necessario abilitarlo. Il proprietario o il membro dell'organizzazione del gruppo Amministratori raccolta progetti 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 Analytics condivise a livello di oggetto.

La tabella seguente riepiloga le autorizzazioni disponibili per l'impostazione e le assegnazioni predefinite effettuate ai gruppi di sicurezza del progetto.

Autorizzazione Lettori Autori di contributi Project Administrators
Visualizzare Analisi ✔️ ✔ ✔
Visualizzare una visualizzazione di Analisi condivisa ✔️ ✔
Aggiungere una visualizzazione di 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 Azure Boards Analytics.

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 query e report di Analytics.

  • 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 backlog o altri tipi di elementi di lavoro, assicurarsi di definire tali elementi di lavoro e aggiornare il relativo stato quando passa da nuovo a chiuso. Prendere in considerazione 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, assicurarsi che i collegamenti padre-figlio esistano tra elementi backlog del prodotto e attività/bug oppure 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 agli elementi padre.
  • Per creare report burn-down o burnup, ad esempio burn-down sprint o burn-down release, assicurarsi di aver pensato a come filtrare e raggruppare i dati nel report. I report burn-down/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 alla data in cui vengono assegnati. Ciò significa che per filtrare un report burn-down/burnup in base alle assegnazioni di campo o tag, è necessario assegnare i campi o i tag prima del periodo in cui si vuole 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, un elemento di backlog del prodotto o un requisito. Definire test case e collegarli ai PBI figlio usando il collegamento Testato da. Vedere Creare i test.
  • (Scelta consigliata) Per supportare il filtro e il raggruppamento all'interno di un report, assegnare Percorso area e Percorso di 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 i 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 specificarne 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 procedono da Progettazione a Pronto a Chiuso.
  • Per i test manuali, contrassegnare come Superato o Non superato i risultati di ogni passaggio di convalida nel test case.

    Suggerimento

    I tester devono contrassegnare i passi dei test di convalida con uno stato. Il risultato complessivo di un test riflette lo stato di tutti i passi del test contrassegnati. Pertanto, se un passo del test è contrassegnato come Non superato oppure se non è stato contrassegnato, lo stato del test sarà Non superato.

  • Per i test automatici, ogni test viene contrassegnato automaticamente come Superato o Non superato.
  • (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.

Pipelines

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:

Pipeline e test

Per creare report sulle pipeline e sui risultati dei test, assicurarsi di aggiungere attività di test alla definizione della pipeline. Per altre informazioni, vedere Compilare e rilasciare attività-Test.

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