Capitolo 4. Testcontinui
Questo lavoro è stato tradotto utilizzando l'AI. Siamo lieti di ricevere il tuo feedback e i tuoi commenti: translation-feedback@oreilly.com
Un antipattern molto diffuso che ho notato è che le aziende danno abbastanza importanza ai test automatizzati da assumere qualche tester specializzato, ma i test automatizzati rimangono solo sui computer dei tester. Spesso i test vengono eseguiti quando i tester ne hanno voglia o solo in occasione di un rilascio. Questo va contro lo scopo stesso dei test automatizzati: rallenta di molto il ciclo di feedback. I test automatizzati servono a far sì che l’intero team riceva un feedback rapido e continuo man mano che apporta modifiche incrementali, e questo capitolo ti mostra come farlo.
Il test continuo (CT) è il processo che consiste nel verificare la qualità dell’applicazione utilizzando sia metodi di test manuali che automatizzati dopo ogni modifica incrementale, e nell’avvisare il team quando la modifica causa uno scostamento dai risultati di qualità previsti. Ad esempio, se i dati sulle prestazioni di una nuova funzionalità sono molto inferiori al previsto, il processo CT avvisa immediatamente il team e fa fallire i test di prestazione. Questo dà al team l’opportunità di risolvere i problemi il prima possibile, quando sono ancora relativamente piccoli e gestibili. Senza un ciclo di feedback continuo come questo, questi problemi potrebbero passare inosservati per molto tempo, propagandosi col tempo a livelli più profondi ...
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