Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
Creare test plans e gruppi di test per tenere traccia dei test manuali per sprint o attività cardine. Usando questo approccio, è possibile vedere quando il test per uno sprint o un'attività cardine specifica è stato completato. Per altre informazioni sui test manuali, vedere Informazioni sui piani di test di Azure?
Condividere elementi di lavoro nell'esperienza di test
Ad esempio, si sta compilando la versione 1.* del prodotto e si potrebbero creare diversi test case per tale versione. È possibile aggiornare ognuno di questi test case e aggiungerne altri in qualsiasi momento. Per ogni ciclo di sviluppo e rilascio del prodotto, si crea un piano di test e si importano i test case esistenti in tale piano. Per gestire e monitorare più facilmente questi set separati di test case, è anche possibile dividere i test case in gruppi di test separati all'interno del piano.
Dopo aver creato il piano di test, assegnare configurazioni di test e assegnare tester per coprire la matrice di test richiesta. Questi tester eseguono i test e misurano la qualità del prodotto. I tester continuano a testare fino a quando il prodotto non soddisfa i criteri di uscita. Per il ciclo e la versione di sviluppo successivi, è possibile creare un nuovo piano di test e riutilizzare gli stessi test case. Ripeti il ciclo di sviluppo, test e rilascio importando gli stessi casi di test in ogni nuovo piano di test.
Poiché i piani di test si riferiscono ai test case, gli aggiornamenti a un test case si riflettono automaticamente in tutti i piani di test e le suite di test che lo utilizzano.
Nella versione successiva del prodotto è possibile riutilizzare i test case esistenti. Tuttavia, un'opzione migliore potrebbe essere quella di copiare o clonare i test case. Una copia crea una nuova linea di base. Le modifiche apportate a questi nuovi test case non influiscono sui piani di test precedenti.
Prerequisiti
| Categoria | Requisiti |
|---|---|
| Livelli di accesso | - Almeno Basic access, con autorizzazioni per visualizzare gli elementi di lavoro nel percorso area corrispondente. - Per aggiungere piani di test e suite di test, eliminare artefatti di test e definire configurazioni di test: Basic + Test Plans accesso. In alternativa, uno dei seguenti Visual Studio subscriptions: - Impresa - Test Professionale - piattaforme MSDN |
| Autorizzazioni | - Per aggiungere o modificare piani di test, suite di test, test case o altri tipi di elementi di lavoro basati su test: Modifica elementi di lavoro in questo nodo permesso impostato su Allow nell'Area Path corrispondente. - Per modificare le proprietà del piano di test, come le impostazioni di build e di test: Gestisci piani di test impostata su Consenti nella corrispondente Area Path. - per creare ed eliminare gruppi di test, aggiungere e rimuovere test case dai gruppi di test, modificare le configurazioni dei test associate ai gruppi di test e modificare una gerarchia del gruppo di test (spostare un gruppo di test): Gestire i gruppi di test set di autorizzazioni su Consenti nel percorso area corrispondente. |
Per altre informazioni, vedere Accesso e autorizzazioni per il test manuale.
Suggerimento
È possibile usare l'intelligenza artificiale per facilitare questa attività più avanti in questo articolo, oppure vedere Abilitare l'assistenza AI con Azure DevOps MCP Server per iniziare.
Creare un piano di test
In generale, si creano piani di test per testare i requisiti. Prima di creare un piano di test, definire il backlog dei requisiti.
Accedere al project DevOps Azure e selezionare Test Plans>Test Plans.
Selezionare + Nuovo piano di test.
Screenshot della creazione di un nuovo piano di test.
Immettere un nome per il piano di test, verificare che il percorso dell'area e l'iterazione siano impostati correttamente e quindi selezionare Crea.
Rinominare un piano di test
Per rinominare un piano di test, seguire questa procedura:
Selezionare Test Plans.
Accanto al nome del piano di test selezionare Altre azioni>Modifica.
Modificare il nome e quindi selezionare Salva e chiudi.
È possibile apportare altre modifiche al piano di test qui.
Eliminare un piano di test
Per eliminare un piano di test, seguire questa procedura:
Selezionare Test Plans.
Accanto al nome del piano di test selezionare Altre azioni>Elimina.
La finestra di dialogo Permanently delete test artifacts illustra esattamente cosa viene eliminato. Immettere l'ID del piano di test per confermare l'eliminazione e quindi selezionare Elimina definitivamente.
Aggiungere un gruppo di test basato su requisiti
Aggiungere ora gruppi di test per gli elementi di backlog che richiedono test manuali. Questi test possono essere storie utente, requisiti o altri elementi di lavoro basati sul progetto.
Nota
Il rilevamento dei requisiti è supportato solo per i test case collegati tramite un gruppo di test basato su requisiti. Gli elementi di lavoro includono una storia utente (Agile), un elemento backlog del prodotto (Scrum), un requisito (CMMI) e un problema (Basic). L'associazione tra un elemento di lavoro requisito e l'esecuzione manuale del test viene creata solo quando il test case viene collegato usando un gruppo di test basato su requisiti.
Per aggiungere una suite a un piano di test, selezionare Altre opzioni per la suite di test e quindi selezionare Nuova suite>Suite basata su requisiti.
Utilizzare suite basate sui requisiti per raggruppare i casi di test. In questo modo, è possibile tenere traccia dello stato di test di un elemento backlog. Ogni test case aggiunto a un gruppo di test basato sui requisiti viene collegato automaticamente all'elemento backlog.
In Creare pacchetti basati sui requisiti aggiungere una o più clausole per filtrare gli elementi di lavoro in base al percorso di iterazione per lo sprint. Eseguire la query per visualizzare gli elementi backlog corrispondenti.
Nell'elenco degli elementi di lavoro restituiti dalla query selezionare gli elementi di backlog da testare in questo sprint. Selezionare Crea pacchetti per creare una suite basata su requisiti per ognuno di essi.
Usare i gruppi di test
Azure Test Plans supporta tre tipi di gruppi di test:
- Gruppi di test statici : contenitori organizzati manualmente che contengono test case e altri gruppi di test. Usarli come cartelle per raggruppare i test correlati.
- Gruppi di test basati sui requisiti : collegato automaticamente a un elemento di lavoro backlog (storia utente, PBI, requisito). Vedere Aggiungere un gruppo di test basato su requisiti.
- Gruppi di test basati su query : popolati dinamicamente da una query dell'elemento di lavoro. I test case corrispondenti alla query vengono inclusi automaticamente.
Creare una suite di test statica
- Nel piano di test selezionare Altre opzioni per un gruppo di test e quindi selezionare Nuovasuite statica>.
- Immettere un nome per la suite.
È possibile trascinare e rilasciare suite di test per inserirle in gruppi statici e trascinare i test case per riordinarli.
Creare un gruppo di test basato su query
- Nel piano di test selezionare Altre opzioni per un gruppo di test e quindi selezionare Nuova suite>.
- Definire la query in modo che corrisponda ai test case desiderati. Ad esempio, filtrare in base al percorso dell'area, all'iterazione o allo stato.
- Seleziona Crea suite. I test case che corrispondono alla query vengono inclusi automaticamente e rimangono sincronizzati man mano che cambiano gli elementi di lavoro.
Nota
I pacchetti basati su query sono di sola lettura. Non è possibile aggiungere o rimuovere manualmente test case. Per modificare il contenuto della suite, aggiornare la query.
Tenere traccia delle modifiche della suite di test
È possibile tenere traccia delle modifiche apportate alle test plans e ai gruppi di test. Aprire l'elemento di lavoro per il piano di test o il gruppo di test e quindi visualizzare la cronologia degli elementi di lavoro.
Per i gruppi di test, il campo Test Suite Audit tiene traccia di altre azioni. Ad esempio, tiene traccia dell'aggiunta e della rimozione di test case da un gruppo di test.
Esportare casi di test
Esportare i piani di test, le suite di test e i casi di test.
Selezionare Esporta test case in formato CSV.
Modificare i campi del test case nel report aggiungendo o rimuovendo colonne dalla visualizzazione elenco della suite di test.
Importante
Non è possibile esportare più di 75 gruppi di test in un'unica operazione. Il messaggio di posta elettronica supporta fino a 1 MB di dati.
Trovare un caso di test in un piano di test
In Test Plans per il piano di test usare l'icona del filtro 
per visualizzare l'elenco di ricerche e filtri. Può essere utile per trovare i test desiderati.
Usare l'intelligenza artificiale per gestire i piani di test
Se si configura il server MCP di Azure DevOps, è possibile usare gli assistenti di intelligenza artificiale per gestire i piani di test e i gruppi usando i prompt del linguaggio naturale.
Richieste di esempio per la gestione dei piani di test
| Attività | Richiesta di esempio |
|---|---|
| Creare un piano di test | Create a new test plan in <Contoso> project called '<Sprint 5 Regression Tests>' |
| Elencare i piani di test | List all test plans in <Contoso> project |
| Creare una suite di test | Create a static test suite called '<Checkout Flow>' under test plan <12345> |
| Eseguire query sui test case in un gruppo di prodotti | Show all test cases in test suite <67890> in project <Contoso> |
| Trovare aree non testata | List test suites in test plan <12345> that have no test cases assigned |
| Controllare la copertura del piano di test | Show all requirement-based test suites in test plan <12345> and their associated work items |
| Confrontare i piani sprint | List test suites in test plan <12345> and test plan <54321> side by side |
| Trovare casi di test scollegati | Show test cases in project <Contoso> that aren't in any test suite |
| Preparazione del piano di test per l'audit | List test cases in test plan <12345> that have State = <Design> and no test steps defined |
Suggerimento
Se si usa Visual Studio Code, la modalità agente è particolarmente utile per la risoluzione dei problemi relativi a scenari di pianificazione dei test complessi.
- Per evitare di usare dati non aggiornati o memorizzati nella cache delle query precedenti, aggiungere al prompt "Non usare i dati recuperati in precedenza".