Test agili - Prodotti di lavoro

Il piano di test viene preparato al momento della pianificazione del rilascio e viene rivisto ad ogni pianificazione dello sprint. Test Plan funge da guida per il processo di test al fine di avere la copertura completa del test.

I contenuti tipici di un piano di test sono:

• Strategia di test
• Ambiente di test
• Copertura del test
• Scopo del test
• Prova sforzo e pianificazione
• Strumenti di test

In Agile Projects, tutti i membri del team sono responsabili della qualità del prodotto. Quindi, tutti partecipano anche alla pianificazione dei test.

La responsabilità di un tester è fornire le indicazioni necessarie e guidare il resto del team con la propria esperienza di test.

Storie degli utenti

Le storie degli utenti non stanno testando i prodotti di lavoro in linea di principio. Tuttavia, nei progetti Agile, i tester partecipano alla creazione di User Story. I tester scrivono User Story che portano valore al cliente e coprono diversi possibili comportamenti del sistema.

I tester assicurano inoltre che tutte le User Story siano testabili e assicurano i Criteri di Accettazione.

Test manuali e automatizzati

Durante la prima esecuzione del test, vengono utilizzati i test manuali. Includono:

• Test unitari
• Test di integrazione
• Test funzionali
• Test non funzionali
• Test di accettazione

I test vengono quindi automatizzati per le esecuzioni successive.

Nel Test Driven Development, I test unitari vengono scritti prima di fallire, il codice viene sviluppato e testato per garantire il superamento dei test.

Nel Acceptance Test Driven Development, I test di accettazione vengono scritti prima di fallire, il codice viene sviluppato e testato per garantire il superamento dei test.

In altri metodi di sviluppo, i tester collaborano con il resto del team per garantire la copertura del test.

In tutti i tipi di metodi avviene l'integrazione continua, che include test di integrazione continua.

Il team può decidere quando e quali test automatizzare. Anche se l'automazione dei test richiede impegno e tempo, i test automatizzati risultanti riducono in modo significativo lo sforzo e il tempo di test ripetitivi durante le iterazioni del progetto Agile. Questo a sua volta facilita il team a prestare maggiore attenzione alle altre attività richieste, come nuove storie utente, modifiche, ecc.

Nel Scrum, le iterazioni sono time-boxed. Quindi, se un test della User Story non può essere completato in un particolare Sprint, il tester può segnalare nella riunione quotidiana in piedi che la User story non può raggiungere lo Stato di Completato all'interno di quello Sprint e quindi deve essere mantenuta in attesa dello Sprint successivo.

Risultati del test

Poiché la maggior parte dei test nei progetti Agile è automatizzata, gli strumenti generano i log dei risultati dei test necessari. I tester esaminano i registri dei risultati dei test. I risultati del test devono essere mantenuti per ogni sprint / rilascio.

È inoltre possibile preparare un riepilogo del test che contenga:

• Ambito del test (cosa è stato testato e cosa non è stato testato)
• Analisi dei difetti insieme all'analisi delle cause principali, se possibile
• Stato del test di regressione dopo la correzione dei difetti
• Problemi e risoluzione corrispondente
• Problemi in sospeso, se presenti
• Eventuali modifiche richieste in Test Strategy
• Metriche di test

Report metriche di test

Nei progetti Agile, le metriche del test includono quanto segue per ogni Sprint:

• Sforzo di prova
• Verificare l'accuratezza della stima
• Copertura del test
• Copertura dei test automatizzati
• No. di difetti
• Tasso di difetti (numero di difetti per punto User Story)
• Gravità del difetto
• È tempo di correggere un difetto nello stesso sprint (costa 24 volte di più riparare un bug che sfugge allo sprint corrente)
• Numero di difetti risolti nello stesso Sprint
• Completamento del test di accettazione da parte del cliente all'interno dello Sprint

Sprint Review e rapporti retrospettivi

I tester contribuiscono anche alla Sprint Review e ai rapporti retrospettivi. I contenuti tipici sono:

• Metriche di test
• Risultati del test I registri esaminano i risultati
• Cosa è andato bene e cosa può essere migliorato da Testing Point of View
• Migliori pratiche
• Lezioni imparate
• Issues
• Feedback del cliente