Quale documentazione di test esiste?

La documentazione di test include artefatti utilizzati nelle diverse fasi dei test. I principali tipi:

• Politica di Test (Test Policy): Documento di alto livello che definisce gli obiettivi, gli approcci e i principi dei test nell'organizzazione.
• Strategia di Test (Test Strategy): Documento più dettagliato che descrive il piano generale di test per un progetto o prodotto specifico, coprendo scope, risorse, calendario e metodi.
• Piano di Test (Test Plan): Documento che descrive in dettaglio le azioni di test per un'iterazione o rilascio specifico. Include:
  • Obiettivi e scopi dei test.
  • Scope dei test (cosa viene testato, cosa no).
  • Criteri di ingresso e uscita.
  • Tipi di test.
  • Ambiente di test.
  • Ruoli e responsabilità.
  • Calendario.
  • Gestione dei rischi.
  • Criteri per sospendere e riprendere i test.
• Scenario di Test / Caso di Test (Test Case): Documento che descrive i passaggi specifici per eseguire un test, con il risultato atteso.
• Lista di Controllo (Checklist): Elenco di punti o funzionalità da verificare senza una descrizione dettagliata dei passaggi. Usato quando i passaggi sono ovvi o non richiedono formalizzazione.
• Suite di Test / Set di Test (Test Suite / Test Set): Collezione di casi di test raggruppati secondo un criterio specifico (ad esempio, per funzionalità o tipo di test).
• Rapporto di Bug / Rapporto di Difetto (Bug Report / Defect Report): Documento che descrive un errore trovato, includendo i passaggi per riprodurlo, risultati attuali e attesi, ambiente e livello di criticità.
• Rapporto di Esecuzione dei Test (Test Execution Report): Documento che riassume i risultati dell'esecuzione dei test, includendo stato di passaggio/fallimento, numero di bug trovati e progresso complessivo.
• Rapporto di Chiusura del Test (Test Closure Report): Documento che riassume l'intero sforzo di test, includendo stato finale, lezioni apprese e raccomandazioni.
• Matrice di Tracciabilità (Traceability Matrix): Documento che collega artefatti di test con requisiti, aiutando a garantire che tutti i requisiti siano coperti dai test.

Esempio di struttura di un caso di test semplice:

Campo	Descrizione
ID del Caso di Test	Identificatore univoco
Nome del Caso di Test	Breve descrizione del set
Obiettivo del Caso di Test	Cosa viene verificato
Precondizioni	Condizioni necessarie prima dell'esecuzione
Passaggi di Esecuzione	Sequenza di azioni
Risultato Atteso	Risultato che dovrebbe essere ottenuto
Postcondizioni	Stato del sistema dopo l'esecuzione

Esempio di rapporto di difetto semplice:

Campo	Descrizione
ID del Difetto	Identificatore univoco
Breve Descrizione	Sintesi del problema in una frase
Progetto / Modulo	Dove è stato trovato l'errore
Versione del Prodotto	Versione in cui è stato trovato l'errore
Ambiente	OS, browser, impostazioni
Passaggi per Riprodurre	Sequenza di azioni per riprodurre l'errore
Risultato Fattuale	Cosa è successo
Risultato Atteso	Come avrebbe dovuto essere
Gravità	Impatto sulla funzionalità (Blocker, Critical, Major, Minor, Trivial)
Priorità	Quanto velocemente deve essere corretto (High, Medium, Low)
Autore del Difetto	Chi ha trovato l'errore
Data di Creazione
Stato	(Nuovo, Aperto, In Corso, Risolto, Chiuso, Riaperto)
Assegnato a	Sviluppatore, responsabile

# Esempio di codice per automazione di un caso di test (frammento)
def test_user_login_successful():
    # Passaggi preliminari
    login_page.open()
    login_page.enter_username("valid_user")
    login_page.enter_password("valid_password")
    
    # Passo di esecuzione
    login_page.click_login_button()
    
    # Verifica del risultato atteso
    assert home_page.is_dashboard_displayed()
    # Postcondizioni (ad esempio, logout)
    home_page.logout()

# Esempio di comando per eseguire un set di test automatizzati
pytest tests/smoke_tests.py

La documentazione può essere sia formale (creata secondo modelli) che informale, a seconda della metodologia di sviluppo e dei requisiti del progetto.