Die Frage taucht in jeder Planung auf: In welchem Verhältnis brauchen wir Unit-, Integrations- und E2E-Tests? Sie klingt vernünftig und ist trotzdem nicht beantwortbar — sie kennt weder deine Architektur noch deine Risiken. Eine Suite kann tausend Tests haben, eine halbe Stunde laufen und genau den Fehler übersehen, der am Freitagabend auffällt.
Vier Aussagen, nicht vier Werkzeugkästen
Die Testarten unterscheiden sich nicht durch ihr Framework, sondern durch ihren Prüfgegenstand. Ein Unit-Test belegt, dass eine Regel stimmt. Ein Integrationstest, dass deine Anwendung korrekt angeschlossen ist. Ein Contract Test, dass zwei unabhängig ausgelieferte Releases noch zueinander passen. Ein E2E-Test, dass jemand sein Ziel erreicht. Vier verschiedene Aussagen — deshalb ersetzt keine die andere.
Umfang und Größe sind zwei Achsen
Google trennt zwei Dinge, die im Alltag ständig zusammenfallen: wie viel Code ein Test prüft, und welche Ressourcen er dafür braucht. Das klingt akademisch, löst aber erstaunlich viel Streit auf. Ein Test kann eng sein und trotzdem mittelgroß — etwa eine Repository-Prüfung mit echter Datenbank. Wer nur „Unit oder Integration?” fragt, hat für diesen Fall gar kein Wort.
Ein Vertrag ist kein Fachtest
Das aufschlussreichste Detail steht in der Dokumentation von Spring Cloud Contract: Wenn eine Prüfung aus hundert fachlichen Gründen scheitern kann, schreibst du nicht hundert Verträge — sondern zwei, für den positiven und den negativen Fall der Schnittstelle. Alles andere gehört eine Ebene tiefer. Verträge prüfen die Kommunikation zwischen Anwendungen, nicht ihr fachliches Verhalten.
Mehr dazu
Welche sieben Kriterien du durchgehst und wie daraus ein Testportfolio für benannte Risiken statt einer Quote wird, zeigt das kostenlose Kurzmodul Sieben Entscheidungskriterien — mit Video und Kapitelübersicht.
Dieses Thema als Schulung für Ihr Team
Dieser Beitrag erklärt das Thema. Damit Ihr Team es danach auch anwendet, gibt es Java Testing mit JUnit, Mockito und Testcontainers als Schulung — an Ihrem eigenen Code, mit den Fragen, die ein Text nicht beantwortet. Sie wählen die Module, wir bauen daraus ein Programm.
3 Tage·ab 900 EUR netto pro Tag (bis 3 Teilnehmende) ·Termin nach Vereinbarung
Als Team-Schulung anfragenZum Seminar Java Testing mit JUnit, Mockito und Testcontainers →