Eine Einführung in Test Driven Development (TDD) gibt es in der
einhundertdritten Folge des Anwendungsentwickler-Podcasts. Inhalt
Was ist Test Driven Development (TDD)? Beim TDD werden die Tests
vor dem Produktivcode geschrieben. Wie läuft der TDD-Zyklus ab?
Red, green, refactor. Der Test muss fehlschlagen, dann wird er so
einfach wie möglich grün gemacht, dann wird refaktorisiert. Was ist
der erweiterte TDD-Zyklus? Red, optimize failure message, green,
refactor, refactor tests. Zusätzlich zum normalen Zyklus wird Wert
auf sprechende Meldungen bei Fehlschlägen gelegt und auch der
Test-Code explizit refaktorisiert. Wie kann man TDD mit
Integrationstests kombinieren? Wie in GOOS* beschrieben: Zuerst
Integrationstest schreiben, der längere Zeit fehlschlägt, und dann
Schritt für Schritt mit Unit-Tests auf grünen Integrationstest
hinarbeiten. Warum heißt TDD auch Test Driven Design? Weil sich das
Design der Anwendung erst beim Programmieren ergibt. Was sind
Vorteile von TDD? Tests werden nicht vergessen. Hohe Testabdeckung
des Produktivcodes. Gute Modularisierung des Codes durch
Fokussierung der Tests. Hohe Testbarkeit des Codes (wenig
Abhängigkeiten). Langfristig Zeiteinsparung bei der
Weiterentwicklung, da Regression sofort erkannt wird. Experimente
und Refactorings werden durch Testnetz erst ermöglicht. Was sind
Nachteile von TDD? Umstellung beim Entwickler nötig. Zunächst
höherer Zeitaufwand. Legacy Code ist meist nicht gut testbar. Wie
findet man Testfälle? Start mit "Happy Path" übliche
Geschäftsvorfälle einfachste Fälle Edge-Cases/Grenzwerte
Sonderfälle Was sind Äquivalenzklassen? Werte, deren Verwendung in
Tests zum Durchlaufen des gleichen Pfades im Code führen und damit
nicht zusätzlich getestet werden müssen (Beispiel "positive Zahl" 5
und 322). Was ist ein Regressionstest? Regressionstest stellen
sicher, dass Abweichungen vom bisherigen Verhalten (Regression)
schnellstmöglich erkannt werden. Wie steigt man am besten in TDD
ein? Nicht lange schnacken (lesen), Kopp in' Nacken (coden)!
Einfach machen! Am besten mit Code Katas. Literaturempfehlungen Zum
Einstig schau dir mal diese perfekt auf die Begleitmusik angepasste
Implementierung der Kata "Prime Factors" von Uncle Bob an: Prime
Factors Kata in Ruby, Flower Duet, Lakme' Zum Thema TDD empfehle
ich zunächst das "Original" Test Driven Development: By Example*
von Kent Beck, der TDD erfunden hat. Es ist voll mit Beispielen,
gut verständlich und auch nicht allzu lang. Das Buch ist zwar schon
ein paar Tage älter, aber immer noch meine Empfehlung zum Einstieg.
* Etwas moderner geht es zu in Professional Test Driven Development
with C#*. In den Links habe ich auch meine Rezension des Buches
verlinkt. Dort erfährst du noch mehr darüber, warum ich das Buch
empfehlen kann. * Zuletzt noch ein modernes Buch zum Thema testen
und TDD: Pragmatic Unit Testing in Java 8 with JUnit*. Darüber habe
ich schon eine ganze Podcast-Episode aufgenommen und auch eine
Rezension geschrieben (siehe Links). * Falls du schon
fortgeschritten bist, kann ich wärmstens Growing Object-Oriented
Software, Guided by Tests* empfehlen. Das Buch hat mein Verständnis
von TDD noch einmal grundlegend erweitert und mich nachhaltig
geprägt. Ein tolles Buch, das auch den erweiterten TDD-Zyklus
beschreibt und über einfache Unit-Tests weit hinaus geht. * Und
falls du mal lesen willst, wie ich ein Testframework testgetrieben
entwickelt habe, kannst du dir hier den entsprechenden Teil meiner
Masterarbeit herunterladen: NUNIT: A Unit-Test-Framework for
Natural. Links Permalink zu dieser Podcast-Episode RSS-Feed des
Podcasts Regressionstest – Wikipedia Rezension: Professional Test
Driven Development with C# von James Bender und Jeff McWherter
Rezension: Pragmatic Unit Testing in Java 8 with JUnit von Jeff
Langr Pragmatic Unit Testing in Java 8 with JUnit (Buchclub)
Rezension: Growing Object-Oriented Software, Guided by Tests
(Freeman/Pryce)
Kommentare (0)
Melde dich an, um einen Kommentar zu schreiben.