Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
Risposte alle domande comuni sulla creazione e gestione di piani di test, casi di test, suite di test, autorizzazioni e livelli di accesso, esecuzione di test manuali e automatizzati, configurazioni di test, grafici di tracciamento, conservazione dei dati di test e l'estensione di feedback di Azure Test Plans.
Per indicazioni dettagliate, vedere gli articoli seguenti:
Autorizzazioni e accesso
Quale livello di accesso ho bisogno per utilizzare Azure Test Plans?
Azure Test Plans usa tre livelli di access:
Stakeholder : Può fornire feedback tramite l'estensione Test & Feedback, ma non può accedere al portale di Test Plans.- Base: può eseguire test case, contrassegnare i risultati dei test e visualizzare grafici e report.
- Basic + Test Plans: funzionalità complete, tra cui la creazione e la gestione di test plans, gruppi di test, test case, configurazioni e parametri. le sottoscrizioni di Visual Studio Enterprise, Visual Studio Test Professional e MSDN Platforms includono accesso equivalente.
Per la matrice completa dei permessi, vedere Accesso e permessi nei test manuali.
Perché non è possibile visualizzare la scheda Definisci in Test Plans?
La scheda Define è disponibile solo per gli utenti con accesso Basic + Test Plans o equivalente. Gli utenti con Basic access possono usare le schede Execute e Chart ma non possono creare o gestire i test case tramite la scheda Define. Per ottenere access, chiedere all'amministratore di assegnare il livello Basic + Test Plans access.
Test plans e gruppi di test
Qual è la differenza tra gruppi di test statici, basati su requisiti e gruppi di test basati su query?
Azure Test Plans supporta tre tipi di gruppi di test:
- Gruppi di test statici: organizzare manualmente i test case in gruppi. Usare gruppi statici quando si desidera scegliere a mano i test case che appartengono insieme.
- Gruppi di test basati sui requisiti: collegare automaticamente i test case agli elementi di backlog (storie utente, elementi del backlog del prodotto). Usare gruppi basati sui requisiti per tenere traccia della copertura dei test in base ai requisiti. Questo tipo di suite è l'unico modo per supportare la tracciabilità dei requisiti end-to-end.
- Gruppi di test basati su query: popola automaticamente i test case in base a una query dell'elemento di lavoro(ad esempio, tutti i test case con Priority=1). La suite viene aggiornata ogni volta che i risultati della query cambiano.
Per altre informazioni, vedere Testare oggetti e termini.
È possibile copiare o clonare test plans e gruppi di test?
Yes. A seconda dell'azione desiderata, è possibile copiare o clonare test plans e importare o clonare gruppi di test. Per scoprire come fare, consultare Copiare o clonare piani di test, suite di test e casi di test.
Note
- È possibile esportare un massimo di 75 gruppi di test in una singola operazione. Il messaggio di posta elettronica supporta fino a 1 MB di dati.
- Non è possibile esportare allegati dei piani di test.
È possibile visualizzare solo i dati del piano di test da esportare o copiarli in un documento di Word?
Yes. Selezionare Stampa nella finestra di dialogo Esporta , quindi scegliere Annulla nella finestra di dialogo Stampa per visualizzare i dati nel report. Selezionare tutto il testo e copiarlo in un documento di Word. La formattazione del report viene mantenuta.
Cosa accade quando si elimina un test case da un gruppo di test basato su requisiti?
Il test case esiste ancora nel progetto, ma viene rimosso dal gruppo di test e non è più collegato all'elemento backlog per tale gruppo.
Perché viene visualizzato il gruppo di test e i test errati quando si seleziona Visualizza test dal messaggio di posta elettronica di notifica sui test assegnati?
Questo problema può verificarsi se viene richiesto di immettere le credenziali quando si seleziona il collegamento. Senza disconnessione da Azure DevOps, selezionare di nuovo Visualizza test per visualizzare di nuovo il gruppo di test e i test corretti.
Come posso trovare e navigare nei piani di test?
In Test Plans, usa la directory per trovare i piani di test:
- Mine: mostra i piani di test per i team a cui appartieni, oltre ai tuoi preferiti. I piani vengono raggruppati in base al team.
- All: mostra tutti i piani di test nel progetto. È possibile aggiungere piani ai preferiti da questa visualizzazione.
Usare i controlli filtro per cercare in base al nome, al team, allo stato o all'iterazione. Per altre informazioni, vedere Navigate Test Plans.
Test case
È possibile copiare test case da un project a un altro?
Yes. Consultare Copia casi di test.
È possibile aggiungere una riga aggiuntiva a un passaggio di test?
Yes. Premere Shift+Invio nel campo azione o nel campo dei risultati previsti per aggiungere una riga aggiuntiva.
Come faccio a inserire un passaggio di test in un test case?
Selezionare un passaggio di test. Premere ALT+P per inserire un nuovo passaggio di test sopra il passaggio selezionato.
Come è possibile scoprire se un test case è stato aggiunto ad altri gruppi di test?
Selezionare un test case nella scheda Definisci . Fare clic con il pulsante destro del mouse o scegliere Altre opzioni per aprire il menu di scelta rapida e quindi selezionare Visualizza elementi collegati.
Nella finestra di dialogo Elementi collegati selezionare Gruppi di test per visualizzare i gruppi di test collegati al test case. Fare doppio clic su una suite di test per aprirla.
Come posso eliminare un test case o altri artefatti di test?
Vedere Delete test artifacts.
Come posso importare o esportare in blocco i casi di test?
È possibile importare ed esportare test case in blocco usando file CSV o XLSX. L'importazione consente di creare nuovi test case o di aggiornare quelli esistenti ,includendo gli ID test case. L'esportazione consente di scaricare i dettagli del test case, incluse le colonne personalizzate.
Per istruzioni dettagliate, vedere Importazione ed esportazione di test case in blocco.
Note
L'importazione/esportazione in blocco è disponibile solo in Azure DevOps Services.
È possibile creare nuovi test case e aggiornare quelli esistenti nello stesso file di importazione?
Yes. Nello stesso file CSV o XLSX lasciare vuoto il campo ID per i nuovi test case e includere l'ID esistente per gli aggiornamenti.
Come si identificano e si risolvono gli errori di importazione?
L'importazione guidata convalida il file in ogni fase, ovvero caricamento di file, mapping dei campi e prima dell'importazione finale. Vengono visualizzati errori inline ed è necessario risolverli prima che l'importazione possa procedere.
Errori e soluzioni comuni:
| Error | Soluzione |
|---|---|
| Intestazioni obbligatorie mancanti | Aggiungere le intestazioni di colonna necessarie con l'ortografia esatta. |
| Trovato il valore del campo non valido | Verificare che il tipo di elemento di lavoro sia esattamente Test Case, lo stato è Design, il percorso dell'area corrisponde a un percorso esistente, assegnato a è un utente valido e il passaggio di test è un numero. |
| Formati di dati non validi | Controllare i formati di data, i valori numerici e i limiti di lunghezza del testo. |
| Mappature dei campi errate | Verificare che le colonne siano mappate ai campi di Azure DevOps corretti. |
| Campi obbligatori vuoti | Verificare che tutti i campi obbligatori contengano dati validi. |
Per correggere gli errori, correggere il file CSV o XLSX, ricaricarlo e completare l'importazione.
Quali tipi di elementi di lavoro sono supportati dall'importazione del test case?
Il processo di importazione supporta solo gli elementi di lavoro test case . Per fare riferimento ai passaggi condivisi esistenti, includere il relativo ID nel file. L'importazione non può creare nuovi passaggi condivisi, crearli prima nell'interfaccia Web e quindi fare riferimento al relativo ID.
Note
Se si includono sia un riferimento al passaggio condiviso che i dettagli dei passaggi nella stessa riga, l'importazione aggiorna l'elemento di lavoro dei passaggi condivisi. Per fare riferimento a passaggi condivisi senza modificarli, omettere i dettagli del passaggio.
Per altri tipi di elemento di lavoro (storie utente, attività, bug), vedere Importazione o aggiornamento in blocco (CSV).
Quali sono le intestazioni obbligatorie per i file di importazione dei casi di test?
Includere le nove intestazioni seguenti con l'ortografia esatta:
| Intestazione | Descrizione |
|---|---|
| ID | Lasciare vuoto per i nuovi test case; specificare l'ID esistente per gli aggiornamenti. |
| Tipo di elemento di lavoro | Deve essere Test Case. |
| Titolo | Nome del test case. |
| Passaggio di test | Numero di ordine per ogni passaggio. |
| Azione del passaggio | Azioni eseguite dal tester. |
| Passaggio previsto | Risultato previsto dopo l'azione. |
| Percorso dell'area | Deve corrispondere a un percorso di area esistente , ad esempio MyProject\MyArea. |
| Assegnato a | Utente valido nell'organizzazione. |
| Stato | Deve essere Design. |
È possibile annullare un'importazione di test case in blocco?
Non esiste una "singola azione di annullamento". Tuttavia, ogni importazione crea una revisione per ogni test case interessato. Visualizzare la scheda Cronologia nei singoli test case per visualizzare i campi modificati e ripristinare manualmente i campi. Per i rollback su larga scala, reimportare il file originale esportato.
Quali sono le limitazioni per l'importazione o l'esportazione del test case?
Si applicano le seguenti limitazioni:
- I test case devono essere in stato progettazione durante l'importazione.
- I titoli dei test case non possono superare i 128 caratteri.
- I file di importazione ed esportazione hanno un limite di dimensioni di 20 MB.
- È necessario disporre delle autorizzazioni richieste per le aree e i percorsi di iterazione del piano di test e della suite di test di destinazione.
- Le operazioni hanno esito negativo se un test case contiene più di 1.000 collegamenti correlati.
Quali sono i passaggi condivisi e come posso usarli?
I passaggi condivisi consentono di definire una sequenza riutilizzabile di passaggi di test ,ad esempio un flusso di accesso comune, a cui è possibile fare riferimento più test case. Quando si aggiornano i passaggi condivisi, le modifiche vengono applicate automaticamente a tutti i test case che li usano.
Per creare passaggi condivisi, selezionare uno o più passaggi in un test case, quindi scegliere l'icona Crea passaggi condivisi . Per ulteriori informazioni, vedere Condividere i passaggi tra casi di test.
Esecuzione di test
Qual è la differenza tra un test case e un punto di test?
Si eseguono i test point, non direttamente i test case. Un punto di test è una combinazione univoca di un test case, un gruppo di test, una configurazione e un tester. Ad esempio, se a un test case vengono assegnate due configurazioni del browser (Chrome e Edge), che creano due punti di test, uno per ogni configurazione. La scheda Esegui mostra il risultato dell'esecuzione più recente per ogni punto di test.
Quali opzioni del test runner sono disponibili?
Quando si eseguono test dalla scheda Esegui , è possibile scegliere tra i seguenti strumenti di esecuzione:
- Runner basato su browser Web: esegue test manuali nel browser. Facoltativamente, è possibile selezionare una compilazione specifica a cui associare i risultati.
- Client test Runner (desktop): applicazione desktop per il test delle applicazioni desktop.
- Test automatizzati usando una fase di rilascio: attiva l'esecuzione automatizzata dei test da una pipeline di compilazione e versione.
Per altre informazioni, vedere Eseguire test manuali.
Il client di Test Runner desktop viene ritirato?
Yes. Il client Test Runner per Windows è programmato per la dismissione. Dopo la data di ritiro, non sarà più disponibile o supportata. Transizione allo strumento di esecuzione di test basato sul Web, che offre le stesse funzionalità con prestazioni migliorate e sviluppo in corso.
Per altre informazioni, vedere Eseguire test manuali.
Quali dati di diagnostica è possibile raccogliere durante un'esecuzione di test?
Durante un'esecuzione di test manuale, è possibile raccogliere i dati di diagnostica seguenti:
- Catture di schermate: Effettua istantanee annotate durante l'esecuzione del test.
- Log azioni immagine: acquisisce automaticamente le interazioni con l'applicazione come log visivo dettagliato.
- Registrazioni dello schermo: registrare lo schermo durante i test. Le registrazioni si fermano automaticamente dopo 10 minuti.
Per altre informazioni, vedere Raccogliere dati di diagnostica durante i test.
Grafici di rilevamento dello stato dei test
Come vengono visualizzati i dati nei grafici per i test case che si trovano in più gruppi di test?
Per i diagrammi dei casi di test, se un caso di test viene aggiunto a più suite di test in un piano, il test viene conteggiato una sola volta. Per i grafici dei risultati dei test, ogni istanza di un test eseguito viene conteggiata separatamente per ogni gruppo di test.
Chi può creare grafici?
Per creare grafici, è necessario assegnare almeno access Basic.
Come è possibile modificare o eliminare un grafico?
Scegliere 
Configura e l'opzione desiderata dal menu di scelta rapida del grafico.
Quali sono le limitazioni del report di avanzamento?
Il rapporto di avanzamento presenta le seguenti limitazioni:
- Mostra i dati per uno o più piani di test soltanto in un singolo progetto. Per la creazione di report tra project, usare le API OData.
- Gli aggiornamenti dei dati sono circa ogni 15 minuti e non sono in tempo reale.
- I valori percentuali non visualizzano posizioni decimali.
- I risultati, come Bloccato e Non applicabile, non sono inclusi in Passato% o Non superato%, il che può evidenziare un divario tra Eseguito% e la somma di Passato% e Non superato%.
- I dati dei piani di test migrati dall'ambiente locale di Azure DevOps Server non vengono visualizzati.
Per altre informazioni, vedere Rapporto sui progressi.
Configurazioni di test
I parametri sono il modo migliore per specificare che il test deve essere eseguito su piattaforme del sistema operativo diverse? E con browser, database e così via diversi?
È preferibile usare configurazioni di test. Con i parametri del test case, si eseguono i diversi valori dei parametri uno dopo l'altro, che rende difficile passare da una piattaforma a un'altra. Per altre informazioni, vedere Testare configurazioni diverse.
Di quali autorizzazioni ho bisogno per gestire le configurazioni di test?
È necessario disporre del set di autorizzazioni a livello di progetto Gestisci configurazioni di test su Allow. Per impostazione predefinita, questa autorizzazione viene concessa ai membri dei gruppi Contributors e Project Administrator.
Cosa succede quando si modificano le configurazioni in una suite di test secondaria?
Avviso
Le modifiche alle configurazioni in una suite figlio interrompono l'ereditarietà dalle suite padre, ma si propagano ancora alle suite figlio inferiori, a meno che l'ereditarietà non sia già interrotta. Rimuovere l'assegnazione delle configurazioni nasconde i punti di test correlati. È possibile ripristinarli riassegnando la configurazione.
Test automatizzati
Come posso associare i test automatizzati ai casi di test?
È possibile associare metodi di test automatizzati agli elementi di lavoro del test case in modo che sia possibile eseguirli da Test Plans. In Visual Studio aprire Test Explorer, selezionare un metodo di test e scegliere Associate a Test Case. È anche possibile associare i test tramite una pipeline di compilazione in Azure DevOps.
Note
- Un singolo metodo di test può essere associato a più test case, ma ogni test case può essere associato solo a un metodo di test.
- I parametri definiti nei test case sono solo per i test manuali; non vengono passati ai test automatizzati associati.
Per altre informazioni, vedere Associare test automatizzati ai test case.
Quali framework di test sono supportati per l'associazione di test automatizzata?
Sono supportati i framework di test seguenti:
- Associazione di Visual Studio: MSTest v1/v2, NUnit, xUnit, Selenium, interfaccia utente codificata
- Associazione Azure DevOps: Java (Maven/Gradle con JUnit), JavaScript (Jest), Python (PyTest)
-
.NET Core: supportato tramite Visual Studio 15.9 o versioni successive con un file
.runsettings
I test dei repository GitHub sono supportati anche quando vengono eseguiti Azure Pipelines con le attività VSTest o PublishTestResults.
È possibile eseguire test automatizzati da Test Plans usando pipelines YAML?
Yes. È possibile usare sia YAML che pipeline classiche per eseguire test automatizzati da Piani di Test. Configurare la pipeline di compilazione nelle impostazioni del piano di test e configurare una pipeline di versione (classica o YAML) per l'esecuzione di test automatizzata su richiesta.
Per istruzioni sulla configurazione, vedere Eseguire test automatizzati da piani di test.
È possibile eseguire l'override della compilazione o della fase impostata a livello di piano di test per un'esecuzione di test specifica?
Yes. Usare il comando Esegui con opzioni . Aprire il menu di scelta rapida per il gruppo di test e selezionare Esegui con le opzioni e quindi specificare:
- Tipo di test e runner: selezionare test automatizzati con Fase di Rilascio.
- Compilazione: selezionare la compilazione con i file binari di test. I risultati dei test sono associati a questa compilazione.
- Pipeline di rilascio: selezionare una pipeline che può utilizzare l'artefatto di compilazione selezionato.
- Fase di rilascio: selezionare la fase configurata nella pipeline di versione.
Perché usare le fasi di rilascio per eseguire i test?
Azure Pipelines offre un flusso di lavoro di orchestrazione per ottenere file binari di test come artefatti ed eseguire test. Questo flusso di lavoro usa gli stessi concetti dei test pianificati, in modo da poter clonare rapidamente una pipeline di versione di test pianificata esistente.
Le fasi di rilascio consentono inoltre di accedere al catalogo attività completo per le attività prima e dopo l'esecuzione del test, ad esempio la preparazione dei dati di test o la gestione dei file di configurazione.
È consigliabile riutilizzare la pipeline di test pianificata per le esecuzioni su richiesta?
È consigliabile una pipeline di versione separata e una fase per i test automatizzati su richiesta perché:
- Le fasi pianificate distribuiscono in genere l'app per prima: è possibile che non si voglia una distribuzione completa ogni volta che si eseguono alcuni test.
- Ogni esecuzione su richiesta attiva una nuova versione. Volumi elevati di versioni su richiesta possono rendere difficile trovare i test pianificati e le versioni di produzione.
- Potresti voler configurare l'attività Test di Visual Studio con un identificatore di esecuzione test per tracciare cosa ha attivato ogni versione.
L'agente deve essere eseguito in modalità interattiva o come servizio?
Se si eseguono test dell'interfaccia utente (Coded UI o Selenium), l'agente deve essere eseguito in modalità interattiva con l'accesso automatico abilitato in modo che possa avviare un browser web. Se si usa un browser headless, l'agente può essere eseguito come servizio o in modalità interattiva.
Per altre informazioni, vedere Creare e rilasciare agenti, Distribuire un agente in Windows e pool di agenti.
Come funziona l'impostazione "Esecuzione test" nell'attività Test di Visual Studio?
Quando l'opzione Select tests using è impostata su Esecuzione test, il sottosistema di gestione dei test passa l'elenco dei test selezionati tramite un oggetto esecuzione test. L'attività Test di Visual Studio cerca l'identificatore di esecuzione del test, estrae informazioni sull'esecuzione del test (nomi di contenitori e metodi di test), esegue i test, aggiorna i risultati e imposta i punti di test associati.
Fornisce inoltre un audit trail che collega le versioni cronologiche e gli identificatori di esecuzione dei test ai test inviati per l'esecuzione su richiesta.
Come è possibile passare parametri al codice di test da una pipeline?
Usare un file runsettings per passare i valori come parametri. Ad esempio, in un rilascio con diverse fasi, è possibile passare l'URL appropriato dell'app a ciascun task di test di ogni fase. Specificare il file runsettings ed eseguire l'override dei parametri nell'attività Test di Visual Studio.
Più tester possono eseguire test in parallelo usando la stessa pipeline di versione?
Sì, se vengono soddisfatte le condizioni seguenti:
- Il pool di agenti dispone di agenti sufficienti per gestire le richieste parallele. Se gli agenti non sono disponibili, rilascia la coda fino a quando gli agenti non vengono liberati.
- Sono stati configurati processi paralleli sufficienti.
- I tester non eseguono gli stessi test in parallelo, perché i risultati potrebbero essere sovrascritti a seconda dell'ordine di esecuzione.
Impostare l'opzione trigger di fase per il comportamento quando più versioni sono in attesa di essere distribuite in Consenti la distribuzione di più versioni contemporaneamente (se l'app supporta test paralleli) o Consenti una sola distribuzione attiva alla volta.
Cosa accade se si selezionano più configurazioni per lo stesso test?
Il flusso di lavoro di test automatizzato su richiesta non è attualmente sensibile alla configurazione. La selezione di più configurazioni per lo stesso test non crea esecuzioni di test separate per ogni configurazione.
È possibile usare artefatti di compilazioni diverse o origini non di Azure Pipelines come Jenkins?
Il flusso di lavoro su richiesta è ottimizzato per una singola compilazione di Azure Pipelines. Il supporto per i rilasci con più artefatti e per le origini degli artefatti non di Azure Pipelines (ad esempio Jenkins) viene valutato in base al feedback degli utenti.
Quali sono gli errori tipici quando i test automatizzati non vengono eseguiti?
| Sintomo | Resolution |
|---|---|
| La pipeline di rilascio e lo stadio non vengono visualizzati dopo aver selezionato la build. | Verificare che la pipeline di compilazione sia collegata come artefatto primario nella scheda Artefatti della pipeline di rilascio. |
| Autorizzazione insufficiente per avviare un rilascio | Configurare le autorizzazioni Crea rilasci e Gestisci distribuzioni nel menu Sicurezza della pipeline di rilascio. Vedere Autorizzazioni di rilascio. |
| Nessun test automatizzato trovato | Controllare lo stato di automazione dei test case selezionati. Aggiungere la colonna Stato automazione in Piani di test di Azure per verificare. Vedere Prerequisiti. |
| I test non sono stati eseguiti: sospetto problema di pipeline | Aprire la pagina Riepilogo esecuzione e usare il collegamento di rilascio per visualizzare i log di rilascio. |
| Test bloccati nello stato di errore o "in corso" | Verificare che la fase di rilascio usi la versione 3 dell'attività Test di Visual Studio . La versione 1 e l'attività Esegui test funzionali non sono supportate. |
Dove è possibile trovare la documentazione sull'esecuzione di test Selenium?
Vedere Introduzione ai test di Selenium.
Risultati dei test e conservazione dei dati di test
Quali sono i limiti di conservazione predefiniti?
Per impostazione predefinita, Azure DevOps elimina tutti i risultati dei test dopo un anno (365 giorni), a meno che non si mantenga a tempo indeterminato una compilazione associata a tali risultati. I progetti meno recenti potrebbero non avere alcuna eliminazione automatica configurata.
Per altre informazioni, vedere Impostare i criteri di conservazione dei test.
Come faccio a controllare per quanto tempo mantengo i dati di test?
Come posso mantenere un build a tempo indeterminato?
Che cos'è l'hub di esecuzione dei test?
L'hub di esecuzione dei test offre un'interfaccia avanzata per la gestione dell'esecuzione dei test in Azure Test Plans. È possibile visualizzare esecuzioni di test manuali e automatizzate, filtrare in base alla sequenza temporale e al tipo di esecuzione, eseguire ricerche in base all'ID esecuzione dei test, personalizzare le colonne e approfondire i dettagli dell'esecuzione, tra cui percentuali di successo, allegati e suddivisioni di analisi in base al risultato, alla configurazione, alla priorità e al tipo di errore.
Accedi al Test Run Hub da Test Plans>Runs. Per altre informazioni, vedere Esecuzioni di test.
Note
L'hub di esecuzione dei test è disponibile solo in Azure DevOps Services.
Estensione Test e Feedback
Come posso riprodurre le registrazioni video che ho creato con l'estensione?
È possibile visualizzare le registrazioni video create dall'estensione Test & Feedback nel browser
L'estensione supporta Azure DevOps Server?
Test & L'estensione Feedback supporta Azure DevOps Server (in precedenza Team Foundation Server) 2015 e versioni successive. Tutti gli utenti, inclusi gli utenti concessi Stakeholder access, possono usare l'estensione in modalità connessa. Le funzionalità associate alle informazioni dettagliate sulla sessione e alla richiesta e forniscono il flusso di feedback richiedono Azure DevOps Server 2017 o versioni successive.
È possibile modificare un bug esistente invece di creare un nuovo bug quando si usa l'estensione Test & Feedback?
Sì, l'estensione mostra automaticamente i bug che potrebbero essere correlati a quello che si sta creando e consente di aggiungere screenshot, note e video a questo bug esistente. Per altre informazioni, vedere Aggiungere scoperte a bug esistenti con test esplorativi.
Quali browser supportano l'estensione Test & Feedback?
L'estensione Test & Feedback è disponibile per Google Chrome e Microsoft Edge. La disponibilità delle funzionalità varia in base al browser: per la matrice di compatibilità completa, vedere Installare l'estensione Test e Feedback.
Qual è la differenza tra la modalità connessa e la modalità autonoma?
- Connessione: l'estensione si connette a Azure DevOps o Azure DevOps Server. È possibile creare bug e attività collegati automaticamente alla sessione di test esplorativa, visualizzare le informazioni dettagliate sulla sessione e usare il flusso di richiesta/fornire feedback.
- modalità autonoma: usare l'estensione senza connettersi a Azure DevOps. È possibile acquisire screenshot, note e registrazioni dello schermo, quindi esportarli come report HTML. La modalità autonoma è utile per i test ad hoc.
Per altre informazioni, vedere Test esplorativi con l'estensione Test & Feedback in modalità connessa e modalità autonoma.