Systematic scenario-based test case generation process for testing quality attributes of systems under test.
Ein Testszenario für einen Self-Service-Check-in-Kiosk legt die Abfolge der Aktionen fest: Der Passagier scannt die Bordkarte, wählt einen Sitzplatz, bestätigt das Gepäck und erhält eine Bordkarte. Jeder Schritt benennt die Aktion und das, was zu beobachten ist. Das Szenario wird manuell ausgeführt, und die Tester halten bei jedem Schritt das tatsächliche Verhalten im Vergleich zum erwarteten Verhalten fest.
Was ist der Unterschied zwischen einem Testszenario und einem Testfall? Ein Testszenario ist ein Dokument, das eine Abfolge von Aktionen zur Durchführung eines Tests festlegt. Ein Testfall ist eine Menge aus Eingabewerten, Vorbedingungen, erwarteten Ergebnissen und Nachbedingungen für ein bestimmtes Ziel. Ein Szenario ist umfassender; aus ihm können mehrere Testfälle hervorgehen.
Ist ein Testszenario dasselbe wie ein Testskript? Die Begriffe überschneiden sich: Die offizielle Definition merkt an, dass Testszenario auch als Testskript oder manuelles Testskript bekannt ist. In der Praxis wird Testskript häufiger für automatisierte Abläufe verwendet, während Testszenario die manuelle Form der Aktionsabfolge bezeichnet.
Werden Testszenarien manuell ausgeführt? In der Regel ja — der alternative Name „manuelles Testskript” in der Definition weist auf die manuelle Form hin. Automatisierte Entsprechungen werden meist Testskripte genannt.
Warum überhaupt Szenarien verwenden? Sie erfassen die realistische Ende-zu-Ende-Nutzung des Systems in einer lesbaren Form, die Fach-Stakeholder prüfen können, was sie für den Benutzerabnahmetest und für explorativ ausgerichtete Arbeiten wertvoll macht.
Deep dive on a real payment-orchestration UI (web, iOS, Android) showing how deposit and withdrawal customer journeys and the real system boundaries (API layer, feature flags, provider handoff) drove the integration test design, with code walkthroughs per boundary.
Experience report from a UK consultancy testing a real low-code system fed by multiple data sources: key functionality was converted into test charters, refined into BDD scenarios with AI-assisted deduplication, and augmented by SME-led user-journey walkthroughs.
First-person report by a QA lead who documented features, user journeys and initial test scenarios from hands-on exploration of a banking web application before building a full test strategy whose UAT level simulates real user scenarios.
Worked lesson that turns a real user journey on Cypress's own course application (land, find a course, complete lessons and quiz) into a single executable end-to-end scenario test with assertions on every step.