La Leadership nel Testing: Definire una Strategia di Test
Nota dell'editore: Benvenuti alla serie Leadership In Test, curata dal guru e consulente di testing software Paul Gerrard. La serie è stata pensata per aiutare i tester con qualche anno di esperienza—soprattutto quelli che lavorano in team agili—a eccellere nei loro ruoli di test lead e manageriali.
Questo articolo prende spunto dal precedente, in cui ho definito cosa sia il testing software e introdotto il concetto principale che guiderà il tuo modo di pensare. Ora vedremo come creare una strategia di testing per informare il processo che userai per raggiungere i tuoi obiettivi di testing.
Iscriviti alla newsletter The QA Lead per ricevere una notifica quando saranno pubblicate le nuove parti della serie. Questi post sono estratti dal corso Leadership In Test di Paul che consigliamo vivamente per approfondire questo e altri argomenti. Se decidi di seguirlo, usa il nostro codice coupon esclusivo QALEADOFFER per ottenere $60 di sconto sul prezzo intero del corso!
Nel mio articolo precedente, “Leadership In Test: Introduzione”, abbiamo esplorato il concetto di testing rispetto ai suoi obiettivi. Rapido riepilogo: indipendentemente da quale tipo di test si stia trattando, il mio consiglio è di chiedersi sempre quale sia lo scopo specifico del test. Questo vale anche se sembra trattarsi di un termine comunemente accettato come unit test o testing di accettazione.
Qui spiegherò come definire una strategia di testing che getti le basi per un processo di testing solido e flessibile, adatto a qualsiasi metodologia di sviluppo il tuo team stia utilizzando. Mi occuperò di:
Entriamo nel dettaglio.
Want more from The CTO Club?
Create a free account to finish this piece and join a community of CTOs and engineering leaders sharing real-world frameworks, tools, and insights for designing, deploying, and scaling AI-driven technology.
Have an account? Log In
Cos'è una strategia di test?
Pianificare è tutto. Il piano non è nulla.
Dwight D. Eisenhower, riguardo ai preparativi del D-Day.
In questa sezione vedremo cos'è una strategia di test e perché è importante averne una. Se cerchi il termine "strategia" sul dizionario troverai molte definizioni che richiamano battaglie militari – il che non è di grande aiuto. Ma ci sono alcune affermazioni che possiamo fare e che delineano un quadro di riferimento su come definire una strategia di test in modo specifico.
Innanzitutto, la tua strategia non è semplicemente un documento. La strategia deriva dall’esplorazione, dal pensiero e dalla collaborazione. La strategia cerca di definire il processo che userai per raggiungere i tuoi obiettivi di testing.
Potrebbe trattarsi di un breve insieme di linee guida che il tuo team segue. Oppure potrebbe essere un documento che va dalle 20 alle 2.000 pagine (per un programma molto ampio). L’obiettivo non è il documento, ma il pensiero che c’è dietro.
In secondo luogo, prima di poter pianificare un test, solitamente devi aver trovato risposta a molte domande e preso decisioni. Alcune possono essere prese subito, altre dovranno attendere. Pertanto, la strategia:
- Presenta alcune decisioni che possono essere prese in anticipo, ovvero ora.
- Definisce il processo, il metodo, o le informazioni che permetteranno di prendere decisioni (durante il progetto).
- Stabilisce i principi (o il processo) da seguire in caso di situazioni incerte o eventi imprevisti.
La strategia cerca di rispondere in anticipo al maggior numero possibile di domande. Ma perché preoccuparsi di tutto questo, non potremmo affrontare i problemi di testing quando si presentano?
Ebbene, sollevando queste questioni in anticipo e inducendo le persone a riflettere sulle conseguenze, si possono evitare (o almeno mitigare) grandi difficoltà prima che queste minaccino il successo del tuo progetto.
Articolo correlato: CREARE UNA STRATEGIA DI QUALITÀ
Il quadro della strategia di test
Questo articolo non può offrirti un set definitivo e completo di domande da porre – non c’è abbastanza spazio. Ma possiamo affrontare i punti di partenza più importanti per la raccolta delle informazioni.
Nella struttura della strategia di test ho suddiviso le domande in tre aree tematiche, ma potresti farne di più e/o strutturarle diversamente.
| Obiettivi degli Stakeholder | |
| Stakeholder | Chi sono gli stakeholder principali? Quali sono i loro obiettivi nei test? |
| Gestione degli obiettivi e dei rischi | Come verranno identificati i rischi? Chi li valuta? Chi approva l'approccio al test? |
| Decisioni da prendere e modalità | Quali decisioni devono prendere gli stakeholder? (es. passaggio tra fasi, deployment, go-live) |
| Fiducia | Come i risultati/reports dei test daranno fiducia agli stakeholder? |
| Come valutare i test | Come verrà valutata la qualità/l'accuratezza dei test? |
| Ambito | Come sarà definito l'ambito dei test? |
| Approccio di Progettazione | |
| Fonti di conoscenza | Quali sono le fonti di conoscenza da utilizzare per definire e specificare i test? |
| Fonti di incertezza | Cosa causa incertezza nelle nostre fonti di conoscenza? |
| Modelli da utilizzare | Come verranno derivati i modelli di test? Come si relazionano con gli stakeholder? |
| Approccio alla prioritizzazione | Sotto pressione temporale, come verranno assegnate le priorità ai test? |
| Approccio di Delivery | |
| Sequenza di test | Come verrà decisa la sequenza dei test? |
| Ripetizione del test | Qual è la policy per il re-testing e i test di regressione? |
| Requisiti dell'ambiente | Chi fornisce gli ambienti? Quali compromessi? Come vengono consegnati/controllati/gestiti? |
| Approccio alla consegna delle informazioni | Come l'esecuzione dei test fornirà informazioni agli stakeholder? |
| Gestione degli incidenti | (Come) verranno gestiti gli incidenti? |
| Approccio alla chiusura | Come finirà il processo di testing? (Come) verranno corretti/ripetuti i bug ancora aperti? |
Nella tabella sopra, non si menziona il processo di pianificazione. Questo potrebbe essere definito nella strategia o meno. In ogni caso, approfondiremo i dettagli della pianificazione in un articolo futuro, quindi restate sintonizzati!
Iscriviti alla newsletter The QA Lead per ricevere una notifica quando le nuove parti della serie saranno pubblicate. Questi articoli sono estratti dal corso Leadership In Test di Paul che consigliamo vivamente per approfondire questo e altri argomenti. Se vuoi iscriverti, usa il nostro codice coupon esclusivo QALEADOFFER per ottenere $60 di sconto sul prezzo intero del corso!
Consigliato anche:
