Das Dokument beschreibt die Prinzipien des Testgetriebenen Entwicklungsansatzes (TDD), insbesondere das Erfordernis, zuerst fehlschlagende Unit-Tests zu schreiben, bevor produktiver Code verfasst wird. Es enthält auch eine Beschreibung eines Bowling-Spiels als Coding Kata, um diese Prinzipien anschaulich zu demonstrieren, sowie weitere Methoden und Techniken im Bereich Softwaretests. Quellen zur technischen Schuld und Methoden des Testens werden ebenfalls erwähnt.

1. TestDrivenDevelopment.php
Dominik Jungowski, inovex GmbH
Jakob Ketterl, Süddeutsche Zeitung Digitale Medien GmbH

2. You may not write production code
until you have written a failing unit
test.
Quelle: Professionalism and Test-Driven Development, Robert C. Martin

3. You may not write more of a unit test
than is sufficient to fail, and not
compiling is failing.
Quelle: Professionalism and Test-Driven Development, Robert C. Martin

4. You may not write more production
code than is sufficient to pass the
currently failing test.
Quelle: Professionalism and Test-Driven Development, Robert C. Martin

5. $3.61/LOC
Technical Debt
Quelle: http://www.castsoftware.com/research-labs/technical-debt-estimation

6. Qualität

7. Freude am!
Refactoring
© Wikimedia

8. Tests = Doku

9. Red
GreenRefactor

10. Bowling Game Coding Kata
Regeln!
Punktzahl Startwert: 0
Ein Wurf erhöht die Punktzahl um die Anzahl der umgefallenen Pins
Ein Haus besteht aus maximal 2 Würfen
In einem Haus können maximal 10 Pins umfallen
Bei einem Spare zählt der nächste Wurf als Bonus zum aktuellen Haus
Bei einem Strike zählen die nächsten beiden Würfe als Bonus zum
aktuellen Haus
…

11. Bowling Game Coding Kata
http://content.codersdojo.org/
code-kata-catalogue/bowling-game/
© Pixabay / OpenClips

12. Mocking
Lvl 90 Testing
BDD ContinuousIntegration
Contract
Tests
Integrationstests
1st

13. kthxbye!
https://github.com/djungowski/dwx-tdd