Vai al contenuto
SDETRole
SDETRole

Glossario · Fondamenti del testing

Scenario di test (test scenario)

In inglese: Test scenario

Detto anche: scenari di test, test scenarios, scenario di collaudo

Definizione

Descrizione di alto livello di un obiettivo dell'utente o di una funzionalità da testare, come "verificare il checkout con una carta salvata", poi suddivisa in test case.

Uno scenario di test (test scenario) descrive cosa testare, non come. Di solito è una riga che nomina un obiettivo dell’utente o una funzionalità, scritta dal punto di vista dell’utente. Gli scenari sono rapidi da scrivere e da revisionare, il che li rende un buon modo per concordare la copertura con prodotto e sviluppo prima di investire in test case dettagliati.

Esempio

Per una funzionalità di reset della password, gli scenari potrebbero essere:

  1. Verificare che un utente registrato possa reimpostare la password tramite il link ricevuto via email.
  2. Verificare che una richiesta di reset per un’email non registrata non riveli se l’account esiste.
  3. Verificare che un link di reset scaduto venga rifiutato.
  4. Verificare che un link di reset non possa essere usato due volte.
  5. Verificare che la nuova password debba rispettare la password policy.

Lo scenario 3 diventa poi diversi test case con dati concreti: un link usato 1 minuto prima della scadenza, esattamente alla scadenza e 1 minuto dopo; un link con un token manomesso.

Scenario e test case a confronto

Scenario di test Test case
Livello Alto: cosa testare Dettagliato: come testarlo
Contenuto Obiettivo in una riga Precondizioni, dati, passi, risultato atteso
Quantità Pochi per funzionalità Diversi per scenario
Ideale per Revisioni della copertura, progetti che si muovono in fretta Esecuzione, automazione, audit

Lo scenario nel BDD

In Gherkin, uno Scenario: è più vicino a un test case che a uno scenario di test in senso tradizionale, perché contiene passi ed esempi concreti. Quando qualcuno dice “scenario”, verifica quale significato intende.

Errori comuni

  • Scrivere passi invece di obiettivi. “Clicca sul pulsante di reset” è un passo, non uno scenario.
  • Solo happy path. Gli scenari negativi, sui valori limite e di sicurezza (come il numero 2 qui sopra) sono quelli in cui si nasconde la maggior parte dei difetti.
  • Saltare la revisione. Il valore principale degli scenari è che anche chi non fa testing può leggerli e individuare presto i casi mancanti.

Scrivi per cercare in tutto SDETRole.

Ricerca full-text con Pagefind · funziona nel tuo browser Apri la pagina di ricerca →