Andreas Lausen
Software Architect
Hildesheim, Germany
Actions
Andreas Lausen is a Software Architect at MEDIFOX DAN GmbH, with a strong focus on software architecture, Domain-Driven Design, test automation, and AI-assisted software development. In his daily work, he primarily uses .NET as well as the iOS and Android SDKs. He is passionate about sustainable architectures and practical solutions – topics he regularly speaks about in his talks.
Andreas Lausen ist Software Architect bei der MEDIFOX DAN GmbH und beschäftigt sich intensiv mit Softwarearchitektur, Domain-Driven Design, Testautomatisierung und KI-gestützter Softwareentwicklung. In seiner täglichen Arbeit setzt er vor allem auf .NET sowie die iOS- und Android-SDKs. Seine Leidenschaft gilt nachhaltigen Architekturen und praxisnahen Lösungen – Themen, über die er regelmäßig in Vorträgen spricht.
Area of Expertise
Topics
Executable Architecture: Validating DDD Structures with ArchUnit.NET en
Domain-Driven Design encourages teams to build systems with clear layers, isolated domain logic, and well-defined boundaries. But over time, these structures erode: infrastructure code leaks into the domain, application services grow too wide, and context boundaries become porous.
This talk introduces a practical and executable approach to preserving DDD architecture using ArchUnit.NET. Architecture tests act like unit tests—but for the codebase structure. They let developers:
- enforce clean layering between Application, Domain, and Infrastructure,
- ensure domain logic is protected from technical concerns,
- and detect unwanted dependencies before they cause harm.
The session is largely live coded: the audience will see how to write architecture tests in C# and integrate them into a continuous build process. All examples use a standalone DDD-style example.
Based on experience from real-world projects, the techniques shown are concrete, pragmatic, and ready to apply in any codebase—starting tomorrow.
Schneller (und besser?) Unit Tests schreiben mit KI de
Unit Tests sind ein wichtiger Bestandteil einer jeden Testsuite. Sie zu schreiben macht Spaß, beinhaltet aber auch viele repetitive Tätigkeiten.
KI Assistenten wie GitHub Copilot sind nun schon einige Zeit am Markt und vieles wurde bereits darüber berichtet.
In diesem Vortrag wollen wir herausfinden, inwieweit uns KI Assistenten beim Schreiben von Unit Tests unterstützen können. Unser Ziel ist vor allem Zeit zu sparen, ohne dabei die Qualität der Tests zu vernachlässigen.
Wir halten uns nicht lange mit der Theorie auf, sondern steigen direkt in konkrete Codebeispiele ein. Die Beispiele sind in C#, die Konzepte können aber leicht auf andere Programmiersprachen übertragen werden. Als KI Assistent wird GitHub Copilot eingesetzt.
Wir schreiben nicht nur Tests für vorhandenen Code, sondern gehen auch auf Test-Driven Development (TDD) ein. Zusätzlich lassen wir auch die aktuellen Entwicklungen im Bereich der KI (z.B. Agenten) einfließen.
Teste deine Architektur! de
Am Anfang eines Projekts ist die Produktivität hoch. Architektur, Bausteine und Abhängigkeiten sind klar definiert. Doch mit der Zeit wird der Code immer umfangreicher und die Anforderungen werden komplexer. Es schleichen sich ungewollte Abhängigkeiten ein. Code und Architekturdiagramme passen nicht mehr zusammen.
Architekturtests wirken dem entgegen. Sie funktionieren wie Unit Tests, testen aber Anforderungen an die Architektur. Sie laufen automatisiert im Continuous Build und verhindern dadurch, dass sich Verstöße gegen die anfangs aufgestellten Architekturregeln einschleichen.
Der Vortrag gibt einen Überblick über die Möglichkeiten von Architekturtests und demonstriert anhand einer Beispielarchitektur, wie sich verschiedene Aspekte der Architektur testen lassen. Der praktische Anteil des Vortrags ist sehr hoch. Die Teilnehmer sind nach dem Vortrag in der Lage, das neu erworbene Wissen umgehend in eigenen Projekten praktisch anzuwenden.
KI-gestützte Softwareentwicklung 2.0 de
KI-Assistenten wie GitHub Copilot unterstützen uns nun schon seit einiger Zeit beim Schreiben von Code und Tests und sind aus dem Alltag vieler Entwicklerinnen und Entwickler nicht mehr wegzudenken.
Doch inzwischen geht KI-gestützte Softwareentwicklung weit über die reine Codegenerierung hinaus: Von der Ideenfindung über den Architekturentwurf bis hin zur Implementierung kann KI heute nahezu alle Phasen eines Softwareprojekts aktiv unterstützen.
In diesem Vortrag zeige ich anhand eines konkreten Beispiels, wie ich mit Hilfe von KI in kurzer Zeit eine vollständige App inklusive Frontend und Backend entwickelt habe – und wie die KI dabei in jeder Projektphase den Großteil der Arbeit übernommen hat. Neben praktischen Einblicken erhalten die Teilnehmenden auch Tipps, wie sie KI-Tools selbst effektiv in ihren Projekten einsetzen können.
KI-gestütztes Test-Driven Development und Behaviour-Driven Development de
KI-Assistenten erfreuen sich zu Recht immer größerer Beliebtheit in der Softwareentwicklung. Besonders bei Aufgaben wie dem Schreiben von automatisierten Tests nehmen sie uns, richtig eingesetzt, viel Arbeit ab. Das nachträgliche Schreiben von Tests für vorhandenen Code ist mit KI-Unterstützung relativ einfach.
Aber wie sieht es mit Vorgehensweisen wie Test-Driven Development (TDD) und Behaviour-Driven Development (BDD) aus, bei denen die Tests vor der Implementierung geschrieben werden? Diese Methoden sind nach wie vor sehr beliebt.
In diesem Vortrag untersuchen wir anhand von praktischen Beispielen, inwieweit uns Tools wie ChatGPT und (GitHub) Copilot auch bei TDD und BDD unterstützen können. Wir zeigen, wie diese KI-Assistenten die Effizienz steigern können, ohne dass wir Kompromisse bei der Qualität der Tests eingehen.
Test your architecture with ArchUnit.NET en de
At the start of a project, productivity is high. The architecture, components, and dependencies are clearly defined. However, as the codebase grows and requirements become more complex, unwanted dependencies creep in. Changes take longer and become more costly. The code and architecture diagrams no longer align.
Architecture tests can counteract this. They work like unit tests but focus on non-functional requirements. By automating them in the continuous build process, they prevent violations of the initially established architectural rules.
This talk provides an overview of the capabilities of architecture tests with ArchUnit.NET. Using a sample architecture, it demonstrates how various aspects of the architecture can be tested.
Teste deine Architektur mit ArchUnit.NET en de
Am Anfang eines Projekts ist die Produktivität hoch. Architektur, Bausteine und Abhängigkeiten sind klar definiert. Doch mit der Zeit wird der Code umfangreicher und die Anforderungen komplexer. Ungewollte Abhängigkeiten schleichen sich ein, Änderungen dauern länger und werden teurer. Code und Architekturdiagramme passen nicht mehr zusammen.
Architekturtests wirken dem entgegen. Sie funktionieren wie Unit Tests, testen jedoch nichtfunktionale Anforderungen. Automatisiert im Continuous Build verhindern sie Verstöße gegen die anfangs aufgestellten Architekturregeln.
Der Vortrag gibt einen Überblick über die Möglichkeiten von Architekturtests mit ArchUnit.NET. Anhand einer Beispielarchitektur wird demonstriert, wie sich verschiedene Aspekte der Architektur testen lassen.
Besser testen mit Akzeptanztests de
Unit Tests sind ein wichtiger Bestandteil einer jeden Testsuite. Sie werden von Entwicklern für Entwickler geschrieben und testen den Code auf der untersten Ebene. Das ist gut und wichtig, hat aber auch seine Grenzen. Man kann vor allem mit Unit Tests nicht sicherstellen, dass das richtige Feature umgesetzt bzw. ein Feature richtig umgesetzt wurde.
Hier setzen Akzeptanztests an. Diese stehen in der Testpyramide eine Ebene über den Unit Tests. Im Gegensatz zu Unit Tests können Akzeptanztests auch von Nicht-Entwicklern in einer formalen, natürlichen Sprache geschrieben werden. Ein Akzeptanztests beschreibt jeweils konkrete Beispiele von Use Cases. Mit entsprechenden Tools werden diese automatisiert ausführbar gemacht. Man erhält eine ausführbare Spezifikation. Manuelle Regressionstests gehören damit der Vergangenheit an.
Durch dieses Vorgehen, das auch als Behaviour-Driven Development (BDD) bezeichnet wird, wird auch die Zusamenarbeit zwischen Entwicklern und anderen Stakeholdern gefördert. Nebenbei kann eine lebende Dokumentation generiert werden, in der jederzeit für jeden ersichtlich ist, welche Features bereits umgesetzt sind und funktionieren und was noch nicht umgesetzt ist bzw. nicht funktioniert.
In diesem Vortrag schauen wir uns die Grundlagen von Behaviour-Driven Development (BDD) und Akzeptanztests an. Anschließend sehen wir uns an einem konkreten Beispiel an wie sich Akzeptanztests in .NET mit SpecFlow umsetzen lassen.
Domain-Driven Design für Einsteiger de
Softwareentwickler lösen Probleme gerne mit Technik. Anforderungen werden umgesetzt, ohne viel mit dem Anwender zu kommunizieren, und ohne immer das Problem des Anwenders zu verstehen, das die Software lösen soll. Durch fehlende fachliche Schnitte entsteht ein Big Ball of Mud, in dem alles voneinander abhängig ist und die Kosten für die Weiterentwicklung schnell steigen. Irgendwann ist eine technische Komplexität erreicht, die niemand mehr beherrschen kann.
Domain-Driven Design ist ein Ansatz, um dem Big Ball of Mud langfristig entgegenzuwirken. Im Vordergrund steht die Zusammenarbeit mit den Fachexperten sowie der Fokus auf klar voneinander abgegrenzte Teilsysteme.
Dieser Vortrag richtet sich an Einsteiger, die bisher keine Erfahrung mit diesem umfangreichen Thema gemacht haben. Er bietet einen leicht verständlichen Überblick über die wesentlichen Inhalte des Strategic Design, Tactical Design und Collaborative Modeling. Am Ende haben die Teilnehmer ein Grundverständnis von Domain-Driven Design und kennen alle wichtigen Konzepte.
Jenseits des Vibes: Wie KI-unterstützte Entwicklung professionell wird de
Vibe Coding ist der neue Hype. Plötzlich kann jeder mit ein paar Prompts lauffähige Software erzeugen – ohne klassische Programmierkenntnisse. Für viele ein Gamechanger: Ideen lassen sich in kürzester Zeit in benutzbare Prototypen verwandeln. Feature-Ideen können validiert werden, bevor die erste User Story im Backlog steht.
Doch was passiert, wenn wir hinter die Fassade blicken? Allzu oft entdecken wir schlecht wartbaren Code, veraltete Bibliotheken, Sicherheitslücken und einen Mangel an Testbarkeit. Schnell wird klar: Die Magie hat ihre Schattenseiten. KI kann viel – aber guten Code erzeugt sie nicht von allein.
In diesem praxisorientierten Vortrag zeige ich, wie wir als Entwicklerinnen und Entwickler die Stärken von KI gezielt nutzen können – ohne dabei unsere Standards für Qualität, Wartbarkeit und Architektur über Bord zu werfen. Statt blindem Vertrauen setzen wir auf eine kollaborative Partnerschaft mit der KI: vom strukturierten Prompting über die gezielte Nutzung bewährter Architektur- und Designprinzipien bis zur kontinuierlichen Reflektion der Ergebnisse.
Du erhältst konkrete Tipps und Strategien, wie du KI als produktiven Sparringspartner in deinem Projektalltag einsetzen kannst – nicht für schnellen Vibe, sondern für nachhaltiges Engineering.
IT-Tage 2025 Upcoming
- KI-gestütztes Test-Driven Development und Behaviour-Driven Development
IT-Tage 365
- Teste deine Architektur!
Magdeburger Developer Days 2025
- Schneller (und besser?) Unit Tests schreiben mit KI
- Teste deine Architektur mit ArchUnit.NET
BASTA Spring 2025
- Teste deine Architektur mit ArchUnit.NET
IT-Tage 2024
- Besser testen mit Akzeptanztests
- Teste deine Architektur!
- Schneller (und besser?) Unit Tests schreiben mit KI
Magdeburger Developer Days 2024
- Domain-Driven Design für Einsteiger
- Teste deine Architektur!
.NET Day Franken 2024
- Domain-Driven Design für Einsteiger
IT-Tage 2023
- Unit Tests - Grundlagen und Best Practices
- Teste deine Architektur!
SEACON digital 2023
- Teste deine Architektur!
BED-Con 2023 Sessionize Event
Magdeburger Developer Days 2023
- Unit Tests - Grundlagen und Best Practices
- Teste deine Architektur!
Magdeburger Developer Days 2022
- Einführung in Domain-Driven Design
- Unit Tests!? Was ist das, wofür brauche ich das, und wie fange ich damit an?
Please note that Sessionize is not responsible for the accuracy or validity of the data provided by speakers. If you suspect this profile to be fake or spam, please let us know.
Jump to top