Una breve introduzione al Exploratory Testing

Ciao,

se ne parla poco ma è sempre più diffuso

Che cos'è l' Exploratory Testing?

L' Exploratory Testing consistono nell'apprendimento simultaneo del sistema durante la progettazione e l'esecuzione dei test, utilizzando il feedback dell'ultimo test per informare il successivo. Quando si eseguono gli Exploratory Testing,contemporaneamente,si conosce il comportamento della nostra applicazione. Gli non consistono nel giocare con il sistema in modo non pianificato o non strutturato.

Perché è necessario eseguire l' Exploratory Testing?

• Per conoscere meglio l'applicazione da testare. gli Exploratory Testing migliorano le nostre capacità di indagine
• Adattare i test ai rischi. Con i test case, il test rimane lo stesso anche se i rischi sono cambiati.
• Aumentare la comprensione condivisa tra il team
• Scoprire informazioni di qualità sull'applicazione
• Incoraggia la collaborazione tra il team
• I test case e l'automazione dei test sono solo un aspetto dell'approccio di testing. Gli Exploratory Testing completano questo approccio.

È la stessa cosa dei test ad hoc?

C'è un'idea sbagliata generale secondo cui i test ad hoc o i test non pianificati sono la stessa cosa degli Exploratory Testing.

L'obiettivo dei test ad hoc è quello di trovare il maggior numero possibile di bug. Si fa clic sull'applicazione e si cerca di trovare problemi in diverse aree il più possibile. Non c'è un piano d'azione se non quello di usare l'applicazione e cercare di romperla.

L'obiettivo degli Exploratory Testing è quello di comprendere meglio l'applicazione. Ad esempio, se non si conosce molto della funzione che si sta sviluppando e si vuole sapere come si comporta, si può esplorare la funzione utilizzando diversi input. I test esplorativi non si limitano a testare l'applicazione, ma possono essere eseguiti anche prima dello sviluppo dell'applicazione, testando idee, criteri di accettazione, progetti o artefatti.

Questo post del blog, Why adhoc testing is not exploratory testing, di Callum Akehurst-Ryan descrive le principali differenze tra test adhoc e test esplorativi.

Una tabella che confronta le differenze tra i test Adhoc e i test esplorativi

Consigli generali per un Exploratory Testing

• Utilizzate un Charter Template, come questo , per guidare i Exploratory Testing.
• Condividete attivamente le vostre note con il team. Gli appunti possono essere di diversi formati (ad esempio mappe mentali, Google doc, foglio di calcolo, pagina di confluence, ecc.), ma la cosa principale è che la condivisione degli appunti di test può aiutare a generare nuove idee e tecniche di test. I vostri appunti di test possono essere utilizzati anche dal vostro team, se hanno bisogno di fare dei test da parte loro.
• Assicuratevi di concentrarvi solo su un obiettivo specifico. Un modo per farlo è avere una charter definition che segua questo formato: "Esplora <Obiettivo> con <Risorse> per scoprire/apprendere <informazioni>".
ecco alcuni esempi

• La sessione di test esplorativi deve avere una durata limitata a 90 minuti
• Quando create le vostre note di test, condividete chiaramente le schermate con le annotazioni, se necessario, o meglio ancora, condividete i video.
• Utilizzate un cheat sheet per l'euristica per aiutarvi a strutturare i vostri test esplorativi. Maggiori informazioni sull'euristica nella prossima sezione.
• Categorizzate bene le vostre note di test e sta a voi decidere come farlo! Potete usare diverse emoji (ad esempio ???? per gli elogi, ❓ per le domande, ???? per i bug).

Bonus: Cosa sono le euristiche?

Le euristiche sono scorciatoie cognitive che possiamo usare per aiutarci con i Exploratory testing. Le euristiche sono utili quando ci si trova in una situazione in cui è necessario testare un'applicazione per la quale non si dispone di un contesto e la cui documentazione è scarsa o inesistente. L'euristica può guidare l'utente su quale test eseguire, su quale area della funzionalità concentrarsi o su quali dati utilizzare.

Alcuni esempi di euristiche popolari includono:

• Goldilocks - "Troppo grande, troppo piccolo, il giusto". Funziona bene con i campi di input di prova (troppi caratteri, troppo pochi, il giusto).
• SLIDE (Stili, link, immagini, design, valutazione) per l'accessibilità
• Mnemoniche per il test delle applicazioni mobili

Conclusione

Exploratory testing sono un'abilità che ogni tester dovrebbe conoscere. Non possiamo affidarci solo a test case e all'automazione dei test. Se vogliamo essere sicuri di verificare continuamente i rischi, un approccio solido ai test dovrebbe includere anche i test esplorativi.

ecco il link all'articolo originale