TDD Blog Serie Intro
Diese Blogserie richtet sich nicht nur an Softwareentwickler und Architekten , sondern auch an Product Ower, Scrum Master und “Entscheider”. Daher sind manche Erklärungen und Vergleiche für Softwareentwickler und Architekten hoffentlich etwas redundant.
Selbst in großen Software-Projekten wird oft erst ganz am Ende getestet – woher aber kommt diese „Test Last“-Philosophie und warum halten so viele Entwickler so überzeugt daran fest? Die Blogserie geht dieser Frage auf den Grund. Auf dem Weg zu einer Antwort klären wir außerdem, was mit Test-driven Development und Test First überhaupt gemeint ist, untersuchen anhand vieler Beispielprojekte den Status Quo und tragen mit einem Blick in Literatur sowie einschlägige Studien die vielen nachgewiesenen Vorteile dieser Entwicklungsmethoden zusammen. Wir versuchen zu verstehen, warum Test First scheinbar(?) so schwierig? Welche Vorteile verschenken wir, wenn wir rein auf Test Last setzen? Wird Softwarearchitektur durch Test First wirklich besser? Welchen Unterschied genau macht es, die Tests vor der Implementierung zu schreiben statt im Nachhinein? Warum hat Test First automatisch einen sehr positiven Einfluss auf meine Softwarearchitektur, Test Last aber eher weniger? Wie kommen wir von Test Last zu Test First?
Das alles und noch viel mehr im der Blog-Serie zu TDD:
- TDD Teil 1: Warum Test Driven Development?
- TDD Teil 2: Architektur und Test Driven Development
- TDD Teil 3: TDD Beweise,Beweise
Außerdem zum Thema: