Cosa sono i test (unit, integration, e2e)

Scrivere codice che funziona oggi è una cosa; essere sicuri che continui a funzionare domani, dopo decine di modifiche, è un'altra. È qui che entrano in gioco i test: piccoli pezzi di codice che verificano automaticamente che il tuo programma faccia ciò che deve.

In questo articolo ti spiego cosa sono i test del software, quali sono i tipi principali (unit, integration, end-to-end) e quando ha senso usarli.

Cosa sono i test in parole semplici

Un test è del codice che controlla automaticamente il comportamento di un altro pezzo di codice, confrontando il risultato ottenuto con quello atteso. Se i due coincidono, il test "passa"; altrimenti "fallisce" e ti segnala che qualcosa si è rotto.

Il vantaggio è enorme: invece di provare a mano ogni funzionalità a ogni modifica, lanci i test e in pochi secondi sai se hai introdotto un bug. Per questo i test sono il fondamento di qualsiasi software mantenibile nel tempo.

I tre tipi principali di test

1. Unit test (test unitari)

Verificano la più piccola unità di codice isolata: di solito una singola funzione. Sono veloci, numerosi e facili da scrivere.

def somma(a, b):
    return a + b

def test_somma():
    assert somma(2, 3) == 5

Se somma smette di funzionare, il test te lo dice subito, senza dover lanciare tutta l'applicazione.

2. Integration test (test di integrazione)

Verificano che più componenti funzionino bene insieme: per esempio una funzione che salva dati su un database, o un modulo che chiama un'API. Sono più lenti degli unit test ma catturano problemi che i singoli pezzi, presi da soli, non mostrano.

3. End-to-end test (E2E)

Simulano l'intero percorso di un utente reale, dall'inizio alla fine: aprire la pagina, compilare un form, cliccare un pulsante, verificare il risultato. Sono i più realistici ma anche i più lenti e fragili, quindi se ne scrivono pochi e mirati.

La piramide dei test

Una regola pratica molto diffusa è la piramide dei test: tanti unit test alla base, un numero medio di integration test, pochi E2E in cima.

• Tanti unit test → veloci, economici, individuano subito il problema
• Alcuni integration test → coprono le connessioni tra parti
• Pochi E2E → costosi e lenti, ma danno la certezza che il tutto funzioni

Invertire la piramide (tanti E2E e pochi unit) porta a suite lente e difficili da mantenere.

Perché vale la pena scrivere test

• Sicurezza nelle modifiche: puoi fare refactoring senza paura di rompere qualcosa.
• Documentazione vivente: un test mostra come si usa una funzione, meglio di tanti commenti.
• Meno debugging: un test che fallisce ti indica subito dove cercare, riducendo le sessioni di debugging.
• Codice migliore: scrivere test ti spinge verso funzioni piccole e disaccoppiate, gli stessi principi del clean code.

Un consiglio onesto per chi inizia

Se stai imparando a programmare da zero, non serve testare tutto fin dal primo giorno. Comincia scrivendo un paio di unit test per le funzioni più importanti dei tuoi progetti: capirai presto quanta tranquillità danno. La cultura del testing si costruisce con la pratica, non studiandola a memoria.

In sintesi

I test sono codice che verifica automaticamente il tuo software. Gli unit test controllano singole funzioni, gli integration test le interazioni tra componenti, gli E2E l'intero flusso utente. Seguendo la piramide dei test (molti unit, pochi E2E) ottieni una suite veloce e affidabile che ti permette di evolvere il codice senza paura.

Vuoi imparare a scrivere test fin dai tuoi primi progetti, con esempi guidati passo passo? Lo trovi nei corsi di CodeGrind.