Exploratory Testing

Was ist Exploratory Testing?

Exploratory Testing ist praktisches, forschendes Testen. Der Tester entwirft und führt Testfälle im Moment aus, lernt aus jedem Ergebnis und entscheidet, was als Nächstes kommt. Es gibt kein vorgeschriebenes Skript. Der Tester nutzt sein Wissen über das Produkt, die Nutzer und die Art, wie Software bricht. Dann folgt er der Spur. Es ist strukturierte Neugier, die auf die Fehler angewandt wird, die niemand erwartet hat.

Das steht im Gegensatz zum skriptbasierten Testen, bei dem jeder Schritt und jedes erwartete Ergebnis vorab definiert ist und der Tester sie nur ausführt. Skript- und automatisierte Tests sind hervorragend darin, bekanntes Verhalten als korrekt zu bestätigen. Sie sind schlecht darin, das Unbekannte zu entdecken, denn sie prüfen nur, was schon jemand aufgeschrieben hat. Exploratory Testing schließt diese Lücke. Ein Tester, der eine neue Buchungsfunktion antippt, könnte versuchen, in der Vergangenheit zu buchen, dann doppelt auf Senden klicken, dann mitten im Ablauf die Sprache wechseln. So deckt er Probleme auf, die keine Anforderung je erwähnt hat. Damit es verantwortlich bleibt und nicht ziellos wird, führen Teams es oft in zeitlich begrenzten Sitzungen durch, mit klarem Auftrag und Notizen zum Geprüften.

Es belohnt Erfahrung. Ein erfahrener Tester bringt Gespür dafür mit, wo sich Fehler verstecken. Das macht aus einer freien Sitzung eine scharfe. Exploratory Testing ersetzt keine automatisierten Regressionssuiten, sondern arbeitet neben ihnen. Die Automatisierung schützt das, was Sie kennen. Die Exploration findet das, was Sie übersehen haben.

Exploratory Testing bei Dallonses

Wir behandeln Exploratory Testing als menschliches Gegengewicht zur Automatisierung. Automatisierte Suiten finden Regressionen schnell und günstig, und wir verlassen uns stark darauf. Aber sie prüfen nur, was schon jemand bedacht hat. Deshalb setzen wir erfahrene Augen auf neue Funktionen, geben ihnen einen Auftrag und ein Zeitfenster und lassen sie nach den Problemen suchen, die kein Skript vorhersagen kann.

Die Funde sind meist die interessanten: die seltsame Eingabe, die unerwartete Reihenfolge, die Annahme, die niemand hinterfragt hat. Wenn etwas Echtes auftaucht, wird es nicht nur behoben. Es wird zu einem neuen automatisierten Test, damit der Fehler tot bleibt. Diese Schleife, erst erkunden, dann automatisieren, hält die Qualitätssicherung eines Produkts scharf, während es wächst, statt brüchig zu werden.

Sorgen Sie sich um die Fehler, nach denen Ihre Testskripte nie suchen werden? Gehen wir auf die Jagd.

Sprechen Sie mit uns über QA