Um cenário de teste para um quiosque de check-in self-service especifica a sequência de ações: o passageiro digitaliza o cartão de embarque, seleciona um lugar, confirma a bagagem e recebe o cartão de embarque. Cada passo indica a ação e o que observar. O cenário é executado manualmente e os testadores registam o comportamento real em cada passo contra o comportamento esperado.
Qual é a diferença entre um cenário de teste e um caso de teste? Um cenário de teste é um documento que especifica uma sequência de ações para a execução de um teste. Um caso de teste é um conjunto de valores de entrada, pré-condições, resultados esperados e pós-condições para um objetivo específico. Um cenário é mais amplo; pode originar vários casos de teste.
Um cenário de teste é o mesmo que um script de teste? Os termos sobrepõem-se: a definição oficial refere que o cenário de teste é também conhecido como script de teste ou script de teste manual. Na prática, script de teste é mais frequentemente usado para procedimentos automatizados, enquanto cenário de teste se refere à forma manual de sequência de ações.
Os cenários de teste são executados manualmente? Normalmente sim — o nome alternativo da definição “script de teste manual” indica a forma manual. Os equivalentes automatizados são geralmente chamados de scripts de teste.
Porquê usar cenários? Capturam a utilização realista de ponta a ponta do sistema numa forma legível que as partes interessadas do negócio podem rever, o que os torna valiosos para o teste de aceitação do utilizador e para o trabalho de estilo exploratório.
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.
