Zum Inhalt springen
SDETRole
SDETRole

Glossar · Testgrundlagen

Shift-Left-Testing

Englisch: Shift-left testing

Auch genannt: Shift Left, Shift-Left, Shift-Left-Ansatz

Definition

Das Vorverlagern von Test- und Qualitätsaktivitäten im Lieferzyklus, damit Fehler verhindert oder dann gefunden werden, wenn ihre Behebung am günstigsten ist.

Shift-Left-Testing bedeutet, Qualitätsarbeit früher zu erledigen: links auf einer Zeitachse, die von den Anforderungen bis zum Release reicht. Statt einer Testphase nach Abschluss der Entwicklung prüfen Tester und Entwickler die Anforderungen, vereinbaren Akzeptanzkriterien, schreiben automatisierte Tests parallel zum Code und führen sie bei jedem Commit aus. Ein Fehler, der im Anforderungsreview gefunden wird, kostet ein Gespräch; derselbe Fehler in Produktion kostet einen Incident.

Wie es in der Praxis aussieht

  • Refinement. Ein Tester fragt „Was passiert, wenn der Gutschein abgelaufen ist?“, bevor überhaupt Code existiert, und die Antwort wird zum Akzeptanzkriterium.
  • Design. Testbarkeit wird von Anfang an besprochen: stabile Test-IDs, API-Endpunkte zum Anlegen von Testdaten, Feature Flags.
  • Entwicklung. Unit- und API-Tests werden zusammen mit dem Feature geschrieben, nicht Wochen später. Statische Analyse und Linting laufen im Editor und bei Pull Requests.
  • CI. Jeder Pull Request führt die schnellen Suites aus, und ein Fehlschlag blockiert den Merge.

Shift Left vs. Shift Right

Shift-Right-Testing ist die ergänzende Idee: aus der Produktion lernen, durch Monitoring, Canary Releases, Feature Flags, synthetische Checks und A/B-Experimente. Manche Fehler, etwa durch reale Traffic-Muster oder Ausfälle von Drittanbietern, treten nur in Produktion auf. Reife Teams tun beides. Shift Left ist kein Grund, nicht mehr zu beobachten, was nach dem Release passiert.

Häufige Fehler

  • Umbenennen, ohne etwas zu ändern. Wenn Tester weiterhin einen fertigen Build und eine Deadline bekommen, hat sich nichts verschoben. Der Prüfstein ist, ob Qualitätsgespräche stattfinden, bevor Code geschrieben wird.
  • Entwickler das gesamte Testen allein machen lassen. Shift Left verteilt das Testen über das Team; es macht Testkompetenz nicht überflüssig. Tester wechseln oft in Coaching, Testdesign und den Bau von Tooling.
  • Nur die Automatisierung verschieben. UI-Tests früher auszuführen hilft, doch die größten Gewinne entstehen meist dadurch, Anforderungen zu klären und Prüfungen auf die Unit- und API-Ebene zu verlagern.

Tippen Sie, um SDETRole zu durchsuchen.

Volltextsuche mit Pagefind · läuft in Ihrem Browser Suchseite öffnen →