Mehr Inhalte dieses Speakers? Kein Problem, schaut doch mal bei sigs.de vorbei: https://www.sigs.de/autor/thomas.much

Wenn Code und Architektur einer Anwendung nicht mit Testbarkeit im Hinterkopf entwickelt wurden, ist es oft schwierig, diese Anwendungen in eine agilere Software-Entwicklung mit kontinuierlicher Auslieferung zu überführen. Die dafür nötigen automatisierten, schnellen Tests können oft nicht oder nur mit sehr hohem Aufwand geschrieben werden. In dieser Session zeige ich ein paar grundlegende Muster und Ideen, mit denen vorhandener Legacy-Code für bessere Testbarkeit umgebaut werden kann. Und dieses Wissen hilft natürlich auch bei Neuentwicklungen.

Zielpublikum: Entwickler:innen, Architekt:innen
Voraussetzungen: Hilfreich ist, wenn man schon mal versucht hat, (Unit-)Tests für alten Code zu schreiben
Schwierigkeitsgrad: Anfänger

Extended Abstract:
Wer schon einmal Änderungen in einer großen, alten Anwendung einbauen musste, die "historisch bedingt" nicht durch ausreichende Testautomatisierung abgesichert ist, weiß vielleicht, wie schwer es sein kann, nachträglich (Unit-)Tests für solche Altanwendungen zu schreiben. Zumal es ohne eine solche Absicherung durch schnelle Tests kaum möglich ist, solche Anwendungen für beispielsweise Continuous Delivery fit zu machen – was bei vielen Unternehmen im Rahmen von DevOps-Initiativen o. ä. relevant ist bzw. wird.

Wie schafft man es aber, vorhandenen Code besser testbar zu machen? Oder neuen Code gleich gut testbar zu entwickeln? Oft denkt man dann sofort an Programmierpraktiken wie Test-Driven Development (TDD), durch die ein besseres – besser testbares! – Code-Design entsteht. Aber es gibt auch einige Architekturstile bzw. -muster, die ein einfacheres Testen mit schnelleren Feedback-Schleifen ermöglichen.

Wir schauen uns in dieser Session an, was es bedeutet, Geschäftslogik von Integrationscode zu trennen, welche unterschiedlichen Code-Designs und Architekturmuster es gibt, um dieses Ziel zu erreichen – und warum damit kleinere und schnellere automatisierte Tests möglich sind.

Es geht dabei um die absoluten Grundlagen von testbarem Code und testbarer Architektur. Wer sich nicht sowieso schon täglich mit diesen Themen beschäftigt, wird Anregungen und Tipps bekommen, wie man sofort morgen im eigenen Projekt die ersten Verbesserungen vornehmen kann.