Comments on: Clearing some misunderstandings about TDD http://matteo.vaccari.name/blog/archives/642 Extreme enthusiasm Mon, 25 Feb 2019 15:18:16 +0000 hourly 1 https://wordpress.org/?v=5.1.1 By: matteo http://matteo.vaccari.name/blog/archives/642/comment-page-1#comment-94424 Wed, 12 Oct 2011 09:21:41 +0000 http://matteo.vaccari.name/blog/?p=642#comment-94424 Sì è possibile. Si tratta di partire a risolvere una fetta verticale molto sottile del tuo problema e poi essere *molto* convinti nel rimuovere la duplicazione (cioè cercare il design) ad ogni passo. Rimuovere la duplicazione con l’intento di fare emergere esplicitamente le intenzioni, ovvero i concetti di business del tuo problema. Bisogna seguire le regole di Kent Beck:

Passa tutti i test

Senza duplicazione

Esprime tutti i concetti che dobbiamo esprimere

Con il minimo numero di classi e metodi

In quest’ordine. E’ una tecnica… che presuppone comunque una forte conoscenza di concetti di design da parte degli sviluppatori.

]]> By: Andrea Mariottini http://matteo.vaccari.name/blog/archives/642/comment-page-1#comment-94423 Wed, 12 Oct 2011 07:39:03 +0000 http://matteo.vaccari.name/blog/?p=642#comment-94423 Si, la mia osservazione è: secondo me comincia ancora prima, prosegue col primo test e poi col refactoring.
Quello che mi chiedo è: è possibile (c’è chi lo fa?) eliminare il design pre-test, è ragionevole? Oppure è una pretesa che deriva da un fraintendimento?

]]> By: matteo http://matteo.vaccari.name/blog/archives/642/comment-page-1#comment-94420 Mon, 10 Oct 2011 20:58:58 +0000 http://matteo.vaccari.name/blog/?p=642#comment-94420 Il design inizia già quando scrivi il test….

]]> By: Andrea Mariottini http://matteo.vaccari.name/blog/archives/642/comment-page-1#comment-94418 Mon, 10 Oct 2011 10:03:11 +0000 http://matteo.vaccari.name/blog/?p=642#comment-94418 In sostanza fare TDD nel modo giusto significa fare design durante la fase di refactoring.
Immagino che un mostro dell’OOP possa essere in grado di fare solo così, ma ho qualche dubbio.
Come si concilia una fase di analisi e design precedente alla scrittura del codice con questo?
Mi verrebbe da dire che l’approccio corretto (per lo meno è quello che nel mio caso sembra dare frutti) è quello di fare una prima analisi/design, poi partire col primo test rimanendo su questa traccia e non facendo la prima porcheria che viene in mente.
La fase di refactoring consente poi di affinare le cose e spesso evidenziare problemi o soluzioni alternative.
E’ questa la lezione o c’è dell’altro?

]]>