Come scrivere casi di test con esempi
Tommaso Hamilton
Passaggi per creare casi di test nei test manuali
Creiamo un test case per lo scenario: verifica la funzionalità di accesso
Passo 1) Sarebbe un semplice caso di prova per spiegare lo scenario
| Caso di prova n. | Test Case Descriptione |
|---|---|
| 1 | Controlla la risposta quando vengono inseriti un indirizzo email e una password validi |
Passo 2) Testare i dati.
Per eseguire il caso di test, avresti bisogno di Dati di test. Aggiungendolo qui sotto
| Caso di prova n. | Test Case Descriptione | Dati di test |
|---|---|---|
| 1 | Controlla la risposta quando vengono inseriti un indirizzo email e una password validi | E-mail: guru99@email.com Password: lNf9^Oti7^2h |
L'identificazione dei dati di test può richiedere molto tempo e talvolta può richiedere la creazione di nuovi dati di test. Il motivo per cui deve essere documentato.
Passo 3) Esegui azioni.
Per eseguire un test case, un tester deve eseguire una serie specifica di azioni sull'AUT. Ciò è documentato come di seguito:
| Caso di prova n. | Test Case Descriptione | Passaggi di prova | Dati di test |
|---|---|---|---|
| 1 | Controlla la risposta quando vengono inseriti un indirizzo email e una password validi | 1) Inserisci l'indirizzo email
2) Inserisci la password 3) Fare clic su Accedi |
E-mail: guru99@email.com
Password: lNf9^Oti7^2h |
Molte volte le fasi del test non sono semplici come sopra, quindi necessitano di documentazione. Inoltre, l'autore del caso di test potrebbe lasciare l'organizzazione o andare in vacanza o essere malato e fuori servizio o molto impegnato con altri compiti critici. A un assunto di recente potrebbe essere chiesto di eseguire il caso di test. I passaggi documentati lo aiuteranno e faciliteranno anche le revisioni da parte di altre parti interessate.
Passo 4) Controllare il comportamento dell'AUT.L'obiettivo dei casi di test nel test del software è verificare il comportamento dell'AUT per un risultato atteso. Ciò deve essere documentato come di seguito
| Caso di prova n. | Test Case Descriptione | Dati di test | Risultato atteso |
|---|---|---|---|
| 1 | Controlla la risposta quando vengono inseriti un indirizzo email e una password validi | E-mail: guru99@email.com Password: lNf9^Oti7^2h |
L'accesso dovrebbe avere esito positivo |
Durante l'esecuzione del test, il tester controllerà i risultati attesi rispetto ai risultati effettivi e assegnerà uno stato superato o fallito
| Caso di prova n. | Test Case Descriptione | Dati di test | Risultato atteso | Risultato attuale | Pass / Fail |
|---|---|---|---|---|---|
| 1 | Controlla la risposta quando vengono inseriti un indirizzo email e una password validi | E-mail: guru99@email.com Password: lNf9^Oti7^2h | L'accesso dovrebbe avere esito positivo | L'accesso è avvenuto con successo | Passare |
Passo 5) A parte il tuo caso di test, potrebbe avere un campo come,
Pre – Condizione che specifica le cose che devono essere in atto prima che il test possa essere eseguito. Per il nostro caso di test, una precondizione sarebbe avere un browser installato per avere accesso al sito in prova. Un test case può anche includere Post – Condizioni che specificano tutto ciò che si applica dopo il completamento del test case. Per il nostro caso di test, una postcondizione sarebbe l'ora e la data di accesso archiviate nel database
Come scrivere un video di test case
Clicchi qui se il video non è accessibile
migliori Esercizi per scrivere buoni casi di test.
1. I casi di test devono essere semplici e trasparenti:
Crea casi di test quanto più semplici possibile. Devono essere chiari e concisi in quanto l'autore del test case potrebbe non eseguirli.
Usa un linguaggio assertivo come andare alla home page, inserire i dati, fare clic su questo e così via. Ciò semplifica la comprensione delle fasi del test e velocizza l'esecuzione dei test.
2. Crea un caso di test pensando all'utente finale
L'obiettivo finale di qualsiasi progetto software è creare casi di test che soddisfino i requisiti del cliente e siano facili da usare e gestire. Un tester deve creare casi di test tenendo presente la prospettiva dell'utente finale
3. Evitare la ripetizione dei casi di test.
Non ripetere i casi di test. Se è necessario un test case per eseguire qualche altro test case, chiama il test case tramite il suo ID nella colonna pre-condizione
4. Non dare per scontato
Non dare per scontato funzionalità e caratteristiche dell'applicazione software durante la preparazione del caso di test. Attenersi ai documenti delle specifiche.
5. Garantire una copertura del 100%.
Assicurati di scrivere casi di test per verificare tutti i requisiti software menzionati nel documento delle specifiche. Utilizzo Matrice di tracciabilità per garantire che nessuna funzione/condizione venga lasciata non testata.
6. I casi di test devono essere identificabili.
Assegnare un nome all'ID del caso di test in modo che sia facilmente identificabile durante il monitoraggio dei difetti o l'identificazione di un requisito software in una fase successiva.
7. Implementare tecniche di test
Non è possibile verificare tutte le condizioni possibili nell'applicazione software. Le tecniche di test del software ti aiutano a selezionare alcuni casi di test con la massima possibilità di trovare un difetto.
- Analisi del valore limite (BVA): Come suggerisce il nome, è la tecnica che definisce il test dei limiti per un intervallo di valori specificato.
- Partizione di equivalenza (EP): Questa tecnica suddivide l'intervallo in parti/gruppi uguali che tendono ad avere lo stesso comportamento.
- Tecnica della transizione di stato: Questo metodo viene utilizzato quando il comportamento del software cambia da uno stato all'altro in seguito a un'azione particolare.
- Tecnica per indovinare l'errore: Si tratta di indovinare/anticipare l'errore che potrebbe verificarsi durante l'esecuzione dei test manuali. Questo non è un metodo formale e sfrutta l'esperienza del tester con l'applicazione
8. Autopulente
Il test case creato deve restituire il file Ambiente di test allo stato pre-test e non dovrebbe rendere inutilizzabile l'ambiente di test. Ciò è particolarmente vero per i test di configurazione.
9. Ripetibile e autosufficiente
Il test case dovrebbe generare gli stessi risultati ogni volta, indipendentemente da chi lo testa
10. Pari Revvista.
Dopo aver creato i casi di test, falli rivedere ai tuoi colleghi. I tuoi colleghi possono scoprire difetti nella progettazione del tuo caso di test, che potresti facilmente non notare.
Durante la stesura di un caso di prova, includere le seguenti informazioni
- La descrizione di quale requisito viene testato
- La spiegazione di come verrà testato il sistema
- La configurazione del test come una versione di un'applicazione sotto test, software, file di dati, sistema operativo, hardware, accesso di sicurezza, data fisica o logica, ora del giorno, prerequisiti come altri test e qualsiasi altra informazione di configurazione pertinente ai requisiti da testare
- Input e output o azioni e risultati attesi
- Eventuali prove o allegati
- Utilizza il linguaggio delle maiuscole attivo
- Il test case non dovrebbe contenere più di 15 passaggi
- Uno script di test automatizzato viene commentato con input, scopo e risultati attesi
- L'impostazione offre un'alternativa ai test prerequisiti
- Con altri test, dovrebbe trattarsi di un ordine di scenario aziendale errato
Strumenti di gestione dei casi di test
Gli strumenti di gestione dei test sono gli strumenti di automazione che aiutano a gestire e mantenere i casi di test. Le caratteristiche principali di uno strumento di gestione dei casi di test sono
- Per documentare i casi di test: Con gli strumenti è possibile velocizzare la creazione dei test case utilizzando i modelli
- Esegui il test case e registra i risultati: Il Test Case può essere eseguito attraverso gli strumenti e i risultati ottenuti possono essere facilmente registrati.
- Automatizzare il monitoraggio dei difetti: I test non superati vengono automaticamente collegati al bug tracker, che a sua volta può essere assegnato agli sviluppatori e monitorato tramite notifiche e-mail.
- tracciabilità: Requisiti, casi di test ed esecuzione di casi di test sono tutti interconnessi tramite gli strumenti e ogni caso può essere ricondotto l'uno all'altro per verificare la copertura del test.
- Protezione dei casi di test: I casi di test dovrebbero essere riutilizzabili e dovrebbero essere protetti dalla perdita o dal danneggiamento a causa di uno scarso controllo della versione. Gli strumenti di gestione dei test case offrono funzionalità come
- Convenzioni di denominazione e numerazione
- versioning
- Archiviazione di sola lettura
- Accesso controllato
- Backup fuori sede
Gli strumenti più diffusi per la gestione dei test sono: Centro di qualità e JIRA
Il formato dei casi di test standard
Di seguito è riportato il formato di un esempio di casi di test di accesso standard.
| ID caso di prova | Test Case Descriptione | Passaggi di prova | Dati di test | risultati aspettati | Risultati attuali | Pass / Fail |
|---|---|---|---|---|---|---|
| TU01 | Controlla l'accesso del cliente con dati validi |
|
ID utente = guru99 Password = pass99 | L'utente deve accedere a un'applicazione | Come previsto | Passare |
| TU02 | Controlla l'accesso del cliente con dati non validi |
|
ID utente = guru99 Password = glass99 | L'utente non deve accedere a un'applicazione | Come previsto | Passare |
L'intera tabella può essere creata in Word, Excel o qualsiasi altro Strumento di gestione delle prove. Questo è tutto per Test Case Design
Modello di caso di prova
- Tieni presente che il modello utilizzato varierà da progetto a progetto. Leggi questo lezione per apprendere il modello del caso di test con la spiegazione dei campi importanti
Scarica il modello di test case Excel (.xls) riportato sopra
