Condividi tramite

Piani di test semplificati con visibilità migliorata ed esecuzione più rapida

La versione di Sprint 268 introduce un set di miglioramenti ai piani di test di Azure DevOps volti a migliorare la produttività, la visibilità e la tracciabilità dei test nel flusso di lavoro di test. I team possono ora importare test case in modo più efficiente, visualizzare la cronologia di esecuzione mirata a livello di punto di test, tenere traccia dei risultati recenti dei test direttamente dalle storie utente e sfruttare un nuovo hub di esecuzione dei test con una migliore usabilità e una diagnostica più completa. Insieme, questi aggiornamenti riducono l'attrito di navigazione, semplificano la comprensione dello stato di avanzamento dei test a colpo d'occhio e aiutano i tester a muoversi più velocemente mantenendosi concentrati sui risultati più rilevanti.

Oltre alla disponibilità generale dell'hub di esecuzione dei test, l'integrazione di GitHub Copilot per Azure Boards è ora disponibile a livello generale.

Inoltre, la scansione CodeQL diventa più semplice con la configurazione predefinita in fase di anteprima, l'allineamento a Node.js v24 e un passaggio dalle configurazioni legacy di Autobuild.

Dai un'occhiata alle note di rilascio per i dettagli.

Sicurezza avanzata di GitHub per Azure DevOps

Boards

Repos

Piani di test

Sicurezza avanzata di GitHub per Azure DevOps

Configurazione predefinita di CodeQL ora in anteprima privata

La configurazione predefinita di CodeQL (abilitazione con un clic) è ora disponibile in anteprima privata. Questa funzionalità semplifica l'abilitazione dell'analisi del codice configurando automaticamente l'analisi codeQL per il repository senza configurare manualmente la pipeline e viene eseguita per conto dell'utente.

Se si è interessati a provare questa funzionalità in anteprima privata, compilare i dettagli all'indirizzo https://aka.ms/codeql-private-preview.

Attività di compilazione CodeQL aggiornata a Node.js v24

Le attività AdvancedSecurity-CodeQL-Init@1 Advanced Security CodeQL e AdvancedSecurity-Codeql-Analyze@1 ora richiedono Node.js v24, allineate con gli aggiornamenti dell'agente di Azure Pipelines. Se si usano agenti ospitati autonomamente, assicurarsi che Node.js v24 sia installato sulle macchine degli agenti per continuare a eseguire le scansioni CodeQL. Gli agenti ospitati da Microsoft sono già aggiornati con il supporto Node.js v24.

Attività di compilazione automatica codeQL deprecata

L'attività AdvancedSecurity-Codeql-Autobuild è ora deprecata a favore dell'analisi senza compilazione con buildtype: none. L'analisi senza compilazione semplifica la configurazione della pipeline eliminando la necessità di passaggi di compilazione espliciti mantenendo al tempo stesso la copertura dell'analisi per i linguaggi supportati. Se attualmente si utilizza il task Autobuild, aggiornare le pipeline per utilizzare buildtype: none nel task AdvancedSecurity-CodeQL-Init@1. L'attività Di compilazione automatica smetterà di funzionare e verrà rimossa completamente entro il 1° marzo 2026. Per indicazioni sulla migrazione, vedere Configurare l'analisi del codice.

Evento di hook del servizio per lo stato di convalida del segreto

È ora disponibile un nuovo evento di webhook del servizio per gli avvisi di scansione dei segreti: Stato di validità aggiornato degli avvisi di Advanced Security. Questo evento viene attivato quando viene convalidato un segreto rilevato. È possibile configurare questo evento nelle sottoscrizioni dei hook di servizio per integrare flussi di lavoro per la convalida dei segreti con sistemi esterni, consentendo risposte automatiche a perdite di credenziali già convalidate. Per altre informazioni, vedere Configurare gli hook del servizio.

La scheda Segreti è adesso quella predefinita nella visualizzazione del repository.

L'ordine della scheda Sicurezza avanzata nelle impostazioni del repository è stato aggiornato. La scheda Segreti viene ora visualizzata per prima, seguita da Dipendenze e codice. Questa modifica riflette i modelli di utilizzo in cui gli avvisi di analisi dei segreti sono in genere la priorità più alta per la correzione immediata, migliorando la navigazione per i team di sicurezza che esaminano i risultati del repository.

API di collegamento degli elementi di lavoro per gli avvisi

Un nuovo endpoint DELL'API REST consente di collegare gli elementi di lavoro agli avvisi di sicurezza avanzata a livello di codice. Disponibile in precedenza solo tramite l'interfaccia utente, questa funzionalità consente ai team di creare flussi di lavoro personalizzati per tenere traccia della correzione degli avvisi in Azure Boards. Usare questa API per creare automaticamente elementi di lavoro per avvisi con gravità elevata o per collegare in blocco gli avvisi esistenti agli elementi di pianificazione dello sprint. Per informazioni dettagliate sull'API, consultare la documentazione dell'API dei metadati degli avvisi di sicurezza avanzati.

Boards

Disponibilità generale dell'integrazione di GitHub Copilot per Azure Boards

L'integrazione di GitHub Copilot per Azure Boards è ora disponibile a livello generale, consentendo ai team di passare più facilmente dalla pianificazione all'implementazione generando modifiche al codice direttamente dagli elementi di lavoro di Azure Boards.

Da un elemento di lavoro, gli sviluppatori possono attivare Copilot, selezionare un repository e un ramo di destinazione su GitHub, e creare una bozza di richiesta pull che rimane collegata all'elemento di lavoro originale, fornendo la tracciabilità end-to-end dal tracciamento del lavoro al codice.

Screenshot per la creazione di una richiesta pull bozza dall'elemento di lavoro.

Questa versione incorpora il feedback dell'anteprima, incluso il supporto per la selezione dei rami e gli indicatori di stato visuale copilot nelle schede Kanban per migliorare la visibilità dello stato di avanzamento. Per altre informazioni, vedere il post di blog recente.

Annotazioni

Questa funzionalità è in fase di implementazione e può richiedere alcune settimane aggiuntive per diventare disponibili in tutte le organizzazioni.

Repos

Cambiamento che causa un'interruzione: disabilitazione delle regole di registrazione TFVC obsolete

Nel mese di aprile 2025, abbiamo annunciato modifiche su come vengono archiviati i criteri di check-in del TFVC. Queste modifiche influiscono su tutti i progetti TFVC che usano criteri di registrazione, come ad esempio Build (richiede che l'ultima build sia riuscita), Elemento di lavoro (richiede un'associazione a un elemento di lavoro), Commenti del changeset (richiede agli utenti di aggiungere un commento al loro check-in) e altri ancora.

Nell'ultimo anno abbiamo fornito indicazioni sulla migrazione delle policy di check-in esistenti e obsolete al nuovo formato di archiviazione e abbiamo disabilitato la creazione di nuove policy obsolete.

In questa versione, tutti i criteri di check-in rimanenti che usano ancora il formato precedente verranno disabilitati. Questi criteri non funzioneranno più e sarà necessario eseguirne la migrazione al nuovo formato affinché i criteri di registrazione continuino a funzionare.

Per informazioni dettagliate e indicazioni dettagliate sulla migrazione, vedere il post di blog.

Miglioramenti delle notifiche delle pull request

Per aiutare i team a concentrarsi sull'attività di richiesta pull più pertinente, sono state migliorate le notifiche tramite posta elettronica di Azure DevOps per ridurre il rumore ed evidenziare modifiche significative. Sono state rimosse completamente diverse notifiche di basso valore, incluse le transizioni bozza e gli aggiornamenti di completamento automatico. Per le notifiche rimanenti, il contenuto è stato semplificato per evidenziare ciò che è cambiato, ad esempio i file interessati, rimuovendo dettagli ridondanti come gli elenchi di revisori completi e di commit. Questi aggiornamenti sono progettati per rendere i messaggi di posta elettronica delle richieste pull più facili da analizzare, più interattivi e meglio allineati al modo in cui i team esaminano e collaborano insieme.

Modelli di richiesta pull per rami multilivello

I modelli di richiesta pull supportano ora una struttura di cartelle nidificata corrispondente ai rami multi-livello. Se si apre una pull request su un ramo denominato feature/foo/december, si cercherà un modello nelle seguenti posizioni in ordine di preferenza:

  1. <pull request template path>/branches/feature/foo/december.md
  2. <pull request template path>/branches/feature/foo.md
  3. <pull request template path>/branches/feature.md

Il modello più specifico verrà applicato alla PR, in questo caso feature/foo/december.md se esiste. In caso contrario, feature/foo.md verrà applicato e, se non esiste, feature.md verrà usato.

Piani di test

Nuovo hub di esecuzione test

Siamo lieti di annunciare che il nuovo hub di esecuzione dei test sta gradualmente andando a livello generale disponibile per tutte le organizzazioni di Azure DevOps. È ora possibile selezionare e copiare informazioni da qualsiasi pagina all'interno dell'interfaccia utente dell'hub di esecuzione test. Sono state inoltre incluse le funzionalità e gli aggiornamenti seguenti:

  • Per le esecuzioni di test automatizzate, il componente di analisi dello stack è stato migliorato per offrire una migliore leggibilità dell'analisi dello stack completa
  • Le immagini acquisite durante l'esecuzione del test possono ora essere visualizzate in anteprima inline in ogni pagina dei risultati del test
  • La logica di funzionalità di ricerca per le esecuzioni con Run Title ora corrisponde ai titoli di esecuzione che iniziano con il termine di ricerca
  • L'usabilità e la leggibilità della pagina Riepilogo esecuzione sono state migliorate con configurazioni aggiornate della larghezza minima e predefinita delle colonne
  • È ora possibile collegare elementi di lavoro a esecuzioni di test in progetti diversi
  • È ora possibile passare direttamente da un log della pipeline al riepilogo dell'esecuzione specifico, risparmiando tempo ed eliminando passaggi di spostamento aggiuntivi
  • Per le esecuzioni automatizzate, tutti gli allegati dei risultati secondari sono ora visibili in ogni pagina dei risultati del test, semplificando la revisione dei risultati dettagliati
  • I valori di ora e data vengono ora visualizzati in base all'ora e al formato delle impostazioni locali selezionati
  • Cercare per ID di Esecuzione all'interno di un progetto, indipendentemente da altri filtri
  • Copiare testo da qualsiasi schermata nel nuovo Test Run Hub per una condivisione più facile e un aumento della produttività.
  • Larghezze delle colonne ottimizzate nella tabella dei risultati del test per migliorare la leggibilità
  • Anteprima avanzata della traccia dello stack per le esecuzioni automatizzate per semplificare l'analisi
  • Il test di ricerca viene eseguito in un intervallo di tempo di 90 giorni da qualsiasi punto nel tempo
  • Aggiunte le colonne Proprietario di test e Ultimo aggiornamento per un migliore tracciamento
  • Tutti gli allegati delle esecuzioni secondarie automatizzate sono ora disponibili nell'interfaccia utente come previsto
  • È stato risolto un problema per cui i test case creati durante le sessioni esplorative non erano collegati correttamente al test case originale.

Procedura guidata di importazione del test case migliorata

Abbiamo migliorato la procedura guidata di importazione dei test case per aiutare ad aumentare la vostra produttività. Include un mapping automatico avanzato, modelli di mapping riutilizzabili che possono essere condivisi tra team e miglioramenti aggiuntivi per semplificare le importazioni. Per informazioni dettagliate, vedere la documentazione pubblica dei test case di importazione qui.

Pannello incentrato sulla cronologia dei punti di test

In precedenza non era possibile visualizzare facilmente la cronologia specifica del punto dalla pagina Piani di test, rendendo difficile distinguere i punti di test nella cronologia dei risultati.

È ora possibile visualizzare la cronologia di esecuzione per i singoli punti di test direttamente dalla pagina Piani di test. È anche possibile selezionare Visualizza tutta la cronologia per esaminare la cronologia di esecuzione completa per il test case associato.

Screenshot che mostra la cronologia di esecuzione dei punti di test.

Risultato recente del test nella storia dell'utente

Ottenere aggiornamenti in tempo reale sullo stato di avanzamento dei test direttamente all'interno dell'elemento di lavoro della storia utente. È ora possibile visualizzare un frammento del risultato del test case più recente nella sezione Lavoro correlato, che mostra i dettagli chiave, ad esempio il risultato e il tempo di completamento senza la necessità di spostamento aggiuntivo. Questo aggiornamento offre coerenza tra la visualizzazione Boards e le storie utente, rendendo più veloce e più semplice tenere traccia dello stato di avanzamento dei test a colpo d'occhio. Questi miglioramenti puntano a migliorare la tracciabilità e a semplificare il flusso di lavoro, consentendo di rimanere concentrati sulle questioni più importanti.

Resume è ora l'azione predefinita per i test case sospesi

Con l'esperienza avanzata Resume Paused Test Case , Resume è ora l'azione predefinita per tutti i flussi di test manuali sospesi, rendendo più semplice continuare la posizione in cui è stato interrotto. Se si tenta un'azione diversa, verrà visualizzato un avviso chiaro per evitare perdite accidentali di avanzamento e garantire un'esperienza di test più fluida.

Passaggi successivi

Annotazioni

Queste funzionalità verranno implementate nelle prossime due o tre settimane. Passare ad Azure DevOps e dare un'occhiata.

Passare ad Azure DevOps

Come fornire commenti e suggerimenti

Ci piacerebbe sentire ciò che pensi a queste funzionalità. Usa il menu di aiuto per segnalare un problema o fornire un suggerimento.

Inviare un suggerimento

È anche possibile ottenere consigli e risposte alle domande della community su Stack Overflow.

  • Last updated on