Panoramica su più servizi

Descrizione

È 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 commento di un commit, di una richiesta pull o di un insieme di modifiche.

Per supportare la tracciabilità end-to-end, è possibile collegare elementi di lavoro da commit, richieste pull e set di modifiche.

Ogni team ottiene l'accesso a una suite di strumenti Agile e asset 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 usare repository, pipeline e piani di test preferiti.

Configurare o rifiutare esplicitamente gli avvisi personali, team, progetto o a livello di organizzazione. Sottoscrivere avvisi di posta elettronica quando si verificano modifiche agli elementi di lavoro, revisioni del codice, richieste pull, file di controllo del codice sorgente, compilazioni e altro ancora.

• Inviare un messaggio di posta elettronica a un elenco di elementi di lavoro
• Elementi di query di posta elettronica
• Inviare riepiloghi versione tramite posta elettronica

Descrizione

È possibile avviare un ramo Git o un collegamento a commit Git o richieste pull e guidare il ciclo di sviluppo Git per un elemento di lavoro dall'interno del modulo dell'elemento di lavoro.

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.
• Commit mention linking (Commit mention linking): attiva 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.
• Commit della risoluzione dell'elemento di lavoro menzione: attivare per chiudere gli elementi di lavoro con Correzioni #WorkItemID nei commit.
• Preferenze di transizione degli elementi di lavoro: attiva per impostazione predefinita, memorizza l'opzione di ogni utente per completare gli elementi di lavoro collegati con 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.

Incoraggiare la tracciabilità controllando la presenza di elementi di lavoro collegati nelle richieste pull.

È possibile collegare elementi di lavoro alle modifiche, alle compilazioni e alle versioni del codice, fornendo un audit trail di come è stata sviluppata una funzionalità

È possibile eseguire una query per gli elementi di lavoro che contengono collegamenti a rami, commit, richieste pull o tag.

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. Attivare l'opzione Controlla elementi di lavoro collegati. Scegliere Obbligatorio per imporre che tutte le richieste pull abbiano almeno un elemento di lavoro collegato per essere completato. Scegliere Facoltativo per consentire le richieste pull senza elementi di lavoro collegati, ma segnalarlo.

Descrizione

Obbligatorio per popolare il controllo Sviluppo con i collegamenti di compilazione integrati. Gli elementi di lavoro o i commit che fanno parte di una versione vengono calcolati dalle versioni degli artefatti. Ad esempio, ogni compilazione in Azure Pipelines è associata a un set di elementi di lavoro e commit. Per altre informazioni, vedere Configurare le pipeline per supportare l'integrazione.

È possibile collegare gli elementi di lavoro alle compilazioni e alle versioni, fornendo un audit trail del modo in cui una funzionalità è stata compilata e distribuita.

È possibile eseguire una query per gli elementi di lavoro che contengono collegamenti esterni.

Pubblicare ed esaminare i risultati del code coverage che indicano la proporzione del codice del progetto effettivamente testato.

Descrizione

Tiene traccia delle informazioni immesse nel modulo Di revisione del nuovo codice tfvc. Per altre informazioni, vedere Ottenere il codice esaminato con Visual Studio.

Tiene traccia dei commenti di revisione forniti dai revisori del codice in risposta a una richiesta di revisione del codice.

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.

Consente agli stakeholder di fornire commenti e suggerimenti in base alle richieste di feedback o tramite commenti e suggerimenti volontari tramite l'estensione Microsoft Test & Feedback Marketplace.

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.

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.

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.

Abilita la condivisione dei passaggi in diversi test case.

Consente di ripetere gli stessi test case con dati diversi.

Descrizione

È possibile aggiungere un bug da Test Runner o dall'estensione Test & Feedback. Per altre informazioni, vedere Definire, acquisire, valutare e gestire i bug.

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.

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 altre informazioni, vedere Eseguire query basate su campi di integrazione di compilazione e test.