Menu

Scrittura di casi di test dal documento SRS (SCARICA casi di test di esempio del progetto Live)

writing test cases from srs document

Prova Il Nostro Strumento Per Eliminare I Problemi

Scrittura di casi di test dal documento SRS (Scarica casi di test di esempio del progetto live) - Corso di formazione sul controllo di qualità del test del software, giorno 4

Solo per ripensare a ciò che abbiamo fatto finora, stiamo lavorando a modo nostro Formazione sul test del software mini-corso su un progetto live OrangeHRM.

In questa serie di formazione QA online gratuita finora, abbiamo finito con:

  1. Revisione SRS,
  2. Scenario del test / Identificazione dell'ambito del test e
  3. Documentato il piano di test .

Scrittura di casi di test dal documento SRS

Ora, siamo arrivati ​​alla parte che è il vero affare,i casi di prova.

Come indicato nell'articolo prima di questo: I casi di test vengono documentati dal team QA mentre è in corso la fase del codice dell'SDLC. In altre parole, mentre il team di sviluppo costruisce il sistema software, il team di test si prepara con i casi di test che ci aiuterebbero a testare il sistema una volta che è pronto, cioè alla fine della fase di codice.

Quindi, nell'articolo di oggi, lavoreremo per capire cosa sono i casi di test, come crearli e scrivere alcuni casi di test di esempio per il nostro progetto live.

Vediamolo subito.

Cosa imparerai:

Nozioni di base sulla scrittura di casi di test

# 1) Se gli scenari di test riguardassero 'cosa testeremo' sull'AUT, i casi di test sono tutti 'Come testeremo un requisito'.

Per esempio , se lo scenario di test è 'Convalida la funzionalità di accesso dell'amministratore' - Ciò produrrebbe in 3 casi di test (o condizioni) - Accesso (riuscito), Accesso non riuscito quando viene inserito il nome utente errato, Accesso non riuscito quando viene inserita la password errata . Ciascun caso di test avrebbe, a sua volta, dei passaggi per affrontare il modo in cui possiamo verificare che una particolare condizione di test sia soddisfatta o meno.

#Due) L'input per creare un documento del test case è FRD, Scenari di test creati nel passaggio precedente e qualsiasi altro documento di riferimento se presente.

# 3) La documentazione del caso di test è un importante risultato da fornire dal team QA ed è condivisa con BA, PM e altri team quando viene fatto per il loro feedback.

# 4) Il lavoro è diviso tra i membri del team e ogni membro sarà responsabile della creazione di casi di test per un determinato modulo o una parte di un determinato modulo.

# 5) Proprio come con gli scenari di test, prima di iniziare la documentazione del caso di test, è necessario concordare un modello comune. Praticamente qualsiasi cosa può essere utilizzata per creare casi di test. Le 2 scelte più utilizzate sono MS Excel e MS word.

# 6) Il Modello word MS assomiglia a questo:

Casi di test MS modello word

# 7) Il Modello di Excel potrebbe essere simile al seguente:

qa training test case samples xls

# 8) Dai due modelli precedenti, si può osservare che i campi (oi componenti) che costituiscono un caso di test sono gli stessi, l'unica differenza è il modo in cui sono organizzati.

Quindi, finché c'è un campo per ciascuno dei tipi di informazioni da includere in un test, il formato del modello non ha importanza. Tuttavia, il mio preferito è il foglio Excel, perché è facile da espandere, comprimere, ordinare, ecc. Ma ancora una volta, scegli qualsiasi formato che funzioni meglio per te.

Campi nei casi di test

Prendiamoci un momento per osservare i campi che fanno parte di un test case.

L'ID del test case e la descrizione del test case sono quelli generici.

Gli altri campi possono essere spiegati come segue:

  • Presupposto: Stato dell'AUT (lo stato in cui deve trovarsi l'AUT per iniziare).
  • Ingresso: Fasi di immissione dei dati. Per questi passaggi, è importante notare il tipo di informazioni di input richieste: dati di test.
  • Punto di convalida / trigger / azione : Cosa sta causando la convalida? (Fare clic su un pulsante o un interruttore o l'accesso al collegamento. Assicurati che ci sia almeno un punto di convalida per un caso di test, altrimenti sarà tutto l'immissione di dati senza nulla da cercare. Inoltre, per assicurarci di avere una modularità sufficiente, cercare di non combinare troppi punti di convalida in un caso di test. 1 per caso di test è ottimale.)
  • Produzione: Risultato atteso.
  • Postcondizione: Si tratta di informazioni aggiuntive fornite a beneficio del tester, solo per rendere il caso di test più intuitivo e informativo. Ciò include una spiegazione di ciò che accade o di ciò che ci si può aspettare dall'AUT una volta completati tutti i passaggi del caso di test.

Vedi anche => Modello di test case di esempio

Casi di test di esempio del progetto live (download)

Ora che abbiamo abbastanza informazioni di base per iniziare il processo di creazione del test case, andiamo avanti e creiamo alcuni test case per il nostro progetto Live.

Sulla base del processo sopra menzionato, abbiamo creato alcuni casi di test di esempio per il modulo account OrangeHRM. Questi dovrebbero darti un formato esatto del test case e un'idea su come affrontare la scrittura dei test case.

=> Scarica qui il documento sui casi di test di esempio per il nostro progetto Live .

Nota: Ci sono poche immagini riferite al documento XLS di casi di test di esempio. Se lo stai visualizzando sulla versione precedente di MS Office, potresti riscontrare problemi di compatibilità.

Abbiamo elencato quelle immagini di seguito secondo i loro nomi nei file XLS:

Visualizza la foto 1
Visualizza foto 2
Visualizza foto 3

Ecco, tutto fatto e tutto bene.

Metodi di scrittura / ottimizzazione dei casi di test

Ora, immagina una situazione in cui una determinata pagina contiene alcune decine di campi o ha una logica di business complessa implementata al suo interno. Per essere sicuri di ottimizzare il processo di creazione dello scenario di test in situazioni del genere, noi tester abbiamo determinati metodi di ottimizzazione dello scenario di test.

Di seguito sono elencati i collegamenti forniti per ulteriori informazioni su questi metodi.

per cosa viene usato il c ++ oggi

Utilizzando le tecniche di cui sopra e seguendo il processo di creazione del test case generale, creiamo una serie di test case che testerebbero efficacemente l'applicazione disponibile.

Pochi punti importanti da notare

  • I casi di test che creiamo non sono solo il punto di riferimento per la fase di QA ma anche per l'UAT.
  • I casi di test interni sono Revisione tra pari all'interno del team .
  • Quando una determinata situazione non viene affrontata da un test case, la regola generale è che non verrà testata. Quindi, questo è un buon posto per verificare se la suite di test che abbiamo creato raggiunge o meno l'obiettivo di copertura del test del 100%. A tal fine, è possibile creare una matrice di tracciabilità. Dai un'occhiata a tutto quello che c'è da sapere su Matrice di tracciabilità qui .
  • Strumenti: strumenti di gestione dei test come QC , qTest aiutaci con l'attività di creazione del test case. Per un esempio di come gestire i casi di test utilizzando Quality Center, dai un'occhiata a questo Tutorial di Quality Center .
  • Gli strumenti di automazione possono essere utilizzati per creare casi di test, nel qual caso vengono indicati come script di test.
Suggerimento professionale :Si prega di eseguire un controllo ortografico e grammaticale su ogni documento che creiamo. Siamo i rappresentanti della qualità per i progetti IT e non si riflette positivamente su di noi se i nostri prodotti stessi sono di qualità inferiore.

Questo ci porta alla fine di un altro segmento interessante.

Conclusione

La fine del processo di creazione del test / fase di progettazione del test (STLC) e la fine della fase del codice (SDLC) segneranno generalmente la fine della fase di preparazione del test e l'inizio della fase di esecuzione del test.

Prossimo tutorial in questo corso di test del software - Nel prossimo articolo parleremo di cos'è l'esecuzione del test, cosa include e quali sono le aspettative del team QA durante questa fase.

=> 5 ° giorno di formazione QA: Esecuzione del test

Ci auguriamo che lavoriate tutti insieme a questa serie. Per semplicità, sono stati creati solo pochi casi di test. Tuttavia, i risultati migliori possono essere visti quando lavori in modo estensivo sui test, il che significa scrivere sempre più casi di test. Quindi, per favore non limitare il tuo lavoro e fai il più possibile.

Fateci sapere le vostre domande e commenti qui sotto. Buon test!

Tutorial PREV | PROSSIMO Tutorial

Lettura consigliata

^