(Vortrag auf Englisch)
Original-Abstract
In diesem Vortrag zeige ich, dass TDD eigentlich kein Prozess für das Testen ist, sondern eine hilfreiche Entwicklungsmethode, die das lästige „Lass mal die Anwendung aufmachen und schauen ob das noch funktioniert" weitgehend eliminiert.
Nach dem Vortrag wisst ihr, wie ihr TDD in euren Workflow integriert und zu eurem Vorteil nutzen könnt. Wir räumen mit dem verbreiteten Missverständnis auf, dass TDD eine Testtechnik ist, und haben am Ende einen funktionierenden Prototypen.
Nachbetrachtung
In diesem Vortrag habe ich gezeigt, wie man einen minimalen URL-Shortener mit FastAPI/pytest im TDD-Stil baut. Es war fast erfolgreich, ich hatte nicht mit so vielen Fragen gerechnet ;).
Generell war ich viel zu nervös für eine gute Performance, und auch wenn mir Leute Komplimente gemacht haben, glaube ich, dass ich es deutlich besser hätte machen können!
Meine Erkenntnis: 1h 30min war zu wenig Zeit um wirklich tief in die TDD-Methodik einzutauchen. 2h wären ideal gewesen.
Mein Ziel: Das nach dem Jobwechsel (mit vielen neuen Dingen zum Lernen) verbessern.
Wird es einen richtigen Kurs geben?
Wahrscheinlich ja, für den nicht-konferenz-Einsatz würde ich aber lieber einen intensiveren 2-4h-Kurs machen, der auch Themen wie Datenbank-Migration und Deployment abdeckt.
Kann man es sehen?
Ja, wenn es sein muss :D. Aber Achtung: Mein Englisch war sehr eingerostet, da ich 1-2 Jahre lang kein Englisch gesprochen hatte. Ich bin super froh, dass es mit dem neuen Job wieder besser geworden ist :)