Test Agile - Kanban
Le attività di Agile Testing possono essere gestite efficacemente utilizzando i concetti Kanban. Quanto segue garantisce che i test vengano completati in tempo all'interno di un'iterazione / sprint e quindi si concentrano sulla consegna di un prodotto di qualità.
Le User Story che possono essere verificate e dimensionate in modo efficace risultano in sviluppo e test entro i limiti di tempo specificati.
Il limite WIP (Work-In-Progress) consente di concentrarsi su un numero limitato di storie utente alla volta.
La lavagna Kanban che rappresenta visivamente il flusso di lavoro, aiuta a tenere traccia delle attività di test e dei colli di bottiglia, se presenti.
Il concetto di collaborazione in team Kanban consente la risoluzione dei colli di bottiglia non appena vengono identificati, senza tempi di attesa.
La preparazione anticipata dei casi di test, il mantenimento della suite di test man mano che lo sviluppo progredisce e l'ottenimento del feedback dei clienti aiuta a eliminare i difetti all'interno dell'iterazione / sprint.
Si dice che la Definizione di Fatto (DoD) sia Fatto-Fatto nel senso che una Storia raggiunge uno stato di completamento solo dopo che anche il test è stato completato.
Attività di test nello sviluppo del prodotto
Nello sviluppo del prodotto, le versioni possono essere monitorate con la funzionalità Kanban board. Le funzionalità per una particolare versione vengono assegnate alla scheda Kanban delle funzionalità che traccia visivamente lo stato di sviluppo delle funzionalità.
Le funzionalità di una versione sono suddivise in storie e sviluppate all'interno della versione utilizzando un approccio agile.
Le seguenti attività di Agile Testing garantiscono la consegna di qualità in ogni versione e anche alla fine di tutte le versioni:
I tester partecipano alla creazione della User Story e quindi garantiscono:
Tutti i possibili Comportamenti del Sistema vengono catturati per mezzo delle User Story e dei Requisiti Non Funzionali che fanno parte delle User Story.
Le storie degli utenti sono testabili.
Le dimensioni delle User Story consentono di completare lo sviluppo e il test (DoneDone) all'interno dell'iterazione.
Tabellone Kanban attività visiva -
Raffigura lo stato e l'avanzamento delle attività
I colli di bottiglia vengono identificati immediatamente non appena si verificano
Facilita la misurazione del tempo di ciclo che può essere poi ottimizzato
La collaborazione in team aiuta a -
Responsabilità dell'intero Team per il prodotto di qualità
Risoluzione dei colli di bottiglia come e quando si verificano, risparmiando tempo di attesa
Contributo di ogni competenza in tutte le attività
Integrazione continua che si concentra sui test di integrazione continua
Automazione dei test per risparmiare tempo e fatica
Prevenzione dei difetti con casi di test scritti in precedenza per lo sviluppo e mentoring degli sviluppatori su ciò che è previsto dai diversi comportamenti del sistema -
Limite WIP per concentrarsi su un numero limitato di User Story alla volta
Test continui man mano che lo sviluppo avanza, per garantire correzioni di difetti all'interno dell'iterazione -
Garantire la copertura del test
Mantieni basso il conteggio dei difetti aperti
Esplorazione della storia
Story Exploration è la comunicazione all'interno di un team Agile per esplorare la comprensione della storia quando il proprietario del prodotto passa una storia per l'accettazione per lo sviluppo.
Il proprietario del prodotto presenta la storia in base alle funzionalità previste dal sistema. Gli sviluppatori esplorano di più ogni storia prima di contrassegnarla come pronta per l'accettazione. I tester partecipano anche alla comunicazione dal punto di vista del test per renderlo il più testabile possibile.
La finalizzazione della Storia si basa su una comunicazione costante e continua tra Product Owner, Sviluppatori e Testers.
Stima
La stima avviene nella pianificazione del rilascio e in ogni pianificazione dell'iterazione.
In Release Planning, i tester forniscono:
- Informazioni su quali attività di test sono richieste
- Stima dello sforzo per lo stesso
Nella pianificazione dell'iterazione, i tester contribuiscono a decidere cosa e quante storie possono essere incluse in un'iterazione. La decisione dipende dallo sforzo del test e dalla stima della pianificazione del test. La stima della storia riflette anche la stima del test.
In Kanban, Done-Done si ottiene solo quando una storia viene sviluppata, testata e contrassegnata come completa senza difetti.
Quindi, la stima del test gioca un ruolo importante nella stima della storia.
Pianificazione della storia
La pianificazione della storia inizia dopo che una storia è stata stimata e assegnata all'iterazione corrente.
La pianificazione della storia include le seguenti attività di test:
- Preparare i dati del test
- Estendi i test di accettazione
- Eseguire test manuali
- Condurre sessioni di test esplorativi
- Automatizza i test di integrazione continua
Oltre a queste attività di test, potrebbero essere necessarie anche altre attività, come:
- Test delle prestazioni
- Test di regressione
- Aggiornamenti dei relativi test di integrazione continua
Progressione della storia
Story Progression scopre ulteriori test richiesti come risultato della comunicazione continua tra sviluppatori e tester. Nelle situazioni in cui gli sviluppatori necessitano di maggiore chiarezza sull'implementazione, i tester eseguono test esplorativi.
Il test continuo viene eseguito durante l'avanzamento della storia e include il test di integrazione continua. L'intero team partecipa alle attività di test.
Accettazione della storia
L'accettazione della storia si verifica quando la storia raggiunge lo stato Completato. cioè, la storia viene sviluppata e testata e segnalata come completa.
Si dice che il test della storia sia completato quando vengono soddisfatti tutti i test rilevanti per il superamento della storia o il livello di automazione del test.