Sommario:
- Definizione - Cosa significa Test Driven Development (TDD)?
- Techopedia spiega Test Driven Development (TDD)
Definizione - Cosa significa Test Driven Development (TDD)?
Test driven development (TDD) è un approccio di sviluppo software in cui viene scritto un test prima di scrivere il codice. Una volta superato il test, il nuovo codice viene sottoposto a refactoring secondo uno standard accettabile.
TDD garantisce che il codice sorgente sia accuratamente testato dall'unità e porta a un codice modulare, flessibile ed estensibile. Si concentra sulla scrittura solo del codice necessario per superare i test, rendendo il design semplice e chiaro.
Techopedia spiega Test Driven Development (TDD)
TDD consente al programmatore di compiere piccoli passi durante la scrittura del software. Il test viene scritto prima di testare la funzionalità e garantisce che l'applicazione sia adatta per la testabilità. Il test su una piccola quantità di codice viene eseguito per intercettare gli errori che si verificano nel codice testato. Quindi viene implementata la funzionalità. Questo è indicato come "refattore verde rosso" dove rosso significa fallimento e verde indica un passaggio. Questi passaggi vengono quindi ripetuti. Il primo obiettivo di un programmatore è concentrarsi sul compito da svolgere e passarlo.
Le diverse fasi coinvolte in un ciclo di sviluppo guidato dai test sono:
- Aggiungi un test: ogni nuova funzionalità di TDD inizia con un test che deve fallire quando viene implementato prima che qualsiasi funzionalità venga implementata. Il requisito essenziale per scrivere un test prima dell'implementazione delle funzionalità è una chiara comprensione del requisito da parte dello sviluppatore. Ciò si ottiene attraverso user story e casi d'uso. Quindi uno sviluppatore capisce il requisito prima di scrivere il codice del programma.
- Eseguire tutti i test e verificare se il nuovo codice ha esito negativo: ciò garantisce il corretto funzionamento del cablaggio del test e che il nuovo test non passa per errore senza un nuovo codice. Questo passaggio verifica anche il test ed elimina la possibilità che il nuovo test passi sempre.
- Scrivi codice: il prossimo passo che segue è scrivere codice che cancella il test. Il nuovo codice non è perfetto ma viene successivamente modificato secondo i requisiti. È semplicemente progettato per i test e non racchiude altre funzionalità.
- Esegui test automatici: se ogni test case prodotto supera facilmente il test, significa che il codice soddisfa tutte le specifiche richieste. Quindi è possibile avviare la fase finale del ciclo.
- Codice refactor: è simile alla rimozione della duplicazione. Un refactoring non danneggia alcuna funzionalità esistente e aiuta a rimuovere la duplicazione tra i codici di produzione e di test. Il codice è ora pulito come richiesto.
- Ripeti: il ciclo viene ripetuto come nei casi precedenti con un nuovo test. Il requisito essenziale è che le dimensioni dei passaggi siano piccole, con circa 1 a 10 modifiche tra ogni test. Se il nuovo codice non soddisfa un nuovo test, il programmatore dovrebbe eseguire un debug aggiuntivo. L'integrazione continua fornisce checkpoint riverificabili.
