BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//Meetup//Meetup Calendar 1.0//EN
CALSCALE:GREGORIAN
METHOD:PUBLISH
NAME:Java User Group Hamburg
X-WR-CALNAME:Java User Group Hamburg
BEGIN:VTIMEZONE
TZID:Europe/Berlin
TZURL:http://tzurl.org/zoneinfo-outlook/Europe/Berlin
X-LIC-LOCATION:Europe/Berlin
BEGIN:DAYLIGHT
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
TZNAME:CEST
DTSTART:19700329T020000
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0200
TZOFFSETTO:+0100
TZNAME:CET
DTSTART:19701025T030000
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU
END:STANDARD
END:VTIMEZONE
BEGIN:VEVENT
UID:event_315833960@meetup.com
SEQUENCE:1
DTSTAMP:20260805T025440Z
DTSTART;TZID=Europe/Berlin:20260806T190000
DTEND;TZID=Europe/Berlin:20260806T203000
SUMMARY:Teststrategien für Hexagonale Architektur
DESCRIPTION:Java User Group Hamburg\nHexagonale Architektur gilt als beson
 ders gut testbar. In der Praxis bleibt aber oft unklar\, welche Tests man 
 konkret schreiben sollte: Unit-Tests für jede Klasse\, Integration-Tests 
 gegen die echte Datenbank oder doch E2E-Tests durch die UI?\n\nDieser Vort
 rag zeigt eine Teststrategie\, die sich direkt aus der Architektur ableite
 t. Ausgehend von Khorikovs vier Qualitätsmerkmalen für Tests betrachten 
 wir die Testarten der Hexagonalen Architektur: Port-to-Port-Tests für die
  Fachlichkeit\, Adapter-Tests mit Testcontainers für die Ränder und Syst
 em-Integration-Tests für das Zusammenspiel. Dazu kommen die Fragen\, die 
 im Alltag entscheiden\, ob eine Teststrategie trägt: Woher kommen die Tes
 tdaten? Wann ist ein Fake besser als ein Mock? Wie sichern Architektur-Tes
 ts die Abhängigkeitsregeln des Hexagons? Und warum sagt Line Coverage wen
 ig darüber aus\, wie gut die Tests wirklich sind? Zum Schluss geht es üb
 er die Grenze eines einzelnen Hexagons hinaus: Wie testet man mehrere Serv
 ices zusammen\, ohne in fragile E2E-Tests zu laufen? Contract Tests geben 
 darauf eine Antwort.\n\n**Referent**:\nAndreas Jürgensen ist Softwarearch
 itekt mit mehrjähriger Erfahrung als Softwareentwickler. Sein besonderer 
 Fokus liegt auf der Modernisierung von Legacy-Systemen sowie dem automatis
 ierten Testen und Collaborative Modeling - Bereichen\, die er als essenzie
 lle Bestandteile nachhaltiger und wartbarer Softwareentwicklung versteht. 
 Er ist Gründer und Geschäftsführer von FOURTEEN IT und unterstützt dor
 t als Coach und Consultant Unternehmen und Entwicklungsteams durch Trainin
 gs und Beratung bei der Konzeption und Umsetzung moderner Softwaresysteme.
URL;VALUE=URI:https://www.meetup.com/jug-hamburg/events/315833960/
STATUS:CONFIRMED
CREATED:20260725T164111Z
LAST-MODIFIED:20260725T164111Z
CLASS:PUBLIC
END:VEVENT
X-ORIGINAL-URL:https://www.meetup.com/jug-hamburg/events/ical/
X-WR-CALNAME:Java User Group Hamburg
END:VCALENDAR