Seminar Micronaut – Testing mit JUnit, Test Resources und Testcontainers

Schnelle Tests und realistische Infrastrukturtests erfüllen unterschiedliche Aufgaben. Das Seminar strukturiert Micronaut-Tests von isolierter Fachlogik über Bean- und HTTP-Tests bis zu Datenbank-, Messaging-, Security- und Vertragstests mit Test Resources und Testcontainers.

Inhaltsübersicht

• Zielsetzung
• Zielgruppe
• Voraussetzungen
• Seminarinhalte
• Praxisübungen
• Methodik

Zielsetzung

• Testarten nach Risiko, Geschwindigkeit und Systemgrenze auswählen
• MicronautTest, Dependency Injection, Mocks und Transaktionen kontrolliert verwenden
• Externe Abhängigkeiten reproduzierbar mit Test Resources und Testcontainers bereitstellen
• Security-, Messaging-, Vertrags- und CI-Tests stabil und parallelisierbar gestalten

Zielgruppe

Java- und Kotlin-Entwickler, Backend-Entwickler, technische Consultants und Softwarearchitekten.

Voraussetzungen

Sichere Java- oder Kotlin-Grundkenntnisse, objektorientierte Programmierung, HTTP-Grundlagen und Erfahrung mit Gradle oder Maven.

Seminarinhalte

1. Schritt 1: Teststrategie und Grenzen festlegen

   Fachrisiken, externe Systeme, Testlaufzeit und notwendige Realitätsnähe werden erfasst. Unit-, Komponenten-, Integrations- und End-to-End-Tests erhalten klare Verantwortlichkeiten.

2. Schritt 2: Fachlogik isoliert testen

   Pure Services, Werteobjekte, Parameterized Tests, Fehlerfälle und deterministische Zeit werden ohne Frameworkstart geprüft.

3. Schritt 3: Bean-Kontext mit MicronautTest verwenden

   Dependency Injection, Umgebungen, Properties, Lebenszyklus und gezielter Kontextstart werden für Komponentenprüfungen eingesetzt.

4. Schritt 4: Beans ersetzen und Mocks begrenzen

   MockBean, Testimplementierungen, Spies und externe Systemgrenzen werden so verwendet, dass interne Architektur nicht übermäßig gekoppelt wird.

5. Schritt 5: HTTP-Endpunkte testen

   Embedded Server, HTTP-Client, Authentifizierung, Header, Statuscodes, Payloads, Validierung und Fehlerantworten werden aus Verbrauchersicht geprüft.

6. Schritt 6: Datenzugriff und Transaktionen prüfen

   Repositories, Migrationen, Commit, Rollback, Sperren und Testisolation werden gegen eine reale Datenbankinstanz getestet.

7. Schritt 7: Test Resources einsetzen

   Automatische Bereitstellung, Property-Auflösung, Wiederverwendung, parallele Läufe und lokale Entwicklererfahrung werden für unterstützte Dienste eingerichtet.

8. Schritt 8: Testcontainers gezielt verwenden

   Eigene Container, Netzwerke, Startbedingungen, feste Images, Logs und Cleanup werden für nicht automatisch bereitgestellte Abhängigkeiten ergänzt.

9. Schritt 9: Messaging und asynchrone Abläufe testen

   Broker, Topics oder Queues, deterministische Wartebedingungen, Retry, Dead Letter und Idempotenz werden ohne fragile Sleep-Aufrufe geprüft.

10. Schritt 10: Security- und Vertragstests ergänzen

    Positive und negative Rollenfälle, Claims, Ablauf, CORS sowie API-Kompatibilität und Consumer-Erwartungen werden automatisiert abgedeckt.

11. Schritt 11: CI-Stabilität und Diagnose verbessern

    Parallelität, Zufallsports, Testdaten, Quarantäne, Wiederholung, Artefakte, Containerlogs und reproduzierbare Fehlerausgaben werden in die Pipeline integriert.

Praxisübungen

• Testpyramide für einen Service
• HTTP-Test mit Authentication
• Repository- und Migrationstest
• Test Resource und eigener Container
• Asynchroner Messaging-Test

Methodik

Kurze fachliche Einordnungen wechseln mit Demonstrationen und schrittweisen Übungen. Jeder Arbeitsstand wird gebaut, ausgeführt und durch automatisierte oder betriebliche Prüfungen abgesichert. Fehlerfälle werden bewusst einbezogen, damit Diagnose und Wiederanlauf nicht erst im Produktivbetrieb entstehen.