Die Grenzen klassischen Testens
Beim klassischen Testen gehen wir davon aus, dass wir uns bewusst sind, was wir wissen und was wir nicht wissen, und können daher Testfälle entwerfen, die spezifisch darauf eingehen. Klassisches Testen bietet Struktur, Wiederholbarkeit und regulatorische Sicherheit, hat aber Grenzen.
Insbesondere in komplexen Systemen, beispielsweise solchen mit stark verzweigten Menüstrukturen, ist es schlichtweg nicht möglich, jeden Übergang oder Sonderfall mit einer spezifischen Anforderung abzudecken. Diese „Unknown Unknowns“ lassen sich durch vorgeschriebene Tests nicht erfassen, weil man schlicht nicht weiß, dass es die Tests geben sollte.
Wenn also klassische Tests allein nicht ausreichen, was ergänzt sie dann?
Exploratives Testen in der Praxis
Exploratives Testen funktioniert anders. Anstatt starren, vorab definierten Schritten zu folgen, finden Testen und Lernen gleichzeitig statt. Tester passen ihre Tests laufend an ihre Beobachtungen an, geleitet von Erfahrung und Systemverständnis.
Das bedeutet keineswegs, dass der Prozess unstrukturiert ist. Im Gegenteil: Exploratives Testen kann klar definierten Zielen und fokussierten Sessions folgen, unterstützt durch strukturierte Techniken wie Testchartas, Testtouren oder heuristischen Modelle wie SFDIPOT.
In der Praxis erweist sich das explorative Testen vor allem in zwei Phasen als besonders wertvoll:
- Früh in der Entwicklung, wenn sich die Funktionen noch weiterentwickeln und Anforderungen möglicherweise unvollständig sind. In dieser Phase hilft Exploratives Testen, Ungereimtheiten frühzeitig zu erkennen. Workflows werden untersucht, Architekturannahmen hinterfragt und Integrationsrisiken identifiziert, bevor sie sich auf spätere Entwicklungsphasen ausweiten, in denen ihre Behebung deutlich aufwendiger und teurer wird.
- Am Ende eines Projekts als unabhängige Qualitätsprüfung vor der Freigabe. Hier wird das hoffentlich fertige Produkt kritisch hinterfragt, die Systemrobustheit geprüft und eine weitere Sicherheitsebene vor dem Markteintritt geschaffen.
Business Value: geringer Aufwand, große Wirkung
Je früher eine Schwachstelle gefunden wird, desto geringer sind die Kosten für ihre Behebung. Das Prinzip ist als „Rule of Ten“ bekannt: Mit jeder Entwicklungsphase steigen die Behebungskosten typischerweise um das Zehnfache – von der Entwicklung über den Systemtest bis hin zum Einsatz im Feld.
Konkret bedeutet das: Ein Defekt, der in der Entwicklung vergleichsweise günstig behoben werden kann, kann in der Testphase bereits im Tausenderbereich kosten und nach Markteinführung in den Millionenbereich eskalieren. In der Medizintechnik kommen zu den technischen Kosten regulatorische Konsequenzen, Korrekturmaßnahmen, Rückrufe und Reputationsschäden hinzu.
Eine robuste Teststrategie stützt sich daher nie auf einen einzigen Ansatz. Sie kombiniert manuelle und automatisierte Tests, verschiedene Testebenen sowie skriptbasierte und freie Testmethoden. Jede Perspektive deckt andere Schwachstellen auf. Während automatisierte und anforderungsbasierte Tests Abdeckung und Konsistenz sicherstellen, braucht es flexiblere Ansätze, um unerwartetes Verhalten zu identifizieren.
Genau diese Lücke schließt das Exploratives Testen. Teams können damit Schwachstellen aufdecken, die außerhalb vordefinierter Anforderungen und Testfälle liegen und andernfalls unentdeckt blieben.
Verglichen mit den potenziellen Kosten späterer Fehlerbehebungen oder Rückrufen ist der Aufwand für gezieltes Exploratives Testen minimal. Schon eine begrenzte Anzahl kurzer Testsessions kann eine wirksame Maßnahme zur Risikominimierung sein.
Mehr als Fehlersuche
Exploratives Testen geht über das Aufdecken technischer Defekte hinaus. Es macht unvorhergesehene Szenarien und potenzielle Schwachstellen in Workflows sichtbar, hinterfragt was als „vollständig“ gilt und deckt Lücken zwischen beabsichtigtem und realem Systemverhalten auf – besonders in komplexen, sicherheitskritischen Umgebungen.
Darüber hinaus hilft es, Betriebsblindheit zu vermeiden: Teams können nach wiederholtem Testen derselben Szenarien offensichtliche Schwachstellen leicht übersehen.
Exploratives Testen ist kein Ersatz für klassisches Testen, sondern eine wirkungsvolle Ergänzung. Es stärkt bestehende Verifikationsstrategien, indem es adressiert, was vorgegebene Tests nicht abdecken können und hilft, die Lücke zwischen dokumentierten Vorgaben und tatsächlichem Systemverhalten zu schließen.
