Introduzione allo scenario di test

Test Scenario è una combinazione di due parole, ovvero test e scenario. Il test rappresenta un atto di verifica o convalida e lo scenario rappresenta il percorso dell'utente. Qualsiasi funzionalità testabile è denominata scenario di test. Lo scenario di test può essere descritto come verifica o convalida del viaggio dell'utente. Sarà sotto forma di documenti che contengono tutti i casi di test scritti in dettaglio per testare la funzionalità end-to-end delle applicazioni. È una delle categorizzazioni di alto livello dei requisiti che sono verificabili. È anche noto come possibilità di test o condizione di test.

Perché creare scenari di test?

Casi di test multipli possono essere coperti da uno scenario di test. La relazione, quindi, tra scenari di test e casi di test è da uno a molti. Ma ogni scenario deve essere curato dal tester durante la sua creazione. I tester lo creano per testare l'applicazione dal punto di vista di un utente finale. I tester cercano da tutti gli sviluppatori, le parti interessate e i clienti di prepararli critici.

I motivi per crearli sono i seguenti:

  • La copertura completa e corretta dei test è garantita dalla creazione di scenari di test perfetti.
  • La loro creazione diventa fondamentale per studiare le funzionalità end-to-end di un programma.
  • Le transazioni end-to-end più importanti e critiche o l'utilizzo delle applicazioni in tempo reale possono essere determinati con il loro aiuto.
  • Possono essere utilizzati come strumento per una rapida determinazione della forza lavoro di test che aiuta ulteriormente i clienti o le organizzazioni per la creazione di proposte e l'organizzazione della forza lavoro di test in modo efficace ed efficiente.
  • Per garantire il collaudo approfondito e corretto delle applicazioni, l'approvazione delle stesse viene effettuata a vari livelli tra cui clienti, analisti aziendali, sviluppatori, ecc.

Allo stesso modo, ci possono essere alcune circostanze in cui la sua creazione dovrebbe essere evitata.

  • Non può essere creato in progetti seguendo metodologie agili come Scrum, ecc.
  • Quando le applicazioni da testare sono instabili, o troppo complicate o quando il progetto si trova in uno stato critico, è possibile evitarne la creazione.
  • La sua creazione può essere evitata per i test di regressione o per un nuovo bug, poiché nei progetti di manutenzione si sarebbero verificati in precedenza pesanti documentazioni nei precedenti cicli di test.

Come possono essere scritti gli scenari di test?

Le seguenti fasi possono essere eseguite da un tester per la creazione di scenari di test:

  • Passaggio 1: il documento relativo a requisiti quali le specifiche dei requisiti aziendali (BRS), le specifiche dei requisiti funzionali (FRS) e le specifiche dei requisiti di sistema (SRS) dell'applicazione da testare deve essere letto attentamente e attentamente. Manuali, libri, casi d'uso, ecc. Dell'applicazione in esame possono essere indicati per lo stesso.
  • Passaggio 2: tutti i possibili obiettivi e le azioni dell'utente devono essere individuati correttamente per ogni esigenza. È inoltre necessario determinare tutte le caratteristiche tecniche di ogni requisito.
  • Passaggio 3: tutte le possibili cause dell'hacking del sistema e della valutazione dell'utente devono essere eseguite dal punto di vista di un hacker. La valutazione dell'utente può essere effettuata trovando tutte le possibilità di funzionamento dell'utente delle applicazioni.
  • Passaggio 4: un elenco completo di tutti i possibili casi di test per la verifica di tutte le funzionalità dell'applicazione deve essere compilato dopo aver letto completamente il documento dei requisiti e aver completato l'analisi.
  • Passaggio 5: Dopo l'arruolamento di tutti questi elementi, per verificare che i requisiti e il relativo scenario di test corrispondano, è necessario creare una matrice di tracciabilità.
  • Passaggio 6: tutti gli scenari di test creati vengono esaminati e valutati dal supervisore. Inoltre è ulteriormente verificato da tutte le parti interessate.

Secondo la procedura del progetto, ogni scenario di test deve essere abbinato ad almeno una storia o requisito dell'utente. È obbligatorio verificare ogni scenario di test rispetto ai suoi requisiti separatamente, prima di più requisiti in un singolo scenario di test. Scenari di test complessi con requisiti multipli possono essere evitati per semplicità. Il prezzo è direttamente proporzionale al numero di essi Quindi, è sempre consigliabile eseguire solo selezionati e richiesti in base alla priorità del cliente.

Esempi

Di seguito sono riportati alcuni esempi di scenari di test

Scenario di prova per l'applicazione di shopping online Buykart

Gli scenari di test che possono essere presi in considerazione per la verifica di un'applicazione di acquisto online Buykart sono i seguenti:

Scenario di prova 1: controllo della funzionalità di accesso

I casi di test che possono essere considerati per la creazione sono:

  • È possibile verificare il comportamento dell'applicazione quando si immette un ID di accesso valido e una password valida.
  • È possibile verificare il comportamento dell'applicazione quando si immette un ID di accesso valido e una password non valida.
  • È possibile verificare il comportamento dell'applicazione quando si immette un ID di accesso non valido e una password valida.
  • È possibile verificare il comportamento dell'applicazione quando si immette un ID di accesso non valido e una password non valida.
  • È possibile verificare il comportamento dell'applicazione durante l'accesso immettendo l'ID di accesso da solo senza password.
  • È possibile verificare il comportamento dell'applicazione durante l'accesso immettendo la password da solo senza ID di accesso.
  • È possibile verificare il comportamento dell'applicazione durante l'accesso senza immettere sia l'id di accesso sia la password.
  • Comportamento dell'applicazione quando è selezionata la password dimenticata.

Scenario di prova 2: controllo della funzionalità di ricerca

I casi di test che possono essere considerati per la creazione sono:

  • Comportamento dell'applicazione quando viene cercato un prodotto valido.
  • Comportamento dell'applicazione quando viene cercato un prodotto non valido.

Scenario di prova 3: controllo dei dettagli del prodotto

I casi di test che possono essere considerati per la creazione sono:

  • Comportamento dell'applicazione quando viene selezionato un prodotto.
  • Comportamento dell'applicazione un prodotto è elencato nella lista dei desideri.
  • Comportamento dell'applicazione quando un prodotto viene aggiunto al carrello.
  • Comportamento dell'applicazione quando è selezionata l'opzione Acquista ora.
  • Comportamento dell'applicazione quando viene inserito un indirizzo non valido.
  • Comportamento dell'applicazione quando viene inserito un indirizzo valido.
  • Comportamento dell'applicazione quando sono selezionate più opzioni di pagamento.

Scenario di prova 4: controllo della funzionalità di pagamento

I casi di test che possono essere considerati per la creazione sono:

  • Comportamento dell'applicazione quando viene selezionata ciascuna opzione di pagamento.
  • Comportamento dell'applicazione quando viene scelta un'opzione di pagamento valida.
  • Comportamento dell'applicazione quando viene scelta un'opzione di pagamento non valida.
  • Comportamento dell'applicazione quando un pagamento ha esito positivo.
  • Comportamento dell'applicazione quando un pagamento viene rifiutato.

Scenario di prova 5: verifica della funzionalità dei dettagli dell'ordine

I casi di test che possono essere considerati per la creazione sono:

  • Comportamento dell'applicazione quando viene selezionato ciascun ordine.
  • Comportamento dell'applicazione quando è selezionata l'opzione Restituzione del prodotto.
  • Comportamento dell'applicazione quando è selezionata l'opzione Traccia prodotto.
  • Comportamento dell'applicazione quando è selezionata l'opzione Rivedi prodotto.

Conclusione

Funge da guida adeguata per i tester e li aiuta a rendere i test più efficaci ed efficienti. Aiuta a ridurre la complessità e la ridondanza dei test. Ogni caso di test è scritto in dettaglio per una migliore comprensione. È un notevole risparmio di tempo per i tester.

Articoli consigliati

Questa è stata una guida a What is Test Scenario. Qui discutiamo come creare scenari di test con diversi esempi. Puoi anche dare un'occhiata ai seguenti articoli per saperne di più -

  1. Sforzo di insicurezza del lavoro
  2. Auto motivato e dedicato
  3. Che cos'è il test Agile?
  4. Come scrivere un caso di prova?

Categoria:

Sviluppo software