Quanto tempo dovremmo dedicare in genere alla scrittura di unit test per una nuova funzione o correzione di errori?

Varia in base alla complessità del bug o della funzionalità. Ricordo un progetto che una volta aveva una stima di sviluppo di 1,5 settimane ... e una stima di test di 3 mesi. Il cambio di codice era piccolo, una manciata di linee qua e là ma incideva su un certo numero di componenti di un sistema assicurativo in un certo numero di modi, quindi doveva essere testato molto accuratamente. Un'altra volta c'era un bug che coinvolgeva una parentesi nel posto sbagliato. Ci sono voluti 2 ore per trovarlo, 2 secondi per risolverlo, ma circa una settimana per testare dozzine di scenari che potrebbero essere stati influenzati dal cambio di logica.

In generale, non mi preoccupo del rapporto tra il tempo speso per la codifica e il tempo trascorso test perché non c'è modo di essere precisi. Trovo che in alcuni progetti appaia un rapporto relativo al progetto che di solito è standard (rispetto al progetto), ma anche in quel caso può cambiare in seguito.

Spendi quanto tempo è necessario per dire con sicurezza che il codice funzioni correttamente.

Che ne dici di passare abbastanza tempo a scrivere i test fino a quando non avrai dimostrato che la funzionalità funziona come previsto, o se il bug è stato corretto correttamente.

Ogni situazione sarà diversa; non può esserci un qualche tipo di rapporto. Alcuni test impiegheranno un decimo di tempo per l'implementazione, altri impiegheranno centinaia di volte tanto tempo.

Una volta ho fatto un survery dopo aver introdotto i test unitari in un progetto. Il risultato: il tempo impiegato per scrivere i test era di nuovo del 40% circa tanto quanto il tempo impiegato per l'implementazione. Ma non stavamo mirando a una copertura completa lì, ed era un progetto ben collaudato con strong struttura e convenzioni.

Direi che la codifica del tempo rispetto ai test dell'unità di scrittura del tempo dovrebbe essere approssimativamente uguale. Forse un po 'di più a volte. Dai un'occhiata a questo articolo su SO Rapporto tra tempo dedicato alla codifica contro test di unità

Stai contando giusto? Per fare una contabilità accurata di quanto tempo spendi per i test, devi scrivere il codice senza il test.

Se ti ci sono voluti veramente tre ore per scrivere il test e uno per scrivere il codice per farlo passare, potresti scoprire che ci vogliono più di 5 ore per correggere lo stesso bug senza scrivere test.

Sì, molto spesso spendo molto più tempo del test rispetto al codice di correzione effettivo.