Capitolo 24. Test di integrazione
Questo lavoro è stato tradotto utilizzando l'AI. Siamo lieti di ricevere il tuo feedback e i tuoi commenti: translation-feedback@oreilly.com
Una delle cose migliori che puoi fare per la manutenibilità a lungo termine delle tue applicazioni è scrivere test di integrazione. Quando ho parlato dei test del backend e del frontend nei Capitoli 7 e 21, ho accennato al fatto che avremmo approfondito questi test. I test di integrazione sono un ottimo modo per assicurarsi che le modifiche apportate non interrompano la funzionalità dell'intero stack. Questo è incredibilmente utile quando fai cose come l'aggiornamento dei pacchetti e le modifiche ai componenti globali, in modo da poter individuare gli effetti collaterali indesiderati. In questo modo si risparmia tempo al QA per i test di regressione e si evita che i bug in luoghi inaspettati arrivino agli utenti.
Questi test aiutano anche a documentare come le funzioni dovrebbero funzionare quando l'applicazione cresce. Se cambi qualcosa, ad esempio cosa succede quando si clicca un pulsante, questi test sono più robusti dei test unitari. I test E2e possono essere utilizzati per eseguire azioni come un utente, in modo da ottenere il flusso reale in modo coerente. Questa è la principale differenza tra i test unitari e i test e2e e il motivo per cui questi ultimi ti garantiscono maggiormente che la funzionalità non sia cambiata.
Gli strumenti e2e di cui parlerò in questo capitolo sono generalmente indipendenti ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access