Strategie JavaScript full stack

Capitolo 21. Test del Frontend

Questo lavoro è stato tradotto utilizzando l'AI. Siamo lieti di ricevere il tuo feedback e i tuoi commenti: [e-mail]

Nei capitoli precedenti, ho detto che la pratica migliore per scrivere i test è quella di scriverli contemporaneamente alla scrittura di nuove funzionalità o al refactoring. I test meritano un focus a sé stante ed è quello che tratterò qui.

Quando costruisci l'applicazione, devi assicurarti di non rilasciare regressioni nelle funzionalità esistenti. Una regressione è quando il nuovo codice causa involontariamente errori nelle funzionalità esistenti in qualsiasi punto dell'applicazione. Il team QA, se esiste, non avrà il tempo di eseguire test di regressione su ogni singola release, ma come sviluppatore puoi prendere l'iniziativa per assicurarti che il tuo codice sia solido. I tuoi test per il nuovo codice possono far emergere domande su come funziona qualcosa o su cosa succede quando non funziona.

In questo capitolo tratterò i seguenti argomenti:

• Come determinare le parti del frontend da testare

• Test dell'unità

• Test end-to-end (e2e)

• Strumenti di test utili

I due obiettivi della scrittura di test sono evitare che un codice inaspettatamente rotto finisca davanti agli utenti e documentare l'applicazione in modo che tutti sappiano come dovrebbe funzionare. Inoltre, i test ti danno più fiducia per lo sviluppo futuro, perché non sei preoccupato che le tue modifiche possano rompere qualcosa inaspettatamente. ...