Informazioni sui test della pipeline
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
Questo articolo descrive i termini comunemente usati nella pipeline report di test e analisi di teste fornisce suggerimenti per un test migliore in Azure Pipelines.
| Termine | Definizione |
|---|---|
| durata | Tempo trascorso durante l'esecuzione di un test , l'esecuzione di un test o l'intera esecuzione di tutti i test in una pipeline di compilazione o rilascio. |
| proprietario | Proprietario di un test o di un test . Il proprietario del test viene in genere specificato come attributo nel codice di test. Vedere l'attività Pubblica risultati test per visualizzare il mapping dell'attributo Proprietario per i formati di risultati di test supportati. |
| compilazione non riuscita | Riferimento alla build , che presenta la prima occorrenza di fallimenti consecutivi in un test. |
| rilascio non riuscito | Riferimento alla versione con la prima occorrenza di errori consecutivi di un test case. |
| Risultato | Sono disponibili 15 risultati possibili per un risultato del test: Interrotto, Bloccato, Errore, Non riuscito, Inconclusivo, In corso, Nessuno, Non applicabile, Non eseguito, Non impattato, Superato, Sospeso, Timeout, Non specificato e Avviso. Alcuni dei risultati comunemente usati sono: - interrotta: l'esecuzione del test è stata interrotta bruscamente a causa di fattori interni o esterni, ad esempio codice non valido, problemi di ambiente. - non riuscito: test che non soddisfa il risultato desiderato. - inconcludenti: testare senza un risultato definitivo. - Non eseguito: test contrassegnato come ignorato per l'esecuzione. - Non interessato: test non interessato dalla modifica del codice che ha attivato la pipeline. - Superato: Test eseguito correttamente. - Timeout: durata dell'esecuzione del test che eccede la soglia specificata. |
| test instabile | Test con comportamento non deterministico. Ad esempio, il test può produrre risultati diversi per la stessa configurazione, codice o input. |
| filtro | Meccanismo per cercare i risultati del test all'interno del set di risultati, usando gli attributi disponibili. Altre informazioni. |
| raggruppamento | Supporto per organizzare la visualizzazione dei risultati del test in base agli attributi disponibili, ad esempio Requisito, File di test, Prioritàe altro ancora. Sia i rapporti di test che le analisi dei test forniscono supporto per il raggruppamento dei risultati dei test. |
| Percentuale di superamento | Misura dell'esito positivo del test per una singola istanza di esecuzione o per un periodo di tempo. |
| priorità | Specifica il grado di importanza o criticità di un test. La priorità viene in genere specificata come attributo nel codice di test. Vedere l'attività Pubblica risultati dei test per visualizzare il mapping dell'attributo priorità per i formati di risultati di test supportati. |
| Test di analisi | Visualizzazione dei dati di test cronologici per fornire analisi significative. |
| caso di test | Identifica in modo univoco un singolo test all'interno del ramo specificato. |
| File di test | Raggruppare i test in base al modo in cui vengono inseriti; ad esempio file, DLL o altri formati. |
| Rapporto di prova | Visualizzazione di di una singola istanza dell'esecuzione del test nella pipeline, che contiene dettagli sullo stato e guida alla risoluzione dei problemi, tracciabilità e altro ancora. |
| Risultato del test | Singola istanza di esecuzione di un test case con un risultato e dettagli specifici. |
| Esecuzione di prova | Raggruppamento logico dei risultati dei test in base a: - Test eseguito usando attività predefinite: tutti i test eseguiti usando una singola attività, ad esempio Test di Visual Studio, Ant, Maven, Gulp, Grunt o Xcode verranno segnalati in una singola esecuzione di test - Risultati pubblicati usando Pubblica i risultati del test attività: offre un'opzione per raggruppare tutti i risultati dei test da uno o più file di risultati di test in una singola esecuzione o in esecuzioni individuali per ogni file. - i risultati dei test pubblicati usando api: API offrono la flessibilità necessaria per creare esecuzioni di test e organizzare i risultati dei test per ogni esecuzione in base alle esigenze. |
| tracciabilità | Possibilità di tracciare avanti o indietro da un requisito, un bug o il codice sorgente a partire da un risultato del test. |
Procedure consigliate
Per garantire l'affidabilità delle applicazioni è necessario test approfonditi in Azure Pipelines, con i test unitari e i test di integrazione essenziali. Il test delle integrazioni in ambienti cloud, in particolare applicazioni serverless, pone problemi a causa di architetture distribuite, autorizzazioni IAM configurate in modo errato e problemi di integrazione da servizio a servizio.
Per risolvere questo problema, prendere in considerazione l'esecuzione del codice in locale durante l'interazione con i servizi di Azure originali, semplificando test realistici e abilitando gli strumenti del debugger adatti per i test automatizzati. L'implementazione di questo approccio richiede il provisioning di risorse temporanee di Azure. Idealmente, creare account separati per ogni ambiente; in alternativa, è possibile eseguire il provisioning dinamico all'interno delle pipeline di Azure, anche se questo aumenta il tempo di esecuzione e richiede un'attenta pianificazione della dismissione delle risorse. Per ridurre al minimo i conflitti di denominazione, evitare la denominazione esplicita delle risorse a meno che non sia necessario e includere i nomi di ambiente nei nomi delle risorse.
Guida e supporto tecnico
- Consulta la pagina di risoluzione dei problemi
- Ottenere consigli su Stack Overflowe ottenere supporto tramite Developer Community