Agile Testing: Testen in Scrum und DevOps

Was ist Agile Testing?

Agile Testing bedeutet: Qualität wird in jedem Sprint mitgedacht, nicht in einer separaten Testphase nachgelagert. Getestet wird früh und laufend – von der Anforderung („ist sie testbar?") bis zur automatisierten Regression im Sprint. Ziel ist schnelles Feedback statt später Fehlerfunde.

Whole-Team-Ansatz & die Rolle des Testers

Im agilen Team ist Qualität Teamverantwortung – Entwickler schreiben Tests, das Team definiert gemeinsam „fertig". Der Tester wird vom reinen Fehlerfinder zum Quality Coach: Er stärkt Testbarkeit von Anforderungen, treibt Automatisierung und exploratives Testen und macht Risiken sichtbar. Verschwinden tut die Rolle nicht – sie wird anspruchsvoller.

Die Testpyramide

Die Testpyramide ordnet Tests nach Umfang und Geschwindigkeit: viele schnelle Unit-Tests als Basis, weniger Integrations-/API-Tests in der Mitte, wenige langsame UI-/E2E-Tests an der Spitze. Wer die Pyramide umkehrt (viele fragile UI-Tests), bekommt langsame, instabile Pipelines. Mehr zur Umsetzung: Testautomatisierung.

Continuous Testing in CI/CD

Continuous Testing heißt: Bei jedem Commit laufen automatisierte Tests in der CI/CD-Pipeline und geben in Minuten Rückmeldung. So werden Fehler dort gefunden, wo sie am günstigsten zu beheben sind. Voraussetzung ist eine stabile, schnelle Automatisierung – sonst wird die Pipeline ignoriert.

Häufige Missverständnisse

• „Agil heißt keine Dokumentation": Nein – nur so viel wie nötig, dafür lebendig (z. B. testbare Akzeptanzkriterien).
• „Automatisierung ersetzt Tester": Nein – sie entlastet von Routine und schafft Raum für exploratives Testen.
• „Kein Testmanagement nötig": Doch – Teststrategie, Risiko und Reporting bleiben wichtig, nur verteilter.

Weiterlesen