- Thomas Much
- tbc
- tbc
- tbc
- Session
APIs sind das Rückgrat moderner Softwarelandschaften – und zugleich eine der größten Fehlerquellen: Schnittstellen ändern sich, abhängige Systeme gehen kaputt und Tests schlagen oft erst zu spät fehl. Genau hier setzen unterschiedliche Testansätze an: klassische API-Tests, Contract-Tests, Consumer-driven Contract-Tests und einige mehr.
Doch was genau unterscheidet diese Ansätze voneinander? Diese Session zeigt, wie jedes dieser Testverfahren funktioniert, welche Probleme es löst, welche Schwierigkeiten man bedenken sollte und wo die Grenzen liegen.
Wir werden sehen, warum es sinnvoll ist, Systeme oder Teilsysteme über ihre Schnittstellen zu testen, welche Vereinfachungen sich ergeben, etwa durch klarere Verantwortlichkeiten, bessere Testautomatisierung und unabhängigere Deployments – und wie man die Notwendigkeit der eher instabilen End-to-end-Tests verringern kann.
Damit das alles greifbarer wird, schauen wir uns typische Tools sowie kleine (Java-)Codebeispiele an.
