TDD - Consultare il libretto informativo prima dell'uso

TDD è una pratica agile ormai diventata di uso comune dopo essere stata evangelizzata da gurus come “Uncle” Bob Martin e Kent Beck.
Ma se TDD fosse una medicina, la prenderesti senza prima leggere il foglietto illustrativo?
In questo breve talk presenterò una overview dell’evidenza empirica riguardante TDD, focalizzandomi in particolare sugli effetti relativi a qualità del software e produttività.
I risultati provengono da diversi studi in collaborazione con Microsoft, IBM ed altre software house nei paesi nordici, come anche progetti open source.
La speranza è che dopo il talk—ed una (vivace) discussione—i partecipanti possano prendere una decisione informata riguardo quando, se e come includere TDD nel proprio workflow.

Transcript

1. Test-driven development Consultare il libretto informativo prima dell’uso Davide Fucci
2. Chi sono
3. Chi sono
10. TDD Let’s talk
11. TDD in a nutshell
12. Meno difetti
13. Più produttività
14. “Uno studio del 1998 riporta che il 54.4% degli islandesi crede negli elfi” Wikipedia
15. “il 40% degli sviluppatori usa TDD” State of Agile Survey 2013
18. Esperimenti controllati
19. TDD TLD
20. Risultati SLR Difetti
21. Risultati SLR Produttività
22. Risultati SLR Qualità del codice
24. In the wild
25. • Solo il 4% fa TDD by the book • Solo 1 dev fa TDD by the book più del 30% • Refactoring 72% delle volte
26. • 8% fa TDD-ish • Solo 2 dev fanno TDD-ish più del 30% • Refactoring 52% delle volte
28. TDD cycle http://david.heinemeierhansson.com/2014/tdd-is-dead-long-live-testing.html
29. Nonai gurus, ma "la voce dell’evidenza
30. # dfucci_ dfucci.co