Che cos'è lo scenario di test: modello di scenario di test con esempi

what is test scenario

Questo tutorial spiega cos'è lo scenario di test insieme a importanza, implementazione, esempi e modelli di scenario di test:

Qualsiasi funzionalità / caratteristica del software che può essere testata è considerata uno scenario di test. La prospettiva dell'utente finale viene considerata durante la scrittura di qualsiasi scenario di test.

Questo tutorial ti aiuterà a rispondere alle domande: perché sono necessari gli scenari di test, quando vengono scritti gli scenari di test e come scrivere gli scenari di test.

Cosa imparerai:

• Che cos'è uno scenario di test?
  • Importanza dello scenario di prova
  • Differenza tra scenario di test e scenario di test
  • Perché gli scenari di test sono indispensabili?
  • Implementazione di scenari di test
• Esempi di scenari di prova
  • # 1) Scenari di prova per l'app Kindle
  • # 2) Criteri di accettazione per Google Docs
  • Esempio di modello di scenario di test
• Conclusione
  • Lettura consigliata

Che cos'è uno scenario di test?

Considera una situazione ipotetica: C'è un vasto oceano. Devi attraversare l'oceano da una spiaggia all'altra. Per esempio, da Mumbai, in India, a Colombo, in Srilanka.

Le modalità di viaggio che puoi scegliere sono:

(i) Vie aeree: Prendi un volo per Colombo

(ii) Vie navigabili:Preferisco una nave per viaggiare a Colombo

(iii) Ferrovie:Prendi un treno per Srilanka

Ora per gli scenari di test: Viaggiare dalla spiaggia di Mumbai alla spiaggia di Colombo è una funzionalità che deve essere testata.

Gli scenari di test includono:

• Viaggiando con le vie aeree,
• Viaggiando per vie d'acqua o
• Viaggiare in treno.

Questi scenari di test avranno casi di test.

I casi di test che possono essere scritti per gli scenari di test sopra includono:

Scenario di prova: Viaggiare in aereo

I casi di test possono includere scenari come:

1. Il volo è come da orario programmato.
2. Il volo non è conforme all'orario previsto.
3. Si è verificata una situazione di emergenza (forti piogge e temporali).

Allo stesso modo, è possibile scrivere un set separato di casi di test per altri scenari rimanenti.

Ora passiamo agli scenari di test tecnologici.

Tutto ciò che può essere testato è uno scenario di test. Quindi possiamo affermare che qualsiasi funzionalità software che è sotto test e può essere suddivisa in più funzionalità più piccole e può essere definita 'Scenario di test'.

matrici c ++ nelle funzioni

Prima di consegnare qualsiasi prodotto al cliente, la qualità del prodotto deve essere valutata e valutata. Lo scenario di test aiuta a valutare la qualità funzionale di un'applicazione software che è conforme ai suoi requisiti aziendali.

Lo scenario del tester è un processo in cui il tester verifica l'applicazione software dal punto di vista dell'utente finale. Le prestazioni e la qualità dell'applicazione software vengono valutate accuratamente prima dell'implementazione nell'ambiente di produzione.

Importanza dello scenario di prova

• Uno scenario di test può avere più 'casi di test'. Può essere immaginata come una grande immagine panoramica e i casi di prova sono le piccole parti che sono importanti per completare il panorama.
• È un'istruzione a riga singola e gli scenari di test comprendono una descrizione dettagliata per completare lo scopo dell'istruzione dello scenario di test.
• Esempio:

Scenario di prova: Effettua il pagamento per il servizio taxi utilizzato.

Questo avrà più casi di test come indicato di seguito:

(io) Metodo di pagamento da utilizzare: PayPal, Paytm, Carta di credito / debito.
(ii) Il pagamentofatto ha successo.
(iii) Il pagamento effettuato non è andato a buon fine.
(iv) Il pagamentoprocesso interrotto nel frattempo.
(v) Impossibile accedere ai metodi di pagamento.
(noi) L'applicazionesi rompe nel mezzo.

• Scenari di test quindi aiutano a valutare l'applicazione software in base alle situazioni del mondo reale.
• Scenari di test quando determinati, aiutano a biforcare l'ambito del test.
• Questa biforcazione è definita come prioritizzazione che aiuta a determinare le funzionalità importanti dell'applicazione software.
• Il test prioritario delle funzionalità contribuisce in larga misura alla corretta implementazione dell'applicazione software.
• Man mano che gli scenari di test vengono assegnati in base alla priorità, le funzionalità più importanti possono essere facilmente identificate e testate in base alla priorità. Ciò garantisce che la maggior parte delle funzionalità cruciali funzionino correttamente e che i difetti ad essa correlati siano debitamente rilevati e corretti.
• Gli scenari di test determinano il flusso del processo aziendale del software e quindi è possibile il test end-to-end dell'applicazione.

Differenza tra scenario di test e scenario di test

Perché gli scenari di test sono indispensabili?

Gli scenari di test derivano dai requisiti o dalle storie degli utenti.

• Prendiamo l'esempio di uno scenario di test per la prenotazione di taxi.
• Gli scenari potrebbero essere come le opzioni di prenotazione del taxi, i metodi di pagamento, il tracciamento GPS, la mappa stradale visualizzata correttamente o meno, i dettagli del taxi e del conducente visualizzati correttamente o meno, ecc. Sono tutti elencati nel modello dello scenario di prova.
• Supponiamo ora che lo scenario di test consista nel verificare se i servizi di localizzazione sono attivati, se non attivati, visualizzare il messaggio 'Attiva i servizi di localizzazione'. Questo scenario è mancato e non è elencato nel modello degli scenari di test.
• Lo scenario del 'servizio di localizzazione' dà origine ad altri scenari di test ad esso correlati. Questi possono essere:
  • Servizio di localizzazione disattivato.
  • Il servizio di localizzazione è acceso ma non c'è Internet.
  • Restrizioni sui servizi di localizzazione.
  • Viene visualizzata la posizione sbagliata.
• Manca un solo scenario può significare perdere molti altri scenari cruciali o casi di test . Questo può avere un grande impatto negativo durante l'implementazione dell'applicazione software. Ciò si traduce in una forte perdita di risorse (scadenze).
• Gli scenari di test sono di grande aiuto in evitando test esaustivi . Assicura che tutti i flussi di business cruciali e attesi vengano testati, il che aiuta ulteriormente il test end-to-end dell'applicazione.
• Questi sono risparmiatori di tempo. Inoltre, non è richiesta una descrizione molto dettagliata secondo i casi di test. Viene specificata una descrizione di una riga su cosa testare.
• Gli scenari di test vengono scritti dopo sessioni di brainstorming dei membri del team. Quindi la probabilità di perdere qualsiasi scenario (cruciale o minore) è minima. Questo viene fatto tenendo presente gli aspetti tecnici e anche il flusso di lavoro dell'applicazione software.
• Inoltre, gli scenari di test possono essere approvati dall'analista aziendale o dal cliente o da entrambi che hanno la conoscenza esplicita dell'applicazione sotto test.

Gli scenari di test sono quindi una parte indispensabile dell'SDLC.

Implementazione di scenari di test

Vediamo l'implementazione di scenari di test o come scrivere scenari di test-

• Vengono formati i requisiti epici / aziendali.
  • Esempio di Epic : Crea un account Gmail. Epic può essere la caratteristica principale di un'applicazione o un requisito aziendale.
• Le epiche sono suddivise in storie utente più piccole negli sprint.
• Le storie degli utenti derivano da Epics. Queste storie degli utenti devono essere stabilite e approvate dalle parti interessate.

• Gli scenari di test sono derivati ​​da storie degli utenti o BRS (Business Requirement Document), SRS (System Requirement Specification Document) o FRS (Functional Requirement Document) che è finalizzato e di base.
• I tester scrivono gli scenari di test.
• Questi scenari di test sono approvati da Team Lead, Business Analyst o Project Manager a seconda dell'organizzazione.
• Ogni scenario di test deve essere legato ad almeno una user story.
• Devono essere identificati scenari di test positivi e negativi.
• Le storie degli utenti comprendono Criteri di accettazione come :
  • I criteri di accettazione sono un elenco di condizioni o lo stato di intenti per i requisiti del cliente. Le aspettative del cliente e anche i malintesi vengono considerati durante la scrittura dei criteri di accettazione.
  • Questi sono unici per una user story e ogni user story deve avere almeno un criterio di accettazione che dovrebbe essere testabile in modo indipendente.
  • I criteri di accettazione aiutano a determinare quali caratteristiche rientrano nell'ambito e quali non rientrano nell'ambito di un progetto. Questi criteri dovrebbero includere caratteristiche funzionali e non funzionali.
  • Gli analisti aziendali scrivono i criteri di accettazione e il Product Owner li approva.
  • O in alcuni casi, il proprietario del prodotto può scrivere personalmente i criteri.
  • Gli scenari di prova possono essere ottenuti dai criteri di accettazione.

Esempi di scenari di prova

# 1) Scenari di prova per l'app Kindle

Kindle è l'app che consente ai suoi lettori di eBook di cercare e-book online, scaricarli e acquistarli. Amazon Kindle offre al lettore di e-book l'esperienza di vita reale di tenere un libro in mano e leggerlo. Anche lo sfogliare le pagine è ben simulato nell'app.

Ora annotiamo gli scenari di prova. ( Nota: Gli scenari limitati sono elencati di seguito per avere un'idea generale per la scrittura dello scenario di test. Possono esserci più casi di test derivati ​​da esso).

È possibile derivare più casi di test da ciascuno degli scenari di test sopra indicati.

# 2) Criteri di accettazione per Google Docs

'Google docs' è un'applicazione basata sul Web per creare, modificare e condividere documenti, fogli di lavoro, diapositive e moduli di Word. È possibile accedere a tutti i file in linea utilizzando un browser Web dotato di connessione Internet.

I documenti creati possono essere condivisi come pagina Web o documento pronto per la stampa. L'utente può impostare restrizioni su chi può visualizzare e modificare i documenti. Un unico documento può essere condiviso e lavorato in modo collaborativo da diversi individui provenienti da diverse posizioni geografiche.

Gli scenari di test limitati sono menzionati di seguito per una comprensione generale. Gli scenari di test approfonditi per i documenti Google possono essere un argomento completamente separato.

Il numero di scenari di test sarà multiplo e molto elevato per Google Docs. In tali casi, generalmente, solo i criteri di accettazione vengono stabiliti e approvati dalle parti interessate ei membri del team lavorano su questi criteri di accettazione. Scrivere casi di test per o meglio scenari di test può essere il compito esauriente per applicazioni enormi.

Questi criteri di accettazione giocano un ruolo importante nella pianificazione iterativa del processo e non dovrebbero mai essere trascurati. Definirli in anticipo e in anticipo evita sorprese o shock alla fine degli sprint o dei rilasci

Dato una precondizione.
quando per fare un'azione.
Poi il risultato atteso.

I formati Dato, Quando e Allora sono utili per specificare i criteri di accettazione.

Esempio di modello di scenario di test

Conclusione

In qualsiasi ciclo di vita di test del software, la comprensione e la definizione degli scenari di test è un elemento molto significativo. La qualità del software può essere migliorata disponendo di una buona base per gli scenari di test. Spesso, l'uso di casi di test e scenari di test può essere scambiato.

Tuttavia, la regola empirica è che lo scenario di test viene utilizzato per scrivere più casi di test oppure possiamo dire che i casi di test derivano da scenari di test. Scenari di test ben definiti garantiscono un software di buona qualità.

Lettura consigliata

• Modello di piano di test del software di esempio con formato e contenuto
• Modello di test case di esempio con esempi di test case (Download)
• Modello di esempio per rapporto del test di accettazione con esempi
• Modelli in C ++ con esempi
• Tutorial Python DateTime con esempi
• Comando Taglia in Unix con esempi
• Scenario di test vs scenario di test: qual è la differenza tra questi?
• Plugin Blazemeter e modello Jmeter