Flusso di lavoro di sviluppo basato su test per due programmatori

2

Attualmente stiamo iniziando con TDD e vogliamo lavorare in parallelo in due programmatori: uno per scrivere test ( Programmatore A ) e uno per scrivere effettivi codice ( Programmatore B ). Il problema è, come sincronizzare il nostro lavoro.

Diciamo che A scrive il primo metodo di test, quindi B può iniziare a lavorare sul codice effettivo. Il nostro flusso di lavoro corrente è che A farà commit/push , e B farà pull delle sue modifiche. Col tempo è un po 'fastidioso, perché dopo ogni cambio di test (nuovo metodo di test / bug nel metodo di test corrente / qualche altro aggiornamento) richiede commit/push/pull e interrompe entrambi gli sviluppatori ...

Esistono alcune " best practice " per TDD? Qualche sincronizzazione tra i loro codici, il mirroring, lo strumento già esistente ecc.? Grazie per qualsiasi suggerimento!

    
posta Pavel Štěrba 26.01.2015 - 09:42
fonte

1 risposta

8

Nel TDD, scrivere test e codice è intrecciato, i cicli sono in genere molto brevi, a volte minuti, a volte meno. E TDD è una tecnica whitebox - quando scrivi il prossimo test, sai esattamente cosa manca nello stato attuale dell'implementazione e progetti esattamente il test per questo caso.

Quindi, se vuoi davvero provarlo con due sviluppatori, la tua migliore ripresa probabilmente sarà la programmazione di coppie: sedersi davanti allo stesso schermo (o usare un software di condivisione dello schermo), e farlo insieme. In questo modo, non saranno coinvolti VCS, che risolvono i problemi di sincronizzazione.

    
risposta data 26.01.2015 - 10:25
fonte

Leggi altre domande sui tag