Egy önkiszolgáló bejelentkező (check-in) kioszkhoz tartozó teszt forgatókönyv meghatározza a tevékenységsorozatot: az utas beszkenneli a beszállókártyát, ülést választ, megerősíti a poggyászt, és beszállókártyát kap. Minden lépés megadja a tevékenységet és azt, hogy mit kell megfigyelni. A forgatókönyvet manuálisan hajtják végre, és a tesztelők minden lépésnél rögzítik a tényleges viselkedést a várt viselkedéssel szemben.
Mi a különbség a teszt forgatókönyv és a teszteset között? A teszt forgatókönyv egy teszt végrehajtásához szükséges tevékenységsorozatot meghatározó dokumentum. A teszteset egy adott célhoz tartozó bemeneti értékek, előfeltételek, várt eredmények és utófeltételek halmaza. A forgatókönyv tágabb; több tesztesetet is létrehozhat.
A teszt forgatókönyv ugyanaz, mint a tesztszkript? A kifejezések átfedik egymást: a hivatalos meghatározás megjegyzi, hogy a teszt forgatókönyvet tesztszkriptnek vagy manuális tesztszkriptnek is nevezik. A gyakorlatban a tesztszkriptet gyakrabban használják automatizált eljárásokra, míg a teszt forgatókönyv a manuális, tevékenységsorozat-formára utal.
A teszt forgatókönyveket manuálisan hajtják végre? Többnyire igen — a meghatározás „manuális tesztszkript” alternatív neve a manuális formára utal. Az automatizált megfelelőiket általában tesztszkripteknek nevezik.
Egyáltalán miért használjunk forgatókönyveket? A rendszer reális, végponttól végpontig tartó használatát olvasható formában ragadják meg, amelyet az üzleti érdekelt felek át tudnak nézni, ezért értékesek az elfogadási tesztelés és a felfedező jellegű munka számára.
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.
