Come decidi cosa testare?

Per determinare cosa testare, utilizzo una combinazione di approcci:

Analisi dei requisiti:
- Studio della documentazione (specifiche tecniche, storie utente, specifiche).
- Chiarimento di punti poco chiari con analisti, sviluppatori, Product Owner.
- Suddivisione dei requisiti in casi di test atomici.
Test basati sul rischio:
- Identificazione delle funzioni più critiche o frequentemente utilizzate.
- Valutazione della probabilità di difetti e del loro potenziale impatto.
- Prioritizzazione dei test in base ai rischi identificati.
Studio degli artefatti di sviluppo:
- Analisi di mockup UI/UX.
- Revisione di modifiche nel codice o nella configurazione (nel caso di test di regressione).
- Studio di log e report di difetti precedenti.
Utilizzo di tecniche di analisi dei test:
- Partizionamento equivalente.
- Analisi dei valori limite.
- Diagrammi di stati e transizioni.
- Tabelle decisionali.
Test esplorativi:
- Esplorazione libera delle funzionalità per individuare scenari e difetti non evidenti.
- Generazione di idee di test basate sulla comprensione del comportamento dell'utente e del sistema.
Consultazioni con il team:
- Discussione dei dettagli di implementazione con gli sviluppatori.
- Chiarimento degli scenari utente con il Product Owner.
- Scambio di esperienze e conoscenze con altri tester.
Automazione:
- Identificazione di candidati all'automazione in base a stabilità, criticità e frequenza di esecuzione.
- Applicazione della piramide di automazione dei test (Unit, Integration, UI).

La combinazione di questi approcci permette di creare un modello di test sufficiente che copre i requisiti funzionali e non funzionali principali, nonché i rischi potenziali.