Cos'è lo scenario di test nel test del software (esempi)

Cos'è uno scenario di prova?

A Scenario di prova è definita come qualsiasi funzionalità che può essere testata. Si chiama anche condizione di test o possibilità di test. In qualità di tester, dovresti metterti nei panni dell'utente finale e capire gli scenari del mondo reale e i casi d'uso dell'applicazione sotto test.

Test degli scenari

Test degli scenari in test del software è un metodo in cui vengono utilizzati scenari reali per testare l'applicazione software anziché casi di test. Lo scopo del test di scenario è testare scenari end-to-end per uno specifico problema complesso del software. Gli scenari aiutano in un modo più semplice a testare e valutare problemi complicati end-to-end.

Studiamolo con l'aiuto del video qui sotto –

Perché creare scenari di test?

Gli scenari di test vengono creati per i seguenti motivi:

• La creazione di scenari di test garantisce una copertura completa del test
• Gli scenari di test possono essere approvati da varie parti interessate come analisti aziendali, sviluppatori, clienti per garantire che l'applicazione in prova sia accuratamente testata. Garantisce che il software funzioni per i casi d'uso più comuni.
• Fungono da strumento rapido per determinare lo sforzo di lavoro di test e di conseguenza creare una proposta per il cliente o organizzare la forza lavoro.
• Aiutano a determinare le transazioni end-to-end più importanti o l'utilizzo reale delle applicazioni software.
• Per studiare il funzionamento end-to-end del programma, lo scenario di test è fondamentale.

Quando non creare uno scenario di test?

Gli scenari di test non possono essere creati quando

• L'applicazione sotto test è complicata, instabile e c'è una stretta di tempo nel progetto.
• I progetti che seguono la metodologia Agile come Scrum e Kanban non possono creare scenari di test.
• Lo scenario di test potrebbe non essere creato per una nuova correzione di bug o Test di regressione. In tali casi, gli scenari di test devono essere già ampiamente documentati nei cicli di test precedenti. Ciò è particolarmente vero per i progetti di manutenzione.

Come scrivere scenari di test

In qualità di tester, puoi seguire questi cinque passaggi per creare scenari di test:

• Passo 1 : Leggi i documenti dei requisiti come BRS, SRS, FRS, del System Under Test (SUT). È inoltre possibile fare riferimento a casi d'uso, libri, manuali, ecc. dell'applicazione da testare.
• Passo 2 : per ciascun requisito, individuare le possibili azioni e obiettivi degli utenti. Determinare gli aspetti tecnici del requisito. Accerta possibili scenari di abuso del sistema e valuta gli utenti con la mentalità di un hacker.
• Passo 3: Dopo aver letto il documento dei requisiti ed effettuato la dovuta analisi, elenca i diversi scenari di test che verificano ciascuna funzionalità del software.
• Passo 4: Dopo aver elencato tutti i possibili scenari di test, a Matrice di tracciabilità viene creato per verificare che ogni requisito abbia uno scenario di test corrispondente
• Passo 5: Gli scenari creati vengono esaminati dal tuo supervisore. Later, vengono anche esaminati da altri stakeholder del progetto.

Suggerimenti per creare scenari di test

• Ciascuno scenario di test deve essere legato ad almeno un requisito o storia utente secondo la metodologia del progetto.
• Prima di creare uno scenario di test che verifica più requisiti contemporaneamente, assicurati di avere uno scenario di test che controlli tale requisito in modo isolato.
• Evitare di creare scenari di test eccessivamente complicati che abbracciano più requisiti.
• Il numero di scenari può essere elevato ed eseguirli tutti è costoso. In base alle priorità del cliente, esegui solo gli scenari di test selezionati

Esempio 1: scenario di test per l'applicazione eCommerce

Per un'applicazione di e-commerce, alcuni scenari di test sarebbero

Scenario di prova 1: Controlla la funzionalità di accesso

Per aiutarti a capire la differenza Scenario di test e Test di Casi, sarebbero casi di test specifici per questo scenario di test

1. Controllare il comportamento del sistema quando vengono inseriti un ID e-mail e una password validi.
2. Controllare il comportamento del sistema quando vengono inseriti un ID e-mail non valido e una password valida.
3. Controllare il comportamento del sistema quando viene inserito un ID e-mail valido e una password non valida.
4. Controllare il comportamento del sistema quando vengono inseriti un ID e-mail e una password non validi.
5. Controllare il comportamento del sistema quando l'ID e-mail e la password vengono lasciati vuoti e viene inserito il login.
6. Controlla che la password dimenticata funzioni come previsto
7. Controlla il comportamento del sistema quando vengono immessi un numero di telefono e una password validi/non validi.
8. Controlla il comportamento del sistema quando è selezionato "Mantieni l'accesso".

Come evidente, i Test Case sono più specifici.

Scenario di prova 2: Controlla la funzionalità di ricerca

Scenario di prova 3: Controlla il prodotto Descriptpagina degli ioni

Scenario di prova 4: Controlla la funzionalità dei pagamenti

Scenario di prova 5: Controlla la cronologia degli ordini

Oltre a questi 5 scenari ecco l'elenco di tutti gli altri scenari

• Controlla il comportamento della home page per i clienti abituali
• Controlla le pagine delle categorie/prodotti
• Controlla il servizio clienti/le pagine dei contatti
• Controlla le pagine delle offerte giornaliere

Esempio 2: scenari di test per un sito bancario

Scenario di prova 1: controlla la funzionalità di accesso e autenticazione

Scenario di prova 2: È possibile effettuare il trasferimento di denaro tramite assegno

Scenario di prova 3: È possibile visualizzare l'estratto conto

Scenario di prova 4: È possibile creare un deposito fisso/deposito ricorrente

E così via…

Modello di scenario di prova

Scarica il modello dello scenario di test Excel (.xlsx)