Come scrivere casi di test con esempi

Cos'è un caso di prova?

A caso di prova è un insieme di azioni, input e risultati attesi che aiuta i tester a verificare se una specifica caratteristica o funzionalità del software funziona come previsto. Serve come passo-passo guida che definisce cosa testare, come testarlo e quale risultato aspettarsi.

Pensa a un caso di prova come a un ricetta per la convalida — ti dice gli ingredienti esatti (dati di prova), il procedimento (i passaggi da eseguire) e come dovrebbe apparire un piatto perfetto (risultato atteso).

Un caso di test ben scritto aiuta a garantire:

• Il software soddisfa i esigenze aziendali e degli utenti.
• Bug o comportamenti inaspettati sono preso in tempo.
• Il test può essere ripetuto e rivisto da qualsiasi professionista del controllo qualità.
• Le squadre possono tracciare quale requisito viene verificato da ciascun test.

👉 Iscriviti al progetto di test software live gratuito

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

Spesso, i passaggi del test non sono semplici come quelli descritti sopra, quindi necessitano di documentazione. Inoltre, l'autore del caso di test potrebbe lasciare l'organizzazione, andare in vacanza, essere malato e fuori servizio, o essere molto impegnato con altre attività critiche. A un neoassunto potrebbe essere chiesto di eseguire il caso di test. I passaggi documentati lo aiuteranno e faciliteranno anche le revisioni da parte di altri stakeholder.

Passo 4) Controllare il comportamento dell'AUT.
L'obiettivo dei casi di test nel test del software è verificare il comportamento dell'AUT per ottenere il risultato atteso. Questo deve essere documentato come segue.

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,
Una precondizione che specifica le cose che devono essere presenti prima che il test possa essere eseguito. Per il nostro caso di test, una precondizione sarebbe avere un browser installato per accedere al sito in fase di test. Un caso di test può anche includere postcondizioni che specificano tutto ciò che si applica dopo il completamento del caso di test. Per il nostro caso di test, una postcondizione sarebbe che l'ora e la data di accesso siano memorizzate nel database.

Elementi chiave di un caso di prova

Un caso di test standard in genere include:

1. ID caso di prova – Identificatore univoco (ad esempio, TC001)
2. Titolo o Descriptione – Cosa verifica il test
3. Presupposti – Cosa deve esistere prima che inizi il test
4. Passaggi di prova – Le azioni esatte da eseguire
5. Dati di test – Valori o parametri di input
6. Risultato atteso – Il risultato che dovresti vedere
7. Risultato attuale – Cosa è successo realmente
8. Stato – Superato, bocciato o bloccato

Caso di test vs scenario di test

A scenario di prova descrive ciò che deve essere testato: la funzionalità generale o il percorso dell'utente.

A caso di prova, dall'altro lato, spiega come verrà verificata tale funzionalità: i passaggi esatti, i dati e i risultati previsti.

In parole povere:

• Scenario di prova = Idea di cosa testare.
• Caso di prova = Implementazione su come testare quell'idea.

Pensatela in questo modo:

"Se uno scenario di test è il titolo di un capitolo, ogni caso di test è un paragrafo che spiega quel capitolo in dettaglio."

Illustrazione di esempio:

Facciamo un esempio per chiarire meglio:

Scenario di prova:

“Controlla la funzionalità di accesso del sito web.”

Casi di test correlati:

1. Verifica l'accesso con nome utente e password validi.
2. Verifica il messaggio di errore con password non valida.
3. Verifica l'accesso con campi vuoti.
4. Il campo Verifica password nasconde il testo di input.

Qui lo scenario è un singolo obiettivo funzionale, mentre i casi di test lo suddividono in condizioni specifiche e verificabili.

Leggi per maggiori informazioni su Differenza tra caso di test e scenario di test

Vantaggi della scrittura di casi di test di alta qualità

• Casi di test di alta qualità garantiscono un'analisi approfondita copertura dei test, coerenza e tracciabilità lungo l'intero processo di controllo qualità.
• Aiutano i tester a catturare bug in anticipo, mantenere stabilità di regressionee garantire che ogni funzionalità sia allineata ai requisiti aziendali.
• I casi di test ben scritti sono chiaro, riutilizzabile e ripetibile, consentendo a qualsiasi tester o strumento di automazione di eseguirli in modo affidabile.
• Agiscono anche come un ponte di comunicazione tra sviluppatori, tester e stakeholder, riducendo l'ambiguità e risparmiando tempo.
• Documentando gli obiettivi, i passaggi e i risultati dei test, i team possono misurare i progressi, rispettare gli standard, e gestire gli aggiornamenti in modo efficiente.
• La cosa più importante è avere buoni casi di test ridurre i costi di manutenzione, accelerare l'automazione e fornire fiducia nella qualità del software.
• Servono come documentazione viva per l'inserimento di nuovi tester e come input strutturato per l'intelligenza artificiale e strumenti di gestione dei test.

Errori comuni da evitare quando si scrivono casi di test

Anche i tester più esperti commettono piccoli errori che compromettono la qualità dei test.

Evitare questi errori può migliorare notevolmente la accuratezza, chiarezza e manutenibilità della tua suite di test.

1. Scrivere passaggi vaghi: Istruzioni ambigue come "controlla la pagina di login" confondono i tester. Utilizza passaggi chiari e basati sull'azione.
2. Saltare gli scenari negativi: Per garantire una copertura completa, includere sempre input non validi o test di confine.
3. Riutilizzo di dati di test non chiari: Dati non etichettati o incoerenti rendono i risultati dei test inaffidabili. Mantenere una scheda dati di test condivisa.
4. Casi di test eccessivamente complicati: I casi lunghi e complessi sono difficili da gestire. Mantieni ogni caso focalizzato e atomico.
5. Ignorare gli aggiornamenti dopo le modifiche al prodotto: I casi di test obsoleti generano risultati falsi. Revvisualizzare e rivedere regolarmente.
6. Mancanza di tracciabilità: Collegare sempre i casi di test ai requisiti per monitorare la copertura e la conformità.
7. Saltare le revisioni tra pari: Uno sguardo fresco coglie subito i passaggi poco chiari o ridondanti.

Domande Frequenti