Exploratory Testing ist eine informelle, erfahrungsbasierte Testmethode, bei der Tester systematisch erkunden, Hypothesen bilden und sofortiges Feedback zur Testbarkeit und Risikoexposition liefern. Sie eignet sich besonders für frühe Entdeckung von unerwarteten Fehlern, Nutzungsproblemen und zur Risikobewertung komplexer Funktionalität. Teams strukturieren…
Nutze diesen Steckbrief, um den Baustein kurz zu verstehen, ihn im Modell einzuordnen und bei Bedarf in die 360°-Bewertung zu wechseln.
Ausführbares Vorgehen: kann angewendet werden und erzeugt ein Ergebnis.
Was Zusammenhänge ordnet, verbindet oder entscheidbar macht.
Exploratives Testen ist eine erfahrungsbasierte Testmethode, bei der Tester ein Produkt aktiv erkunden, Hypothesen bilden und ihre Beobachtungen sofort in weitere Prüfungen übersetzen.
Der Begriff wurde 1984 von Cem Kaner geprägt, um eine bereits geübte Praxis erfahrener Tester zu benennen: Lernen, Testentwurf und Ausführung laufen dabei zugleich. In den frühen 1990ern griff die Context-Driven School den Begriff auf, um unskriptierte, aber disziplinierte Arbeit klar von bloßem Ad-hoc-Testen abzugrenzen und als erlernbare Testpraxis zu beschreiben.
Stell dir eine Testsession als Suchschleife vor: beobachten, eine Frage formulieren, gezielt prüfen, das Ergebnis bewerten und daraus die nächste Hypothese ableiten. Ein Charter gibt die Richtung vor, eine Timebox hält den Fokus, und knappe Notizen sichern Funde, offene Fragen und Risiken. Der Wert entsteht aus der laufenden Kopplung von Lernen, Entwurf und Ausführung.
Ein kurzer Auftrag legt Ziel, Schwerpunkt und Untersuchungsrichtung einer Session fest.
Ein fester Zeitrahmen begrenzt die Erkundung und erzwingt Prioritäten.
Vermutungen lenken die nächste Prüfung und machen Annahmen explizit.
Kurze Aufzeichnungen halten Funde, offene Fragen und beobachtete Risiken fest.
Die Methode lebt von menschlicher Wahrnehmung, Bedienung und Urteil statt von Automatisierung.
Exploratives Testen ist besonders nützlich bei frühen Produktständen, unklaren Anforderungen, komplexen Änderungen oder wenn Risiken, Randfälle und Usability-Probleme schnell sichtbar werden sollen. Es ersetzt keine vollständige Regression oder formale Abnahme; sein Nutzen steigt mit Erfahrung, Fachwissen und sauberer Dokumentation, kann aber schwerer vergleichbar und replizierbar sein als strikt skriptbasierte Tests.
Wo dieser Baustein im Themenmodell verortet ist.
Keine Strukturpfade verfügbar.
Erkunde, wie dieser Wissensbaustein mit Konzepten, Methoden, Technologien und Tools verbunden ist.
Diese Quellen belegen den Begriff und seine fachliche Bedeutung.
Alle direkten Verbindungen des aktuellen Wissensbausteins in einer kompakten, textuellen Darstellung.
Diese Einordnung zeigt, in welchem Kontext der Baustein typischerweise relevant wird, wie anspruchsvoll er ist und welche Wirkung er im Modell hat.
Die Ebene innerhalb der Organisation (Unternehmen, Domäne, Team), auf der der AssetBlock angewendet wird.