2013-01-21 7 views

risposta

3

Sì, ci sono, ma il grande problema è che per fare bene TDD e capire come si inserisce Sepcfication By Example (come SpecFlow), ti consiglio di andare un po 'più a fondo.

Se si inizia con il http://gojko.net/2011/02/04/tdd-breaking-the-mould/ di Gojko Adzic, si spera che venga impostata l'immagine generale. Suggerirei di prestare molta attenzione alla sezione con la sezione tdd in sette fasi o ciclo doppio del discorso. Per me, la specifica per esempio è il cerchio esterno, quando riceviamo un nuovo requisito aziendale, lo codifichiamo in Gherkin e usiamo Specflow per verificare che la funzione non funzioni ancora.

Quindi consiglio l'uso di TDD per sviluppare tecnicamente il codice. Utilizza più test per modellare lo sviluppo verso il raggiungimento del tuo obiettivo aziendale. Avendo l'esercizio a cupola Keith Braithwaite's TDD as if you mean it, posso davvero raccomandare di provarci.

Infine, il tuo TDD fa passare la tua specifica, e a questo punto ti consiglierei di prendere in considerazione la possibilità di refactoring di tutto, prendere in considerazione il codice di produzione, i test delle unità e persino le specifiche per la semplificazione e la rimozione della duplicazione. Rendi pulito.

Buona fortuna.