TDD done well

Talk by Marco Emrich

Transcript

1. TDD done well! Marco Emrich Mai 2016
2. Was ist die aufwendigste Tätigkeit bei der Programmierung?
3. A Das Schreiben neuer Features/neuem Code B Die Jagd nach Bugs C Refactoring
4. A Das Schreiben neuer Features/neuem Code B Die Jagd nach Bugs C Refactoring
5. Bugfixing Aufwand Zeit bis zur Entdeckung Bugentstehung
6. Das Geheimnis von TDD
7. Höhere Produktivität trotz mehr Code
8. http://www.flickr.com/photos/janodecesare/9069301176/sizes/k/ http://biblio.gdinwiddie.com/biblio/StudiesOfTestDrivenDevelopment
9. - Microsoft Research (2006) http://research.microsoft.com/en-us/projects/esm/fp17288-bhat.pdf „Die Ergebnisse zeigen dass […] die resultierende Qualität um wenigstens Faktor zwei höher war als bei Teams, die einen nicht-TDD Ansatz wählten“
10. - Realizing quality improvement through test driven development: results and experiences of four industrial teams (2008) http://research.microsoft.com/en-us/groups/ese/nagappan_tdd.pdf „Die Ergebnisse der Fallstudien zeigen, dass die Defektrate [...] zwischen 40% und 90% gefallen ist ...“
11. - On the Effectiveness of Test-first Approach to Programming (2005) http://iit-iti.nrc-cnrc.gc.ca/publications/nrc-47445_e.html „Wir haben herausgefunden, dass test-first Studenten im Schnitt mehr Tests schrieben und Studenten, die mehr Tests schrieben produktiver waren.“
12. - Quantitatively Evaluating Test-Driven Development by Applying Object- Oriented Quality Metrics to Open Source Projects (2009) http://www.rodhilton.com/files/tdd_thesis.pdf „Diese Studie lieferte substanzielle Beweise dass TDD tatsächlich ein effektives Werkzeug ist um Code-Qualität zu verbessern.
13. - Test driven development: empirical body of evidence (2006) http://www.agile-itea.org/public/deliverables/ITEA-AGILE-D2.7_v1.0.pdf „Basierend auf den Ergebnissen existierender Studien kann geschlossen werden, dass TDD Software-Qualität verbessert, insbesondere im industriellen Kontext.“
14. Seit wann gibt es TDD?
15. 1957 1989 https://arialdomartini.wordpress.com/2012/07/20/you-wont-believe-how-old-tdd-is John von Neuman Kent Beck
16. Warum machen nicht alle Entwickler TDD?
18. http://www.flickr.com/photos/mike_nelson/4723888594/sizes/o/in/photostream/
19. http://www.flickr.com/photos/kaptainkobold/3800229848/sizes/o/in/photostream/
20. http://www.flickr.com/photos/a_ninjamonkey/3565672226/sizes/o/in/photostream/
21. Persönliche Lernkurve
22. Zeit/Skill (empfundene) Schwierigkeit Test First Automatisierte Tests (nachher) TDD done Well! TDD
23. http://www.flickr.com/photos/gisellenw/7683661450/sizes/l/in/photostream/
24. Tests langsam unwartbar
25. Warum ist TDD so schwierig zu lernen?
26. „TDD is not about Testing“
27. Neandertaler überlegt 3 • Ampel ???
28. Tests == Specs
29. TDD ist Design
30. TDD ist Software-Design QA – ist Nebensache
31. Test: nachher Specs: vorher
33. Living Documentation!
34. Isolation https://www.flickr.com/photos/loufi/3500076/
35. Focus http://www.flickr.com/photos/rogersg/3814863064/sizes/l/in/photostream/
36. What to Test? Neues Verhalten
37. Babysteps http://www.flickr.com/photos/seandreilinger/133305683/sizes/o/in/photostream/
38. Arrange Act Assert
40. Höhere Entwicklungsgeschwindigkeit Bessere Codequalität
41. String Calculator Kata “1,2,3“ => 6 http://osherove.com/tdd-kata-1/ Roy Osherove