Non ho mai usato un meccanismo di test automatizzato in nessuno dei miei progetti e sento che mi manca molto. Voglio migliorare me stesso, quindi devo iniziare ad affrontare alcuni problemi che ho trascurato in questo modo e provare Git invece di essere bloccato su SVN.
Qual è un buon modo per imparare il TDD? Probabilmente userò Eclipse per programmare in Java. Ho sentito parlare di JUnit, ma non so se c'è qualcos'altro che dovrei considerare.
Risposte:
Potresti iniziare lavorando su kata di codifica . Scegli un algoritmo (ad es. Conversione numerica da decimale a romana, punteggio di un gioco di bowling, gioco della vita di Conway, ecc.) E prova a usare TDD per lavorare sulla soluzione.
La struttura della soluzione sarà probabilmente molto semplice (molto più semplice del codice di produzione del mondo reale): una classe per l'apparecchiatura di prova e una classe contenente l'algoritmo in prova. E la classe sotto test che non ha dipendenze è un altro vantaggio. È possibile utilizzare la semplicità di questa configurazione per ottenere rapidamente il blocco del ciclo del rifrattore rosso-verde.
Quale strumento usi per i tuoi katas TDD non importa davvero finché ti attieni ai principi. Tuttavia, il plugin JUnit per Eclipse è molto facile da usare, quindi è una scelta eccellente.
Acquisire familiarità con AAA , leggere a riguardo, leggere i problemi che derivano dallo sviluppo guidato dai test ( progettazione per testabilità vs strumenti ad alto costo in modo che il design non abbia importanza). Scopri l' iniezione delle dipendenze in modo che la rimozione delle dipendenze esterne per i test diventi più semplice.
Ecco una buona panoramica delle note che ho preso durante la lettura di The Art of Unit Testing
http://imaginarydevelopment.blogspot.com/2010/01/unit-testing-reference.html
Non c'è davvero alcun sostituto per afferrare un'imbracatura di prova (come NUnit), leggere un po 'di letteratura e poi sporcarsi le mani.
Come disse una volta James T. Kirk, "Impariamo facendo".
Consiglio vivamente questo libro: software orientato agli oggetti in crescita guidato da test
Ha un esempio funzionante che scorre attraverso il libro e fornisce una visione molto coerente di quando dovrebbe essere creato il test, cosa dovrebbero contenere e come dovrebbero essere costruiti e refactored.
Controllare questo collegamento . È il blog di Bob Martin su TDD - cose eccellenti per farti capire (o darti un'altra prospettiva su) pensare in TDD.