←  Alle Begriffe
R
QA & Deployment

Regressionstest

Ein Regressionstest prüft, ob bestehende Funktionen nach Änderungen weiterhin korrekt arbeiten.

Regressionstests stellen sicher, dass bereits funktionierende Bereiche nach neuen Änderungen, Updates oder Erweiterungen weiterhin wie erwartet arbeiten. Sie können automatisiert wiederkehrende Prüfungen übernehmen und dadurch Fehler früh sichtbar machen. Kritische Nutzerwege und komplexe Interaktionen sollten zusätzlich manuell getestet werden, da automatisierte Checks nicht alle Probleme zuverlässig erfassen. Eng verbunden ist der Begriff mit Qualitätssicherung und End-to-End-Test.

Weiterlesen

Qualitätssicherung

End-to-End-Test

Deployment

CI/CD

FAQ

Regressionstest

Welche typischen Fehler gibt es bei Regressionstests?
Häufig sind instabile Tests, die ohne Codeänderung mal bestehen und mal scheitern, sowie veraltete Testfälle, die nach Änderungen niemand pflegt. Ebenso problematisch ist die Annahme, grüne Tests bedeuteten Fehlerfreiheit. Grüne Tests belegen nur, dass die geprüften Szenarien funktionieren. Lücken in der Abdeckung bleiben dabei unsichtbar.
Welche Bereiche gehören in eine Regressionstest-Suite?
Priorität haben geschäftskritische Nutzerwege, zentrale Integrationen und Bereiche, in denen zuletzt Fehler auftraten. Eine Suite, die alles abdeckt, wird langsam und dann ignoriert. Sinnvoll ist eine kleine, schnelle Kernmenge bei jedem Deployment und ein größerer Lauf vor umfangreichen Releases. So bleibt das Feedback für Entwickler zeitnah.
Wann lohnt sich die Automatisierung von Regressionstests?
Automatisierung lohnt sich bei häufigen Releases und stabilen, oft genutzten Abläufen wie Checkout, Login oder Formularen. Bei selten geänderten Bereichen oder stark schwankender Oberfläche übersteigt die Wartung der Skripte den Nutzen. Neue oder visuell heikle Bereiche werden besser manuell geprüft.
Worin unterscheidet sich ein Regressionstest vom End-to-End-Test?
Ein Regressionstest beschreibt den Zweck, ein End-to-End-Test die Methode. Regressionstests prüfen, ob Bekanntes nach Änderungen noch funktioniert, und können Unit-, Integrations- oder End-to-End-Tests umfassen. End-to-End-Tests durchlaufen einen kompletten Nutzerweg und bilden oft den Kern der Regressionssuite, sind aber langsamer und wartungsintensiver.