Cos'è un test case?
Un TEST CASE è un insieme di azioni eseguite per verificare una particolare caratteristica o funzionalità dell'applicazione software. Un test case contiene fasi di test, dati di test, precondizione, postcondizione sviluppati per uno scenario di test specifico per verificare qualsiasi requisito. Il test case include variabili o condizioni specifiche, utilizzando le quali un ingegnere di test può confrontare i risultati attesi ed effettivi per determinare se un prodotto software funziona secondo i requisiti del cliente.
Scenario di test vs scenario di test
Gli scenari dei test sono piuttosto vaghi e coprono un'ampia gamma di possibilità. I test riguardano l'essere molto specifici.
Per uno scenario di test: controlla la funzionalità di accesso, molti casi di test possibili sono:
- Caso di test 1: controllare i risultati inserendo un ID utente e una password validi
- Caso di test 2: controllare i risultati dopo aver immesso ID utente e password non validi
- Caso di test 3: controllare la risposta quando un ID utente è vuoto e viene premuto il pulsante di accesso e molti altri
Questo non è altro che un caso di prova.
In questo tutorial imparerai come scrivere casi di test nei test manuali con l'esempio:
- Come scrivere casi di test nei test manuali
- Il formato dei casi di test standard
- Best practice per scrivere un buon esempio di test case.
- Strumenti di gestione dei casi di test
- Risorse
Fare clic qui se il video non è accessibile
Come scrivere casi di test nei test manuali
Creiamo un test case per lo scenario: Controlla la funzionalità di accesso
Passaggio 1) Sarebbe un semplice caso di prova per spiegare lo scenario
| Caso di test n. | Descrizione del test case |
|---|---|
| 1 | Controllare la risposta quando si immettono un indirizzo email e una password validi |
Passaggio 2) Per eseguire il test case, sono necessari i dati del test. Aggiungendolo di seguito
| Caso di test n. | Descrizione del test case | Dati di test |
|---|---|---|
| 1 | Controllare la risposta quando si immettono un indirizzo email e una password validi | Email: questo indirizzo email è protetto dagli spambots. Devi abilitare JavaScript per vederlo. 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.
Passaggio 3) Per eseguire un test case, un tester deve eseguire una serie specifica di azioni sull'AUT. Questo è documentato come di seguito:
| Caso di test n. | Descrizione del test case | Passaggi del test | Dati di test |
|---|---|---|---|
| 1 | Controllare la risposta quando si immettono un indirizzo email e una password validi |
1) Immettere l'indirizzo e-mail 2) Immettere la password 3) Fare clic su Accedi |
Email: questo indirizzo email è protetto dagli spambots. Devi abilitare JavaScript per vederlo. Password: lNf9 Oti7 2h |
Molte volte i passaggi del test non sono semplici come sopra, quindi hanno bisogno di documentazione. Inoltre, l'autore del test case può lasciare l'organizzazione o andare in vacanza o è malato e fuori servizio o è molto impegnato con altre attività critiche. A un assunto recentemente potrebbe essere chiesto di eseguire il test case. I passaggi documentati lo aiuteranno e faciliteranno anche le revisioni da parte di altre parti interessate.
Passaggio 4) L'obiettivo dei casi di test nel test del software è controllare il comportamento dell'AUT per ottenere un risultato atteso. Questo deve essere documentato come di seguito
| Caso di test n. | Descrizione del test case | Dati di test | Risultato atteso |
|---|---|---|---|
| 1 | Controllare la risposta quando si immettono un indirizzo email e una password validi | Email: questo indirizzo email è protetto dagli spambots. Devi abilitare JavaScript per vederlo. Password: lNf9 Oti7 2h | Il login dovrebbe avere successo |
Durante il tempo di esecuzione del test, il tester verificherà i risultati attesi rispetto ai risultati effettivi e assegnerà uno stato superato o non superato
| Caso di test n. | Descrizione del test case | Dati di test | Risultato atteso | Risultato attuale | Superato / Fallito |
|---|---|---|---|---|---|
| 1 | Controllare la risposta quando si immettono un indirizzo email e una password validi | Email: questo indirizzo email è protetto dagli spambots. Devi abilitare JavaScript per vederlo. Password: lNf9 Oti7 2h | Il login dovrebbe avere successo | Accesso riuscito | Passaggio |
Passaggio 5) A parte il tuo caso di test, potrebbe avere un campo come Pre - Condizione che specifica le cose che devono essere messe in atto prima che il test possa essere eseguito. Per il nostro caso di test, una condizione preliminare sarebbe avere un browser installato per avere accesso al sito in prova. Uno scenario di test può anche includere condizioni successive che specifica tutto ciò che si applica dopo il completamento dello scenario di test. Per il nostro caso di test, una postcondizione sarebbe l'ora e la data di accesso memorizzate nel database
Il formato dei casi di test standard
Di seguito è riportato un formato di un esempio di casi di test di accesso standard.
| ID caso di test | Scenario di prova | Passaggi del test | Dati di test | risultati aspettati | Risultati attuali | Superato / Fallito |
|---|---|---|---|---|---|---|
| TU01 | Verifica il login del cliente con dati validi |
| Userid = guru99 Password = pass99 | L'utente deve accedere a un'applicazione | Come previsto | Passaggio |
| TU02 | Controllare l'accesso del cliente con dati non validi |
| Userid = guru99 Password = glass99 | L'utente non deve accedere a un'applicazione | Come previsto | Passaggio |
L'intera tabella può essere creata in Word, Excel o qualsiasi altro strumento di gestione dei test. Questo è tutto per Test Case Design
Durante la stesura di un test case per 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
- Usa un linguaggio case attivo
- Lo scenario di test non deve contenere più di 15 passaggi
- Uno script di test automatizzato viene commentato con input, scopo e risultati attesi
- La configurazione offre un'alternativa ai test preliminari
- Con altri test, dovrebbe essere un ordine dello scenario aziendale errato
Best practice per scrivere un buon esempio di test case.
1. I casi di test devono essere semplici e trasparenti:
Crea casi di test il 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 dei passaggi del test e velocizza l'esecuzione dei test.
2. Creare uno scenario di test pensando all'utente finale
L'obiettivo finale di qualsiasi progetto software è creare casi di test che soddisfino i requisiti del cliente e che siano facili da usare e da utilizzare. Un tester deve creare casi di test tenendo presente la prospettiva dell'utente finale
3. Evitare la ripetizione di casi di test.
Non ripetere i casi di test. Se un test case è necessario per eseguire un altro test case, chiama il test case tramite il suo test case id nella colonna pre-condition
4. Non dare per scontato
Non assumere funzionalità e caratteristiche dell'applicazione software durante la preparazione dello scenario 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. Utilizzare la 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 test case in modo che possano essere facilmente identificati durante il monitoraggio dei difetti o l'identificazione di un requisito software in una fase successiva.
7. Implementare tecniche di test
Non è possibile controllare ogni possibile condizione nell'applicazione software. Le tecniche di test del software aiutano a selezionare alcuni casi di test con la massima possibilità di trovare un difetto.
- Boundary Value Analysis (BVA): come suggerisce il nome, è la tecnica che definisce il test dei confini 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 di transizione di stato : questo metodo viene utilizzato quando il comportamento del software cambia da uno stato a un altro a seguito di un'azione particolare.
- Tecnica di indovinare l'errore: si tratta di indovinare / anticipare l'errore che potrebbe sorgere durante il test manuale. Questo non è un metodo formale e trae vantaggio dall'esperienza di un tester con l'applicazione
8. Autopulente
Il test case creato deve riportare l'ambiente di test allo stato precedente al test e non deve rendere inutilizzabile l'ambiente di test. Ciò è particolarmente vero per i test di configurazione.
9. Ripetibile e autoportante
Lo scenario di test dovrebbe generare gli stessi risultati ogni volta, indipendentemente da chi lo prova
10. Revisione tra pari.
Dopo aver creato i casi di test, falli rivedere dai tuoi colleghi. I tuoi colleghi possono scoprire difetti nella progettazione del tuo caso di test, che potresti facilmente perdere.
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 accelerare la creazione di casi di test con l'uso di modelli
- Esegui il test case e registra i risultati: il test case può essere eseguito tramite gli strumenti ei risultati ottenuti possono essere facilmente registrati.
- Automatizza il rilevamento dei difetti: i test non riusciti vengono automaticamente collegati al bug tracker, che a sua volta può essere assegnato agli sviluppatori e può essere monitorato tramite notifiche e-mail.
- Tracciabilità: requisiti, casi di test, 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 casi di test offrono funzionalità come
- Convenzioni di denominazione e numerazione
- Controllo delle versioni
- Archiviazione di sola lettura
- Accesso controllato
- Backup fuori sede
Gli strumenti di gestione dei test più diffusi sono: Quality Center e JIRA
Risorse
- Si prega di notare che il modello utilizzato varierà da progetto a progetto. Leggi questo tutorial per apprendere il modello di test case con spiegazione dei campi importanti
Scarica il precedente modello di test case Excel (.xls)
