Was sind Unit Tests und warum sind sie wichtig für meine Anwendung?

Unit Tests sind automatisierte Tests, die isolierte Teile des Codes, wie Business-Logik und Datenvalidierung, überprüfen. Sie sind wichtig, um sicherzustellen, dass diese Komponenten wie erwartet funktionieren, auch wenn sie nicht den Gesamtzusammenhang der Anwendung testen.

Wie unterscheiden sich Feature Tests von Unit Tests?

Feature Tests, auch als HTTP Tests bekannt, überprüfen den vollständigen Request-Lifecycle einer Anwendung. Im Gegensatz zu Unit Tests testen sie nicht nur isolierte Funktionen, sondern auch die Interaktion zwischen verschiedenen Komponenten und die Integration in die Anwendung.

Wann sollten E2E Tests in einer CI/CD-Pipeline eingesetzt werden?

E2E Tests sollten gezielt auf kritische User Journeys wie Login, Checkout und Registrierung eingegrenzt werden. Da sie zeitintensiv und anfällig für Fehler sind, sind sie nur dann sinnvoll, wenn sie in den späteren Phasen der CI/CD-Pipeline auf dem Staging-Branch ausgeführt werden.

Wie kann ich die Test-Pyramide für moderne Webanwendungen anpassen?

Moderne Webanwendungen erfordern oft eine Anpassung der klassischen Test-Pyramide. Anstatt nur viele Unit und wenige E2E Tests durchzuführen, sollten eine Vielzahl an Feature Tests integriert werden, da sie einen besseren Kompromiss zwischen Testabdeckung und Ausführungszeit bieten.

Welche Rolle spielt die Pipeline-Integration für automatisierte Tests?

Die Pipeline-Integration ermöglicht es, Unit und Feature Tests parallel auszuführen, was die Feedback-Zyklen verkürzt und die Time-to-Market verbessert. E2E Tests sollten jedoch nur in bestimmten Phasen, wie auf dem Staging-Branch, durchgeführt werden, um sicherzustellen, dass die Anwendung stabil bleibt.

Zurück zu: Observability Stack: Prometheus, Grafana und Loki in Kubernetes

DevOps & CI/CD 7 Min. Lesezeit

Automatisierte Tests in CI/CD: Welche Test-Pyramide wirklich funktioniert

Die klassische Test-Pyramide ist ein guter Startpunkt — aber in der Praxis brauchen CI/CD-Pipelines einen angepassten Ansatz. Unsere Erfahrungen.

devRocks Engineering · 15. Februar 2026 · Aktualisiert: 31. März 2026 ·

Testing CI/CD PHPUnit Quality

Automatisierte Tests in CI/CD: Welche Test-Pyramide wirklich funktioniert

Die Test-Pyramide überdenken

Die klassische Pyramide sagt: viele Unit Tests, wenige Integration Tests, kaum E2E Tests. In der Praxis moderner Webanwendungen stimmt das nicht immer.

Unit Tests: Schnell, aber begrenzt

Unit Tests sind ideal für isolierte Business-Logik, Berechnungen und Datenvalidierung. Aber sie sagen nichts darüber aus, ob Ihre Komponenten zusammenarbeiten.

Feature Tests: Der Sweet Spot

In Laravel-Projekten sind Feature Tests (HTTP Tests) oft der beste Kompromiss. Sie testen den gesamten Request-Lifecycle — von der Route über Controller und Middleware bis zur Datenbank — und laufen trotzdem in Millisekunden.

Datenbank-Tests: Nutzen Sie LazilyRefreshDatabase für schnelle, isolierte Tests mit echter Datenbank.
Factory States: Definieren Sie aussagekräftige Factory-Zustände für verschiedene Szenarien.
Assertions: Laravel bietet mächtige Test-Assertions wie assertDatabaseHas(), assertRedirect() und assertSee().

E2E Tests: Gezielt einsetzen

Browser-Tests mit Tools wie Playwright oder Dusk sollten auf kritische User Journeys beschränkt werden: Login, Checkout, Registrierung. Sie sind langsam und fragil — aber für Happy Paths unverzichtbar.

Pipeline-Integration

In unseren CI/CD-Pipelines laufen Unit und Feature Tests parallel, gefolgt von E2E Tests nur auf dem Staging-Branch. So bleiben Feedback-Zyklen kurz, ohne auf Sicherheit zu verzichten.