Panoramica dell'integrazione di Azure DevOps dei servizi
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
Con Azure DevOps è possibile connettersi e collaborare tra i servizi principali. È possibile usare varie funzionalità per collegare e tenere traccia delle attività devops in Azure Boards, Azure Repos, Azure Pipelines e Azure Test Plans. Questo articolo illustra le opzioni per l'uso dell'integrazione tra servizi di Azure DevOps per migliorare il flusso di lavoro e la produttività.
Collegamenti ad altre informazioni:
Collaborazione attraverso Azure DevOps
La tabella seguente riepiloga alcune delle funzionalità che consentono di collaborare con il team e altri team.
| Funzionalità | Descrizione |
|---|---|
@mentions (aggiungere a discussioni e commenti) |
È possibile @mention un membro del team o un intero team all'interno di una discussione in un modulo dell'elemento di lavoro o nella sezione dei commenti di un commit, di una richiesta di pull o di un changeset. |
#ID (collegamento a un elemento di lavoro) |
Per supportare la tracciabilità end-to-end, è possibile collegare elementi di lavoro da commit, richieste pull e set di modifiche. |
| Teams | Ogni team ottiene l'accesso a una suite di strumenti Agile e risorse del team. Questi strumenti consentono ai team di lavorare in modo autonomo e collaborare con altri team nell'intera azienda. Ogni team può configurare e personalizzare ogni strumento per supportare il loro funzionamento. Per una navigazione rapida, possono aggiungere ai preferiti repository, pipeline e piani di test. |
| Avvisi | Configurare o rinunciare agli avvisi personali, di squadra, di progetto o a livello di organizzazione. Iscriviti agli avvisi email nel caso di modifiche a elementi di lavoro, revisioni del codice, richieste pull, file di controllo del codice sorgente, build e altro ancora. |
| Riepiloghi tramite posta elettronica |
-
Inviare un elenco di elementi di lavoro - elementi di query di posta elettronica - Inviare riepiloghi delle versioni tramite posta elettronica |
| Wiki | Incorporare i risultati delle query di Azure Boards in Wiki. |
Integrazione di Azure Boards e Azure Repos
È possibile collegare le modifiche del codice alle storie utente e alle funzionalità con tipi di collegamento diversi. Per Git, usare Branch, Commit, Pull Request o Tag. Per TFVC, usare Changeset o Elemento versionato.
La tabella seguente riepiloga i punti di integrazione tra Azure Boards e Azure Repos.
| Funzionalità | Descrizione |
|---|---|
| Conduci lo sviluppo Git a partire dagli elementi di lavoro | È possibile avviare un ramo Git o un collegamento a commit Git o pull request e gestire il ciclo di sviluppo Git per un elemento di lavoro direttamente dal modulo dell'elemento di lavoro. |
| Collegare e eseguire automaticamente la transizione degli elementi di lavoro con i commit Git | Per un repository Git, è possibile attivare o disattivare le opzioni seguenti: - Chiudere gli elementi di lavoro con menzioni nei commenti di commit. - Ricordare le scelte dell'utente per completare gli elementi di lavoro con le richieste pull. - Collegare elementi di lavoro dai commenti di commit. È anche possibile automatizzare il collegamento da commit o richieste pull nelle impostazioni del repository. - Collegamento menzioni nei commit: attivalo per collegare i commit agli elementi di lavoro con #WorkItemID nei messaggi di commit. Disattiva quando si esegue il push di un repository da un account o un servizio diverso. Azure DevOps disattiva automaticamente questa funzionalità quando si importa un repository. - Menzionare la risoluzione dell'elemento di lavoro nel commit: attivare per chiudere gli elementi di lavoro con Correzioni a #WorkItemID nei commit. - Preferenze di transizione degli elementi di lavoro: attiva per impostazione predefinita, ricorda l'opzione di ogni utente per completare gli elementi di lavoro collegati con le richieste pull. È possibile disattivare questa funzionalità per scoraggiare gli utenti a completare gli elementi di lavoro con richieste pull. Quando è disattivato, gli utenti devono scegliere di completare gli elementi di lavoro per ogni richiesta pull. |
| Verificare la presenza di elementi di lavoro collegati in un ramo Git | Incoraggiare la tracciabilità controllando la presenza di elementi di lavoro collegati nelle richieste pull. |
| Completare automaticamente con richieste pull gli elementi di lavoro | Quando si collega un elemento di lavoro a una richiesta pull, è possibile completare automaticamente tali elementi di lavoro al termine della richiesta pull. L'impostazione predefinita del sistema è la selezione per le richieste pull future. |
| Visualizzazione dell'elenco di oggetti di codice a cui è collegato un singolo elemento di lavoro | È possibile collegare elementi di lavoro alle modifiche, alle compilazioni e alle versioni del codice, fornendo un audit trail dello sviluppo delle funzionalità. |
| Query per collegamenti esterni | È possibile effettuare una query per gli elementi di lavoro che contengono collegamenti a rami, commit, pull request o tag. |
| Configurare le politiche dei rami per supportare il monitoraggio del lavoro | Per assicurarsi che le modifiche apportate a un ramo abbiano collegamenti agli elementi di lavoro, configurare i criteri di ramo per un repository Git nelle impostazioni del repository. Attiva l'opzione Verifica la presenza di elementi di lavoro collegati. Scegliere Obbligatorio per imporre che tutti i pull request abbiano almeno un elemento di lavoro collegato affinché venga completato. Scegliere Facoltativo per consentire le richieste pull senza elementi di lavoro collegati, ma segnalarlo. |
Integrazione di Azure Boards e Azure Pipelines
La tabella seguente riepiloga i punti di integrazione tra Azure Boards e Azure Pipelines. Diverse funzionalità forniscono il supporto per la tracciabilità end-to-end quando le storie utente e le funzionalità passano attraverso il ciclo di sviluppo. Come con Azure Repos, è possibile collegare elementi di lavoro a oggetti pipeline con i tipi di collegamento seguenti: Compilazione, Integrazione nella compilazione e Integrazione nella versione.
Funzionalità
Descrizione
Collegare manualmente gli elementi di lavoro ai build.
Collegare elementi di lavoro ai build nello stesso progetto o ad altri progetti all'interno dell'organizzazione o della raccolta.
Collegare elementi di lavoro ai build nello stesso progetto all'interno dell'organizzazione o della raccolta.
Impostare l'opzione di integrazione per creare collegamenti integrati nella compilazione automaticamente agli elementi di lavoro collegati a un ramo, a un commit o a una richiesta pull associata a una pipeline.
Obbligatorio per popolare il controllo Sviluppo con i collegamenti integrati nella build. Gli elementi di lavoro o i commit che fanno parte di un rilascio vengono determinati dalle versioni degli artefatti. Ad esempio, ogni build in Azure Pipelines è associata a un set di elementi di lavoro e commit. Per altre informazioni, vedere Configurare le pipeline per supportare l'integrazione.
Per collegare elementi di lavoro a compilazioni e versioni, scegliere un'opzione e un ramo per una pipeline classica o YAML. Questa azione crea collegamenti Integrato nella build e Integrato nella fase di rilascio per gli elementi di lavoro collegati a un ramo, un commit o una richiesta pull.
Obbligatorio per popolare il controllo Sviluppo del modulo dell'elemento di lavoro con collegamenti integrati nella compilazione e il controllo Distribuzione con collegamenti integrati nella fase di rilascio durante l'esecuzione di una pipeline Classica o YAML. Per altre informazioni, vedere Configurare le pipeline per supportare l'integrazione.
Impostare l'opzione di integrazione per creare automaticamente collegamenti integrati nella fase di rilascio agli elementi di lavoro collegati a un ramo, a un commit o a una richiesta pull associata a una versione.
Obbligatorio popolare il controllo Deployment nel modulo dell'elemento di lavoro con i collegamenti Integrati nella fase di rilascio. Per altre informazioni, vedere Pipeline di rilascio, In che modo integri e segnali lo stato del rilascio?.
Visualizza l'elenco degli elementi di lavoro collegati a una pipeline di rilascio classica
Elenca tutti gli elementi di lavoro collegati a una build o a una versione.
Visualizzare e aprire un elenco di elementi di lavoro collegati a una pipeline CLASSICA o YAML.
Elenca tutti gli elementi di lavoro collegati a una versione successiva alla versione selezionata precedente. Può ordinare l'elenco in base a ogni colonna.
Visualizzare l'elenco di oggetti di compilazione o versione a cui è collegato un singolo elemento di lavoro
È possibile collegare gli elementi di lavoro alle compilazioni e alle versioni, fornendo un audit trail dello sviluppo e della distribuzione delle funzionalità.
Effettuare una ricerca per i collegamenti esterni.
È possibile eseguire una query per gli elementi di lavoro che contengono collegamenti esterni.
Visualizzare e passare rapidamente alle fasi di rilascio a cui è collegato un elemento di lavoro.
Il controllo Distribuzione nel modulo dell'elemento di lavoro mostra le fasi a cui è collegato l'elemento di lavoro. È possibile visualizzare lo stato di alcune esecuzioni e aprire ogni fase o esecuzione espandendo una fase. Per altre informazioni, vedere Collegare e visualizzare gli elementi di lavoro alle distribuzioni.
Creare un elemento di lavoro in caso di errore, impostare facoltativamente i valori per un campo dell'elemento di lavoro (versione classica)
Creare un elemento di lavoro in caso di errore (classico o YAML), impostare facoltativamente i valori per un campo dell'elemento di lavoro (versione classica)
Creare automaticamente un elemento di lavoro e impostare i campi quando una compilazione ha esito negativo. Per altre informazioni, vedere Opzioni di compilazione per le pipeline classiche e Personalizzare le pipeline, Creare un elemento di lavoro in caso di errore.
Attività di interrogazione degli elementi di lavoro. Verificare che il numero di elementi di lavoro corrispondenti restituiti da una query sia entro una soglia.
Usare questa attività per assicurarsi che il numero di elementi corrispondenti restituiti da una query dell'elemento di lavoro si trova all'interno delle soglie configurate. Per ulteriori informazioni, vedere Attività di query degli elementi di lavoro, Distribuzioni di controllo con gate e approvazioni.
Integrazione di Azure Repos e Azure Pipelines
Azure Pipelines offre il supporto per la compilazione di codice archiviato in Azure Repos, un repository Git o Team Foundation Version Control (TFVC). Altri repository supportati da Azure Pipelines sono elencati in Repository di origine supportati.
La tabella seguente riepiloga le funzionalità di integrazione tra Azure Repos e Azure Pipelines.
| Funzionalità | Descrizione |
|---|---|
| Segnalare lo stato della distribuzione | Indica lo stato di una distribuzione nelle pagine File, Commits e Rami per i repository Git. Questa funzionalità migliora la tracciabilità dal commit del codice alla distribuzione. È possibile configurare gli ambienti di rilascio per segnalare lo stato della distribuzione. |
| Notifica relativa allo stato della versione | Pubblica lo stato del build della tua pipeline più recente nel tuo repository. |
| copertura del codice (code coverage) | Pubblicare ed esaminare i risultati del code coverage che indicano la proporzione del codice del progetto effettivamente testato. |
| Funzionalità | Descrizione |
|---|---|
| Segnalare lo stato della distribuzione | Indica lo stato di una distribuzione nelle pagine dei File, dei Commit e dei Rami per i repository Git. Questa funzionalità migliora la tracciabilità dal commit del codice alla distribuzione. È possibile configurare gli ambienti di rilascio per segnalare lo stato della distribuzione. |
| Copertura del codice | Pubblicare ed esaminare i risultati del code coverage che indicano la proporzione del codice del progetto effettivamente testato. |
Integrazione di Azure Boards, Azure Repos e Azure Test Plans
Diversi scenari di collaborazione sono supportati tramite i tipi di elementi di lavoro di Azure Boards. È possibile usare query gestite e la funzione di ricerca Azure DevOps per trovare ed elencare gli elementi di lavoro.
Nota
È consigliabile creare alcuni tipi di elementi di lavoro, ad esempio richiesta di feedback, richiesta di revisione codice, passaggi condivisi e parametri condivisi, tramite strumenti o moduli specifici. Questi tipi vengono aggiunti alla categoria Tipi nascosti e non vengono visualizzati nei menu usati per aggiungere elementi di lavoro.
Per il modello di processo ereditato, è possibile personalizzare solo i tipi di elemento di lavoro seguenti: Piano di test, Gruppo di test e Test Case.
| Scenario | Tipo di elemento di lavoro | Descrizione |
|---|---|---|
| Richiedere la revisione del codice | Richiesta di revisione codice | Tiene traccia delle informazioni immesse nel modulo di nuova revisione del codice TFVC. Per altre informazioni, vedere Ottenere il codice esaminato con Visual Studio. |
| Fornire revisione del codice | Risposta alla revisione del codice | Tiene traccia dei commenti di revisione forniti dai revisori del codice in risposta a una richiesta di revisione del codice. |
| Richiedere il feedback | Richiesta commenti e suggerimenti | Tiene traccia delle informazioni immesse in un modulo di feedback delle richieste. Utilizzare i moduli seguenti per avviare una richiesta di feedback. - Richiedere commenti e suggerimenti degli stakeholder - Ottenere commenti e suggerimenti. |
| Inviare commenti | Revisione commenti e suggerimenti | Consente agli stakeholder di fornire feedback secondo le richieste oppure volontariamente tramite l'estensione Microsoft Test & Feedback nel Marketplace. |
| Test manuali | Piano di test | Raggruppa uno o più gruppi di test e singoli test case. I piani di test includono gruppi di test statici, gruppi basati sui requisiti e gruppi basati su query. Per iniziare, vedere Creare piani di test e gruppi di test. |
| Test manuali | Gruppo di test | Raggruppa uno o più test case in scenari di test separati all'interno di un singolo piano di test. Il raggruppamento dei test case semplifica la visualizzazione degli scenari completati. |
| Test manuali | Test case | Definisce i passaggi usati per convalidare singole parti del codice per garantire che il codice funzioni correttamente, non contenga errori e soddisfi i requisiti aziendali e dei clienti. È possibile aggiungere singoli test case a un piano di test senza creare un gruppo di test. Più gruppi di test o piano di test possono fare riferimento a un test case. È possibile riutilizzare in modo efficace i test case senza dover copiarli o clonarli per ogni gruppo o piano. |
| Test manuali | Passaggi condivisi | Abilita la condivisione dei passaggi in diversi test case. |
| Test manuali | Parametri condivisi | Consente di ripetere gli stessi test case con dati diversi. |
Testare i tipi di elemento di lavoro
I tipi di elemento di lavoro che supportano l'esperienza di test vengono collegati insieme usando i tipi di collegamento illustrati nell'immagine seguente. Questi tipi includono Testato da/Test, Casi di test/Passaggi condivisi, e Referenziato da/Riferimenti.
È possibile usare il portale Web per visualizzare i test case definiti per un gruppo di test e i gruppi di test definiti per un piano di test. Tuttavia, non esiste un tipo di collegamento specifico che connette questi oggetti tra loro.
Tracciare i bug
Il tipo di elemento di lavoro Bug supporta le integrazioni seguenti che è necessario tenere presente quando si stanno monitorando i bug.
| Scenario | Descrizione |
|---|---|
| Creare un bug da uno strumento di test | È possibile aggiungere un bug da Test Runner o dall'estensione Test & Feedback. Per altre informazioni, vedere Definire, acquisire, valutare e gestire i bug. |
| Creare test inline collegati a bug o storie degli utenti | Quando il team tiene traccia dei bug come requisiti, è possibile usare la bacheca per aggiungere test per verificare le correzioni di bug o le storie utente. |
| Tenere traccia delle informazioni di compilazione con bug | Il modulo Elemento di lavoro Bug contiene Informazioni di sistema, Trovato in Compilazione e Integrato nella compilazione, che supportano il rilevamento dei difetti del codice rilevati e risolti nelle compilazioni della pipeline. Per ulteriori informazioni, vedere Query basate su campi di integrazione per build e test. |
Integrazione di Azure Pipelines e dei piani di test di Azure
I piani di test di Azure sono completamente integrati con Azure Pipelines per supportare i test all'interno dell'integrazione continua/distribuzione continua (CI/CD). È possibile associare piani di test e test case alle pipeline di compilazione o versione. Aggiungere attività della pipeline alle definizioni della pipeline per acquisire e pubblicare i risultati dei test. Esaminare i risultati dei test tramite report di stato predefiniti e report di test della pipeline. La tabella seguente riepiloga i punti di integrazione tra Azure Pipelines e Azure Test Plans.
| Funzionalità | Descrizione |
|---|---|
| Impostazione dei piani di test | Con le impostazioni del piano di test, è possibile configurare le impostazioni di esecuzione dei test per associare le pipeline di compilazione o di distribuzione e le impostazioni dei risultati dei test. |
| Attività di abilitazione dei test nella pipeline | Specificare le attività di abilitazione del test all'interno di una definizione della pipeline. Azure Pipelines offre diverse attività, incluse le attività seguenti, che supportano un'esperienza completa di creazione di report e analisi dei test. - 'attività Pubblica risultati test: usare per pubblicare i risultati dei test in Azure Pipelines. - attività test di Visual Studio: usare per eseguire test unitari e funzionali (Selenium, Appium, test dell'interfaccia utente codificati e altro ancora) con il Visual Studio Test Runner. - attività CLI di .NET Core: usare per compilare, testare, creare un pacchetto o pubblicare un'applicazione dotnet. Per altre attività, vedere Pubblica Risultati Test |
| Eseguire test automatizzati nelle pipeline di compilazione | Associare i piani di test a una pipeline di compilazione in modo che vengano eseguiti con ogni compilazione. |
| Associare i test automatizzati e i test case | Associare test automatizzati ai test case. |
| Impostare i criteri di conservazione per i risultati dei test automatizzati associati alle compilazioni | È possibile impostare i criteri di conservazione dei test per le compilazioni automatizzate dalla pagina >Pipeline Conservazione. |
| Requisiti relativi alla tracciabilità | Il widget Qualità requisiti supporta il monitoraggio continuo della qualità all'interno di una pipeline di build o di rilascio. Il widget mostra il mapping tra un requisito e i risultati dei test più recenti eseguiti in base a tale requisito. Fornisce informazioni dettagliate sulla tracciabilità dei requisiti. |
| Tendenza dei risultati dei test | Il widget Tendenza risultati test configurabile visualizza la tendenza dei risultati dei test per la pipeline di compilazione o versione selezionata. Il widget consente di visualizzare le tendenze dei test in un periodo di tempo, visualizzando modelli sugli errori di test, sulla durata dei test e così via. Per altre informazioni, vedere Configurare il widget Test Results Trend (Advanced) |
| Stato della distribuzione | Il widget Stato distribuzione configurabile mostra una visualizzazione combinata dello stato della distribuzione e della frequenza di superamento dei test in più ambienti per un set recente di compilazioni. Per configurare il widget, specificare una pipeline di compilazione, un ramo e le pipeline di versione collegate. Per visualizzare il riepilogo dei test in più ambienti in una versione, il widget fornisce una visualizzazione matrice di ogni ambiente e la velocità di superamento dei test corrispondente. Vedere Associare test automatizzati ai test case |
| Visualizzare i risultati dei test nelle compilazioni e nelle versioni | I riepiloghi di compilazione e versione forniscono dettagli sull'esecuzione dei test. Esaminare questi riepiloghi per valutare la qualità della pipeline, esaminare la tracciabilità e risolvere gli errori. Scegliere il Riepilogo del test per visualizzare i dettagli nella scheda Test. |
| Analisi dei test per le compilazioni | Ogni riepilogo del build include una scheda Analisi che ospita il report sui test analitici. |
Dashboard, report e analisi
I dashboard offrono un modo semplice per monitorare l'avanzamento e lo stato. Teams può aggiungere widget configurabili per supportare gli obiettivi. Il servizio Analytics è la piattaforma di creazione di report per Azure DevOps e sostituisce la piattaforma precedente basata su SQL Server Reporting Services. L'analisi è ottimizzata per l'accesso in lettura veloce e le aggregazioni basate su server e offre i vantaggi seguenti:
- Widget di analisi che è possibile aggiungere ai dashboard
- Report di analisi contestuali disponibili su determinate pagine di Azure DevOps
- Barre di riepilogo e conteggi per i backlog di Azure Boards
- Report personalizzati che è possibile creare con Power BI
- Report personalizzati che è possibile creare usando query OData
- Supporto per sviluppare e aggiungere widget di Analisi personalizzati che è possibile aggiungere ai dashboard
È possibile aggiungere i widget predefiniti seguenti al dashboard. Sono organizzati sotto il servizio che supportano. È possibile trovare altri widget da Azure DevOps Marketplace.
Dati disponibili da Analytics
Analytics offre la piattaforma di creazione report per Azure DevOps. Per informazioni, vedere Dati disponibili da Analytics.
Automazione e connettori
I prodotti Microsoft supportano l'automazione o l'integrazione con diverse altre applicazioni e servizi. Per altre informazioni, consulta gli articoli seguenti.