Test Agile: metodologia e ciclo di vita

Cos'è il test agile?

Test Agile Il testing agile è una pratica di test che segue le regole e i principi dello sviluppo software agile. A differenza del metodo Waterfall, il testing agile inizia all'inizio del progetto e procede ininterrottamente parallelamente allo sviluppo. Non è sequenziale, ovvero eseguito solo dopo la fase di codifica, ma integrato in ogni iterazione, in modo che il feedback raggiunga il team nel momento stesso in cui compaiono i difetti.

Principi del test agile

I principi essenziali del testing agile sono:

• Il software funzionante è la principale misura del progresso.
• I risultati migliori si ottengono con team auto-organizzati.
• La massima priorità è fornire software di valore in modo tempestivo e continuativo.
• Gli sviluppatori e i tester collaborano quotidianamente durante tutto il progetto.
• L'agilità viene migliorata attraverso il continuo perfezionamento tecnico e una buona progettazione.
• Il feedback continuo garantisce che il prodotto finale soddisfi le aspettative aziendali.
• I test vengono eseguiti durante l'implementazione, il che riduce i tempi complessivi di sviluppo.
• Il processo di test mantiene un ritmo costante e sostenibile.
• I team si fermano regolarmente per riflettere e apportare modifiche al fine di diventare più efficaci.
• Le migliori architetture, i requisiti più efficaci e i progetti più validi emergono da team auto-organizzati.
• La conversazione faccia a faccia è la forma di comunicazione più efficace ed efficiente all'interno del team.

Applicati congiuntamente, questi principi aumentano la produttività del software e accorciano i tempi che intercorrono tra l'idea e la realizzazione di una funzionalità funzionante.

Ciclo di vita dei test agili

Il ciclo di vita dei test agili si completa in cinque fasi, come mostrato di seguito.

Le fasi sono:

• Fase 1: Valutazione d'impatto. Raccogli input da stakeholder e utenti. Questa fase è anche chiamata fase di feedback perché aiuta i tecnici addetti ai test a definire gli obiettivi per il ciclo di vita successivo.
• Fase 2: Pianificazione dei test agili. Tutte le parti interessate collaborano per pianificare il programma di test, la portata e i risultati attesi.
• Fase 3: Preparazione al rilascio. RevEsamina le funzionalità implementate e decidi quali sono pronte per essere rilasciate e quali devono tornare in fase di sviluppo.
• Fase 4: Daily Scrum. La riunione mattutina in piedi in cui il team si aggiorna sullo stato dei test e definisce gli obiettivi della giornata.
• Fase 5: Testare l'Agilità Revvista. Riunioni settimanali con le parti interessate per valutare i progressi rispetto agli obiettivi e adeguare la strategia.

Piano di test agile

An piano di test agile descrive i tipi di test effettuati in un'iterazione, i dati e l'infrastruttura necessari, il ambienti di provae i risultati dei test. A differenza del modello a cascata, un piano di test agile viene redatto e aggiornato per ogni rilascio. Un piano tipico include:

• Ambito di prova.
• Nuove funzionalità in fase di test.
• Livello o tipologia di test in base alla complessità delle funzionalità.
• Test di carico e prestazioni.
• Considerazioni relative alle infrastrutture.
• Piano di gestione e mitigazione dei rischi.
• Reperimento delle risorse.
• Risultati e traguardi.

Strategie di test agili

Il ciclo di vita dei test agili si articola in quattro fasi strategiche.

Iterazione 0

Durante la prima fase si eseguono le attività di configurazione iniziali. Queste includono l'identificazione delle persone da testare, l'installazione degli strumenti di test e la pianificazione delle risorse, come ad esempio un laboratorio di test di usabilità. Gli obiettivi dell'Iterazione 0 sono:

• Definire un business case per il progetto.
• Definire le condizioni al contorno e l'ambito del progetto.
• Delinea i requisiti chiave e i casi d'uso che influenzeranno le scelte di progettazione.
• Descrivi una o più architetture candidate.
• Identificare i rischi.
• Stimare i costi e preparare un piano di progetto preliminare.

Iterazioni di costruzione

La seconda fase del testing agile è rappresentata dalle iterazioni di costruzione, durante le quali si svolge la maggior parte dei test. Questa fase consiste in una serie di iterazioni che costruiscono la soluzione in modo incrementale. All'interno di ogni iterazione, il team applica un mix di pratiche provenienti da XP, Scrum, modellazione agile e dati agili.

I team seguono la pratica dei requisiti prioritari: ad ogni iterazione, estraggono gli elementi più importanti dal backlog e li implementano. Le iterazioni di costruzione si suddividono in due tipologie di test complementari:

• Test di conferma Verifica che il sistema soddisfi gli obiettivi delle parti interessate. Questa verifica viene effettuata dal team stesso.
• Test investigativi Si occupa di individuare problemi che i test di conferma potrebbero aver trascurato. I tester segnalano potenziali problemi sotto forma di segnalazioni di difetti. I test investigativi comprendono test di integrazione, di carico e di stress, nonché test di sicurezza.

I test di conferma presentano altri due aspetti: test degli sviluppatori e test di accettazione agili — ed entrambi sono automatizzati per consentire test di regressione continui durante tutto il ciclo di vita. Il test di conferma è l'equivalente agile del test di conformità alle specifiche.

Il test di accettazione Agile combina i test funzionali e di accettazione tradizionali perché viene eseguito congiuntamente dal team di sviluppo e dalle parti interessate. Il test di sviluppo combina i test unitari tradizionali con i test di integrazione dei servizi e verifica sia il codice dell'applicazione che lo schema del database.

Rilascio, Fase finale o Fase di transizione

L'obiettivo della fase di rilascio è quello di implementare con successo il sistema in produzione. Le attività includono la formazione degli utenti finali, del personale di supporto e dei team operativi; la promozione del rilascio del prodotto; le esercitazioni di backup e ripristino; e la finalizzazione della documentazione di sistema e per gli utenti.

La fase finale di test agile include il test completo del sistema e il test di accettazione. Per concludersi senza intoppi, il prodotto deve essere testato rigorosamente durante le iterazioni di sviluppo. Nella fase finale, i tester si concentrano sulla risoluzione dei difetti segnalati nelle fasi precedenti del ciclo.

Produzione

Dopo la fase di rilascio, il prodotto passa in produzione dove viene monitorato per verificarne il comportamento in tempo reale, e qualsiasi problema riscontrato viene segnalato al successivo ciclo di pianificazione.

I quadranti del test agile

I quadranti di test agile suddividono l'intero processo in quattro aree e aiutano i team a comprendere come vengono eseguiti i test agile.

Quadrante Agile I

Il primo quadrante si concentra sulla qualità interna del codice con test basati sulla tecnologia che supportano il team:

• Test unitari.
• Test dei componenti.

Quadrante Agile II

Il quadrante II contiene test orientati al business che supportano il team e si concentrano sui requisiti. Il lavoro tipico in questo quadrante include:

• Test di esempi di possibili scenari e flussi di lavoro.
• Testare artefatti dell'esperienza utente come i prototipi.
• Test a coppie.

Quadrante Agile III

Il Quadrante III fornisce feedback ai Quadranti I e II. I casi di test qui presentati spesso costituiscono la base per l'automazione e le revisioni iterative multiple aumentano la fiducia nel prodotto. Il lavoro tipico comprende:

• Test di usabilità.
• Test esplorativi.
• Eseguire test in coppia con i clienti.
• Test collaborativi.
• Test di accettazione da parte dell'utente.

Quadrante Agile IV

Il quadrante IV si concentra sui requisiti non funzionali, come prestazioni, sicurezza e stabilità. Questo quadrante garantisce che l'applicazione offra le qualità non funzionali previste. Le attività tipiche includono:

• Test non funzionali come test di stress e di prestazione.
• Test di sicurezza che comprendono l'autenticazione e i tentativi di intrusione.
• Test dell'infrastruttura.
• Test di migrazione dei dati.
• Test di scalabilità.
• Test di carico.

Sfide relative al controllo qualità nello sviluppo software agile

La metodologia Agile offre vantaggi concreti, ma crea anche nuove sfide per i team di controllo qualità:

• La documentazione ha una priorità inferiore, quindi il rischio di errori aumenta e la pressione si sposta sul team di controllo qualità.
• Le nuove funzionalità vengono introdotte rapidamente, lasciando ai tester meno tempo per verificarne la conformità ai requisiti e agli obiettivi aziendali.
• I tester spesso svolgono un ruolo semi-sviluppatore.
• I cicli di esecuzione dei test sono altamente compressi.
• Il tempo a disposizione per preparare il piano di test è limitato.
• I budget per i test di regressione diventano limitati.
• I tester passano dall'essere custodi della qualità a partner nel processo di qualità.
• Le frequenti modifiche ai requisiti sono intrinseche alla metodologia agile, e rappresentano una delle maggiori sfide per il controllo qualità.

Rischio dell'automazione nel processo Agile

L'automazione è essenziale nelle metodologie agili, ma comporta dei rischi che i team devono gestire attivamente:

• I test automatizzati dell'interfaccia utente offrono un elevato livello di affidabilità, ma sono lenti, fragili e costosi da mantenere. I vantaggi in termini di produttività si manifestano solo quando i tester sanno come progettare test efficaci.
• I test inaffidabili rappresentano un grave problema. Correggere i test fragili e i falsi positivi deve rimanere una priorità assoluta.
• I test automatizzati eseguiti manualmente anziché tramite CI rischiano di subire deviazioni silenziose e di produrre risultati obsoleti.
• L'automazione non sostituisce i test manuali esplorativi. Per ottenere la qualità desiderata è necessario un mix di tipologie e livelli di test.
• Gli strumenti di acquisizione e riproduzione incoraggiano script basati su interfacce utente, che risultano fragili e difficili da manutenere. I test archiviati al di fuori del sistema di controllo versione aggiungono una complessità non necessaria.
• L'automazione pianificata male, intrapresa con l'obiettivo di "risparmiare tempo", spesso fallisce completamente.
• Le procedure di impostazione e smontaggio dei test sono facili da trascurare quando si automatizzano, mentre i test manuali le gestiscono in modo naturale.
• Le metriche di produttività come il numero di "casi di test al giorno" possono indurre i team a eseguire test inutili.
• Il team di automazione deve essere composto da consulenti efficaci: persone accessibili, collaborative e piene di risorse, altrimenti l'iniziativa è destinata al fallimento.
• Le soluzioni che richiedono una manutenzione continua e onerosa possono vanificare i benefici che offrono.
• I test automatizzati potrebbero non disporre delle competenze necessarie per fornire soluzioni efficaci.
• Un'automazione di successo può esaurire i problemi importanti da risolvere e virare verso attività di minor valore.

Migliori pratiche per test agili efficaci

Le seguenti pratiche mantengono i test agili veloci, affidabili e utili per il team:

• Shift sinistra: Iniziate i test in fase di definizione dei requisiti, non alla fine dell'iterazione.
• Collabora con gli sviluppatori: Rivediamo insieme i criteri di accettazione in modo che i difetti vengano eliminati in fase di progettazione, anziché essere inseriti nel codice.
• Automazione dei livelli: Costruisci una solida piramide di test unitari, di servizio e di interfaccia utente.
• Mantenere i test indipendenti: Isolare ciascun test in modo che i fallimenti siano riconducibili a un'unica causa principale.
• Track test instabili: Mettere in quarantena e correggere tempestivamente i test inaffidabili per evitare che la fiducia nella suite si eroda.
• Utilizzare l'analisi assistita dall'intelligenza artificiale: Consenti agli strumenti di segnalare i test interessati, raggruppare gli errori e suggerire localizzatori stabili dopo ogni merge.

Domande Frequenti