Uno smoke test è un controllo rapido delle funzioni essenziali dopo una nuova build o un deploy. Il suo obiettivo non è coprire tutti i casi: serve a capire se il sistema è abbastanza stabile da proseguire con test più dettagliati.
Cosa dovrebbe coprire
- Avvio dell’app o raggiungibilità del servizio
- Login e autenticazione
- Caricamento della schermata o flusso principale
- Lettura e scrittura dei dati essenziali
- Integrazioni critiche come pagamenti o API principali
- Assenza di errori bloccanti immediati
Perché è diverso da un test completo
Uno smoke test privilegia velocità e segnale. Se fallisce un’operazione fondamentale, non ha senso investire tempo in una suite lunga: la build va fermata e corretta.
Manuale o automatico?
Può essere entrambe le cose. Nei sistemi maturi conviene automatizzare i flussi ripetitivi e mantenere una piccola checklist manuale per aspetti che dipendono dall’ambiente o dalla percezione dell’interfaccia.
Dove inserirlo nella pipeline
Dopo il deploy in staging o produzione è utile verificare un set minimo di health check e journey reali. Lo stesso principio si applica alle app mobile dopo una build candidata alla release.
Gli errori più comuni
- Trasformare lo smoke test in una suite enorme
- Testare solo la happy path senza dipendenze reali
- Non avere dati e account di test affidabili
- Ignorare configurazioni, feature flag e variabili d’ambiente
- Eseguire il test ma non bloccare la release quando fallisce
Un esempio semplice
Per un e-commerce lo smoke test potrebbe verificare home, ricerca prodotto, dettaglio, aggiunta al carrello, login e inizio checkout. Se il carrello non funziona, la build non è pronta: non serve prima verificare il colore di un badge secondario.
Fonti e documentazione ufficiale
Riferimenti usati per verificare i dettagli tecnici e le funzionalità citate nell’articolo. Le valutazioni progettuali restano una sintesi dell’autore.
Vuoi capire dove il processo di release è fragile?
Un software assessment guarda codice, ambienti, test, osservabilità e procedure operative, non solo le feature visibili.
Scopri il Software AssessmentDomande frequenti
Smoke test e sanity test sono la stessa cosa?
I termini vengono usati in modo diverso tra team. In pratica, lo smoke test tende a verificare rapidamente la salute generale delle funzioni vitali.
Quanto deve durare uno smoke test?
Deve essere abbastanza breve da poter essere eseguito a ogni build o deploy significativo. Se dura ore, probabilmente sta diventando una suite di regressione.
Va eseguito anche in produzione?
Sì, con controlli sicuri e non distruttivi, soprattutto dopo deploy importanti. Serve a confermare che servizi e integrazioni essenziali siano realmente operativi.