Quality Gates in der Entwicklung: Definition und Nutzen

Was ein Quality Gate ist

Ein Quality Gate ist eine feste Prüfstelle im Entwicklungsprozess, an der ein Stück Code eine definierte Bedingung erfüllen muss, bevor es weitergeht – etwa bevor ein Merge erlaubt wird oder eine neue Version ausgeliefert werden darf. Anders als eine Empfehlung oder ein Hinweis ist ein Gate binär: Die Bedingung ist erfüllt oder nicht, und im zweiten Fall stoppt der Prozess automatisch, unabhängig davon, wie dringend die Änderung erscheint.

Wo ein Gate typischerweise steht

Vor dem Merge in den Hauptzweig

Ein Gate kann prüfen, ob alle Tests bestehen, ob die Testabdeckung eine festgelegte Grenze nicht unterschreitet oder ob die statische Analyse keine kritischen Befunde meldet. Erst wenn diese Bedingungen erfüllt sind, lässt sich eine Änderung überhaupt in den gemeinsamen Codebestand übernehmen.

Vor der Auslieferung

Ein weiteres Gate kann zwischen einem erfolgreichen Build und der tatsächlichen Auslieferung stehen und zusätzlich prüfen, ob etwa eine Migration reversibel angelegt ist oder ob bestimmte Umgebungsvariablen gesetzt sind. Dieser Schritt fängt Fehler ab, die erst im Zusammenspiel mit der Zielumgebung sichtbar werden.

In der Pipeline statt auf dem eigenen Rechner

Ein Gate, das nur lokal läuft, hängt vom Zufall ab, ob es tatsächlich ausgeführt wird. Ein Gate, das Teil der zentralen Pipeline ist, gilt für jede Änderung gleichermaßen – unabhängig davon, wer sie eingereicht hat oder wie viel Zeit dafür zur Verfügung stand.

Warum sich ein Gate nicht überreden lassen darf

Der eigentliche Wert eines Quality Gates liegt darin, dass es keine Ausnahmen kennt. Ein Gate, das sich bei Zeitdruck, für einen bestimmten Kollegen oder „nur dieses eine Mal“ umgehen lässt, ist kein Gate mehr, sondern eine Empfehlung mit zusätzlichem Schritt – und genau in den Momenten, in denen unter Druck eine Ausnahme gemacht wird, entstehen die Fehler, gegen die das Gate eigentlich schützen sollte. Ein manueller Umgehungsweg, der einmal genutzt wurde, wird beim nächsten Termindruck wieder genutzt, bis das Gate faktisch wirkungslos ist.

Was ein gutes Gate ausmacht

• Eine klar messbare, automatisch prüfbare Bedingung statt einer subjektiven Einschätzung
• Ein fester Platz in der Pipeline, den jede Änderung gleichermaßen durchläuft
• Keine dauerhaft eingerichtete Umgehung, auch nicht für einzelne Personen oder Projekte
• Eine verständliche Fehlermeldung, die zeigt, welche Bedingung nicht erfüllt wurde
• Eine regelmäßige Überprüfung, ob die Schwellenwerte noch zum aktuellen Stand des Projekts passen

Was genau als „fertig“ gilt, bevor ein Gate überhaupt greifen kann, ist eine eigene Frage – der Beitrag zur Definition of Done beschreibt, wie sich dieser Maßstab konkret festlegen lässt, und der Grundlagenartikel Was ist ein Quality Gate? ordnet den Begriff selbst ein. Wie sich mehrere Gates sinnvoll in eine bestehende Pipeline einfügen, zeigt der Beitrag zu Quality Gates in der CI/CD-Pipeline.

Was ein Gate im Alltag bewirkt

Ein Team, das seine Gates konsequent durchsetzt, verliert dadurch keine Geschwindigkeit, sondern verlagert Fehler dorthin, wo sie am billigsten zu beheben sind: vor dem Merge statt nach der Auslieferung. Werkzeuge wie Code Guardian lassen sich als Teil eines solchen Gates einsetzen, um wiederkehrende Prüfungen automatisch statt manuell auszuführen – der Gate-Gedanke selbst bleibt davon unabhängig: Er lebt von der Konsequenz, nicht vom eingesetzten Werkzeug.