Exploratives Testen misslingt in den meisten Unternehmen, weil die Teams es als Ausrede benutzen, um die Planung zu umgehen - oder schlimmer noch, als chaotische Fehlersuche, die nur oberflächliche Probleme aufdeckt. Die wahre Stärke explorativer Testverfahren liegt im strukturierten Experimentieren: zeitlich begrenzte Sitzungen, die sich auf risikoreiche Unbekannte konzentrieren, vor allem beim Testen nicht-funktionaler Anforderungen, bei denen Leistung, Sicherheit und Gebrauchstauglichkeit noch nicht definiert wurden. Wenn Teams lernen, die Erkundung auf das zu beschränken, was wirklich wichtig ist, nur so viel zu dokumentieren, dass sie Maßnahmen ergreifen können, und ihre Entdeckungen in automatisierte Regressionstests umzuwandeln, verwandeln sie das Unbekannte in einen strategischen Vorteil und nicht in einen Dokumentationsalptraum.
In dieser Folge spreche ich mit Callum Akehurst-Ryan, einem Qualitätscoach mit fast 20 Jahren Erfahrung, darüber, warum exploratives Testen weit mehr ist als zufälliges Knöpfchendrücken - und wie Teams es verschwenden, indem sie es an den falschen Stellen einsetzen. Callum führt uns durch praktische explorative Testverfahren, mit denen Risiken in nicht-funktionalen Anforderungen wie Leistung und Sicherheit aufgedeckt werden können, vor allem wenn sich niemand die Mühe gemacht hat, zu dokumentieren, wie "gut" aussehen sollte. Wir besprechen, wie man die Erkundung mit Zeitvorgaben und risikobasierten Testumfängen strukturiert, wann man Befunde in automatisierte Tests umwandelt und warum die Nachrüstung von Qualität in bestehende Systeme eine andere Software-Teststrategie erfordert, als die meisten Teams denken.
"Wir machen explorative Tests, wenn die Dinge unbekannt sind. Aber aus dem Unbekannten gewinnen wir Informationen. Das macht die Dinge bekannt." - Callum Akehurst-Ryan
Callum Akehurst-Ryan ist ein Test-Spezialist und Qualitätscoach mit über 17 Jahren Erfahrung in verschiedenen Branchen und Entwicklungsmethoden. Mit dem Schwerpunkt auf ganzheitlichem Quality Engineering und explorativem Testen unterrichtet Callum andere in zentralen und agilen Testkonzepten. Außerdem ist er ein hervorragender Dungeon Master!
Mit explorativen Tests können Teams Risiken aufdecken, Unbekanntes entdecken und letztlich die Qualität ihrer Produkte verbessern - auch wenn Anforderungen fehlen. In dieser Zusammenfassung von Software Testing Unleashed erläutern Gastgeber Richie und der erfahrene Qualitätscoach Callum Akehurst-Ryan, wie, wann und warum exploratives Testen für dein Unternehmen funktioniert.
Als Richie und Callum Akehurst-Ryan die Sitzung eröffneten, sprachen sie schnell ein weit verbreitetes Missverständnis an: Teams verwenden den Begriff "exploratives Testen" oft sehr locker und beziehen ihn manchmal auf jede unstrukturierte Testsitzung. Callum Akehurst-Ryan erklärte: "Beim explorativen Testen führen wir Experimente durch und suchen nach Informationen, die uns helfen, Unbekanntes zu bestätigen oder zu lernen." Es geht darum, Bereiche zu untersuchen, für die es keine Anforderungen gibt, über die Risiken nicht gesprochen wurde und für die herkömmliche Bestehens-/Fehlschlagkriterien nicht ausreichen.
Im Gegensatz zu geskripteten Tests, die bestätigen sollen, ob sich ein System wie erwartet verhält, sind explorative Tests proaktiv: Sie sind eine experimentelle Untersuchung, um Informationen aufzudecken, die künftige Anforderungen beeinflussen oder versteckte Risiken aufdecken können. Wichtig ist, dass man nicht einfach ziellos herumklickt oder dem Chaos freien Lauf lässt - es kann und sollte strukturiert und geplant sein und sich an priorisierten Risiken orientieren.
Callum Akehurst-Ryan hat drei wichtige Situationen beschrieben, in denen exploratives Testen am besten funktioniert:
Shift-Left: Zu Beginn des Softwarelebenszyklus, wenn die Teams ihre Entwürfe oder architektonischen Dokumente reviewen, können explorative Tests Unsicherheiten aufdecken und Diskussionen über Risiken auslösen. Diese vorgelagerte Erkundung hilft dabei, die Anforderungen und Akzeptanzkriterien zu formulieren.
Edge Case Discovery: Entwicklerinnen und Entwickler decken oft die "Happy Paths" ab - also die Abläufe, denen die meisten Nutzerinnen und Nutzer folgen werden. Explorative Tests helfen dabei, ungewöhnliche oder negative Szenarien zu entdecken, die geskriptete Tests übersehen könnten, und sorgen so für eine robuste Überdeckung über das Offensichtliche hinaus.
Nicht-funktionale Nachrüstungen: Viele Unternehmen, vor allem Start-ups und Scale-ups, veröffentlichen Software ohne klare nicht-funktionale Anforderungen (Leistung, IT-Sicherheit, Gebrauchstauglichkeit usw.). Mit explorativen Tests kannst du diese Qualitäten untersuchen, grundlegende Informationen sammeln und verwertbares Feedback erstellen, selbst wenn die ursprünglichen Anforderungen nicht spezifiziert wurden.
Dieser Ansatz ist besonders wirkungsvoll, wenn nur wenige Tester zur Verfügung stehen und das Fachwissen über Qualität dünn gesät ist. Er verwandelt unbekanntes Terrain in verwertbare Informationen, die Teams und Architekten nutzen können, um ihre Produkte zu reifen.
Um zu verhindern, dass sich Sondierungssitzungen in endlose Fehlerjagden verwandeln, empfiehlt Callum Akehurst-Ryan eine strukturierte Planung. Er lehnt sich dabei an Elizabeth Hendricksons "Explore It!" an und empfiehlt einen am Risiko orientierten Umfang und strikte Zeitvorgaben. Indem sie die Spielwiese auf das Wesentliche eingrenzen, erreichen die Tester mehr Tiefe als oberflächliche Breite.
Genauso wichtig ist das Ego-Management: "Achte darauf, dass du Informationen befundest, die wirklich hilfreich sind und mit deinem Team zusammenarbeiten, anstatt zu versuchen, zu beweisen, dass du ein guter Tester bist", sagt Callum Akehurst-Ryan. Konzentriere dich nur auf Themen, die dem Team wichtig sind, und frage regelmäßig: "Lohnt es sich, das genauer zu untersuchen?" So bleibt die Arbeit einheitlich, es werden keine Stunden verschwendet und die Befunde sind relevant.
Die Dokumentation variiert je nach Kontext. In regulierten Sektoren sind Audit-Trails, Beweise und Screenshots erforderlich, aber für viele agile Teams lassen sich die Ergebnisse am besten durch Fehlerzustände, Wiki-Seiten oder kurze Slack-Notizen festhalten. Beim Test in Paaren kann eine Person fahren, während die andere kurze Notizen zur Sitzung macht, die später in nützliche Zusammenfassungen umgewandelt werden.
Der entscheidende Punkt ist, dass explorative Tests nicht für wiederholte Regressionstests geeignet sind. Wenn Entdeckungen Bereiche vom Unbekannten zum Bekannten verschieben, solltest du sie in automatisierte oder geskriptete Tests umsetzen, um Wiederholungstests und abweichende Standards zu vermeiden. Auf diese Weise konzentriert sich das explorative Testen auf neue, ungewisse Herausforderungen, anstatt doppelte Arbeit zu leisten.
Neue Tools wie Playwright verbinden KI mit Browser-Automatisierung, um Arbeitsabläufe abzubilden und Verhaltensweisen zu dokumentieren. Wie Callum Akehurst-Ryan beschrieben hat, können KI-gestützte Tools Websites durchforsten, gängige Prozesse identifizieren und sogar automatische Regressionsprüfungen nachrüsten - nützlich, wenn Anforderungen verloren gehen oder die Produktverantwortung nicht mehr gegeben ist. Diese Tools werden zwar weiterentwickelt, aber ihre Fähigkeit, das Systemverhalten zu extrahieren, bietet Testern einen guten Ausgangspunkt, vor allem bei älteren Produkten oder beim Nachrüsten von Tests.