what is test scenario
Este tutorial explica o que é cenário de teste juntamente com a importância, implementação, exemplos e modelos de cenário de teste:
Qualquer funcionalidade / recurso de software que pode ser testado é considerado um cenário de teste. A perspectiva do usuário final é considerada ao escrever qualquer cenário de teste.
Este tutorial o ajudará a responder às perguntas: por que os cenários de teste são necessários, quando os cenários de teste são escritos e como escrever os cenários de teste.
O que você aprenderá:
O que é um cenário de teste?
Considere uma situação hipotética: Existe um vasto oceano. Você tem que viajar através do oceano de uma praia para outra. Por exemplo, de Mumbai, na costa da Índia a Colombo, na costa de Srilanka.
O modo de viagem que você pode optar é:
(i) Vias aéreas: Pegue um vôo para Colombo
(ii) Hidrovias:Prefere um navio para viajar para Colombo
(iii) Ferrovias:Pegue um trem para Srilanka
Agora, para os cenários de teste: Viajar da costa de Mumbai para a costa de Colombo é uma funcionalidade que deve ser testada.
Os cenários de teste incluem:
- Viajando pela Airways,
- Viajando por vias navegáveis ou
- Viajar por ferrovias.
Esses cenários de teste terão casos de teste.
Os casos de teste que podem ser escritos para os cenários de teste acima incluem:
Cenário de teste: Viajando de avião
Os casos de teste podem incluir cenários como:
- O vôo está no horário programado.
- O vôo não está no horário programado.
- Uma situação de emergência se seguiu (chuvas fortes e tempestade).
Da mesma forma, um conjunto separado de casos de teste pode ser escrito para outros cenários restantes.
Agora vamos aos cenários de teste tecnológico.
Tudo o que pode ser testado é um cenário de teste. Assim, podemos afirmar que qualquer funcionalidade de software que está em teste e pode ser dividida em várias funcionalidades menores e pode ser denominada como 'Cenário de Teste'.
Antes de entregar qualquer produto ao cliente, a qualidade do produto precisa ser avaliada e avaliada. O cenário de teste ajuda a avaliar a qualidade funcional de um aplicativo de software que está em conformidade com seus requisitos de negócios.
O cenário do testador é um processo em que o testador testa o aplicativo de software da perspectiva do usuário final. O desempenho e a qualidade do aplicativo de software são avaliados exaustivamente antes da implementação no ambiente de produção.
Importância do cenário de teste
- Um cenário de teste pode ter vários 'casos de teste'. Pode ser vista como uma grande imagem panorâmica e os casos de teste são as pequenas partes importantes para completar o panorama.
- É uma instrução de linha única e os casos de teste compreendem uma descrição passo a passo para completar o propósito da instrução do cenário de teste.
- Exemplo:
Cenário de teste: Efetue o pagamento do serviço de táxi disponibilizado.
Isso terá vários casos de teste, conforme declarado abaixo:
(eu) Método de pagamento a ser utilizado: PayPal, Paytm, Cartão de Crédito / Débito.
(ii) O pagamentofeito foi bem-sucedido.
(iii) O pagamento não foi realizado com sucesso.
(4) O pagamentoprocesso abortado no meio.
(v) Não é possível acessar os métodos de pagamento.
(nós) A aplicaçãoquebra no meio.
- Cenários de teste, portanto, auxilia na avaliação do aplicativo de software de acordo com as situações do mundo real.
- Os cenários de teste, quando determinados, ajudam a bifurcar o escopo do teste.
- Essa bifurcação é chamada de priorização, que ajuda a determinar as funcionalidades importantes do aplicativo de software.
- Os testes priorizados das funcionalidades auxiliam em grande medida no sucesso da implementação da aplicação de software.
- Conforme os cenários de teste são priorizados, as funcionalidades mais importantes podem ser facilmente identificadas e testadas em prioridade. Isso garante que a maioria das funcionalidades essenciais estejam funcionando bem e que os defeitos relacionados sejam devidamente detectados e corrigidos.
- Os cenários de teste determinam o fluxo do processo de negócios do software e, portanto, o teste de ponta a ponta do aplicativo é possível.
Diferença entre cenário de teste e caso de teste
como assistir anime online de graça
| Cenário de Teste | Casos de teste |
|---|---|
| É necessária uma breve documentação. | É necessária documentação detalhada. |
| O cenário de teste é um conceito. | Casos de teste são as soluções para verificar esse conceito. |
| O cenário de teste é uma funcionalidade de alto nível. | Os casos de teste são procedimentos detalhados para testar a funcionalidade de alto nível. |
| Os cenários de teste são derivados de Requisitos / Histórias de usuários. | Os casos de teste são derivados de cenários de teste. |
| O cenário de teste é ‘Qual funcionalidade deve ser testada’ | Casos de teste são ‘como testar a funcionalidade’. |
| Os cenários de teste têm vários casos de teste. | O caso de teste pode ou não ser associado a vários cenários de teste. |
| Os cenários de teste único nunca são repetíveis. | Um único caso de teste pode ser usado várias vezes em diferentes cenários. |
| Sessões de brainstorming são necessárias para finalizar um cenário de teste. | É necessário conhecimento técnico detalhado do aplicativo de software |
| Economiza tempo, pois os detalhes minuciosos não são necessários. | Consome muito tempo, pois cada detalhe minucioso precisa ser cuidado. |
| O custo de manutenção é baixo porque os recursos necessários são baixos. | O custo de manutenção é alto porque os recursos necessários são altos |
Por que os cenários de teste são indispensáveis?
Os cenários de teste são derivados de requisitos ou histórias de usuário.
- Veja o exemplo de um cenário de teste para reserva de táxi.
- Os cenários podem ser opções de reserva de táxi, métodos de pagamento, rastreamento GPS, mapa rodoviário exibido corretamente ou não, detalhes do táxi e do motorista exibidos corretamente ou não, etc., todos estão listados no modelo de cenário de teste.
- Agora, suponha que o cenário de teste seja verificar se os serviços de localização estão ativados, se não estiverem, exiba a mensagem ‘Ativar serviços de localização’. Este cenário está perdido e não está listado no modelo de cenários de teste.
- O cenário de 'serviço de localização' dá origem a outros cenários de teste relacionados a ele. Podem ser:
- Serviço de localização esmaecido.
- O serviço de localização foi ativado, mas não há Internet.
- Restrições para serviços de localização.
- O local errado é exibido.
- Faltando um único cenário pode significar perder muitos outros cenários cruciais ou casos de teste . Isso pode ter um ótimo impacto negativo durante a implementação do aplicativo de software. Isso resulta em uma grande perda de recursos (prazos).
- Os cenários de teste ajudam em grande medida evitando testes exaustivos . Ele garante que todos os fluxos de negócios cruciais e esperados sejam testados, o que auxilia ainda mais no teste de ponta a ponta do aplicativo.
- Isso economiza tempo. Além disso, não é necessária uma descrição muito detalhada de acordo com os casos de teste. Uma descrição de uma linha é especificada sobre o que testar.
- Os cenários de teste são escritos após sessões de brainstorming dos membros da equipe. Portanto, a probabilidade de perder qualquer cenário (crucial ou secundário) é mínima. Isso é feito tendo em mente os aspectos técnicos e também o fluxo de negócios do aplicativo de software.
- Além disso, os cenários de teste podem ser aprovados pelo analista de negócios ou pelo cliente, ou por ambos, que tenham conhecimento explícito do aplicativo em teste.
Os cenários de teste são, portanto, uma parte indispensável do SDLC.
Implementação de cenários de teste
Vamos ver a implementação de cenários de teste ou como escrever cenários de teste-
- Epics / Business Requirements são formados.
- Exemplo de épico : Crie uma conta do Gmail. O Epic pode ser o principal recurso de um aplicativo ou requisito de negócios.
- As epopeias são divididas em histórias de usuário menores nas sprints.
- As histórias de usuários são derivadas de Epics. Essas histórias de usuário devem ser definidas como base e aprovadas pelas partes interessadas.
- Os cenários de teste são derivados de histórias de usuário ou BRS (Documento de Requisito de Negócio), SRS (Documento de Especificação de Requisito de Sistema) ou FRS (Documento de Requisito Funcional) que é finalizado e baseado em linha de base.
- Os testadores escrevem os cenários de teste.
- Esses cenários de teste são aprovados pelo líder da equipe, analista de negócios ou gerente de projeto, dependendo da organização.
- Cada cenário de teste deve estar vinculado a pelo menos uma história de usuário.
- Devem ser identificados cenários de teste positivos e negativos.
- As histórias de usuários incluem Critérios de aceitação como :
- Os critérios de aceitação são uma lista de condições ou o estado de intenção para os requisitos do cliente. As expectativas do cliente e também os mal-entendidos são considerados ao escrever os critérios de aceitação.
- Eles são exclusivos para uma história de usuário e cada história de usuário deve ter pelo menos um critério de aceitação que deve ser testado independentemente.
- Os critérios de aceitação ajudam a determinar quais recursos estão no escopo e quais estão fora do escopo de um projeto. Esses critérios devem incluir recursos funcionais e não funcionais.
- Os analistas de negócios escrevem os critérios de aceitação e o Product Owner os aprova.
- Ou, em alguns casos, o proprietário do produto pode escrever os critérios por conta própria.
- Os cenários de teste podem ser obtidos a partir dos critérios de aceitação.
Exemplos de cenários de teste
# 1) Cenários de teste para aplicativo Kindle
Kindle é o aplicativo que permite a seus leitores eletrônicos pesquisarem e-books online, baixá-los e comprá-los. O Amazon Kindle oferece ao leitor de e-book a experiência da vida real de segurar um livro e lê-lo. Até mesmo a virada de páginas é bem simulada no aplicativo.
Agora vamos anotar os cenários de teste. ( Nota: Cenários limitados são listados abaixo para se ter uma ideia geral para escrever o cenário de teste. Pode haver vários casos de teste derivados dele).
| Cenários de teste # | Cenários de teste |
|---|---|
| 7 | Verifique se a funcionalidade de download está funcionando corretamente. |
| 1 | Verifique se o aplicativo Kindle é iniciado corretamente. |
| dois | Verifique se a resolução da tela se ajusta de acordo com os diferentes dispositivos, após o lançamento do aplicativo. |
| 3 | Verifique se o texto exibido é legível. |
| 4 | Verifique se as opções de zoom in e zoom out estão funcionando. |
| 5 | Verifique se os arquivos compatíveis importados no aplicativo Kindle são legíveis. |
| 6 | Verifique a capacidade de armazenamento do aplicativo Kindle. |
| 8 | Verifique se a simulação de virada de página está funcionando corretamente |
| 9 | Verifique a compatibilidade dos formatos de eBook com o aplicativo Kindle. |
| 10 | Verifique as fontes suportadas pelo aplicativo Kindle. |
| onze | Verifique a vida útil da bateria utilizada pelo aplicativo Kindle. |
| 12 | Verifique o desempenho do Kindle dependendo da conectividade de rede (Wi-Fi, 3G ou 4G). |
Vários casos de teste podem ser derivados de cada cenário de teste declarado acima.
# 2) Critérios de aceitação para o Google Docs
O ‘Google docs’ é um aplicativo baseado na web para criar, editar e compartilhar documentos do Word, planilhas, slides e formulários. Todos os arquivos podem ser acessados online usando um navegador da web com conexão à Internet.
Os documentos criados podem ser compartilhados como uma página da web ou documento pronto para impressão. O usuário pode definir restrições sobre quem pode ver e editar os documentos. Um único documento pode ser compartilhado de forma colaborativa e trabalhado por diversos indivíduos de diferentes localizações geográficas.
Cenários de teste limitados são mencionados abaixo para entendimento geral. Os cenários de teste aprofundado para o Google Docs podem ser um tópico separado.
| Critério de aceitação # | Critérios de Aceitação |
|---|---|
| 7 | Vários usuários podem trabalhar em um único documento. |
| 1 | Word, Planilhas ou Formulários podem ser abertos com sucesso sem erros. |
| dois | Os modelos estão disponíveis para documentos, planilhas e slides. |
| 3 | Os modelos disponíveis são acessíveis aos usuários. |
| 4 | O modelo usado é editável (ex: fontes, tamanho da fonte, adição de texto, exclusão de texto, inserir slide). |
| 5 | Se a conexão com a Internet não estiver disponível temporariamente, o arquivo pode ser armazenado localmente e carregado conforme a disponibilidade da conexão com a Internet. |
| 6 | As alterações feitas por vários usuários não são substituídas. |
| 8 | O trabalho realizado é armazenado se a conexão com a Internet for perdida durante o upload de um arquivo. |
| 9 | As restrições de compartilhamento são aplicadas corretamente. |
| 10 | Os usuários de restrição de visualização não podem fazer nenhuma edição nos documentos. |
| onze | Os documentos podem ser publicados na Internet para o público em geral. |
| 12 | As alterações feitas nos documentos são salvas com carimbo de data / hora e detalhes do autor. |
O número de cenários de teste será múltiplo e muito grande para o Google Docs. Em tais casos, geralmente, apenas os critérios de aceitação são definidos e aprovados pelas partes interessadas, e os membros da equipe trabalham com esses critérios de aceitação. Escrever casos de teste para, ou melhor, cenários de teste pode ser uma tarefa exaustiva para aplicativos enormes.
Esses critérios de aceitação desempenham um papel importante no planejamento do processo iterativo e nunca devem ser esquecidos. Defini-los com antecedência e antecipadamente evita surpresas ou choques no final dos sprints ou lançamentos
Dado uma pré-condição.
Quando para fazer uma ação.
Então o resultado esperado.
Os formatos de Dado, Quando e Então são úteis para especificar os critérios de aceitação.
Exemplo de modelo de cenário de teste
| Use Story ID # | ID do cenário de teste # | Versão # | Cenários de teste | Nº de casos de teste | Importância |
|---|---|---|---|---|---|
| USID12.1 | TSID12.1.1 | Kin12.4 | Verifique se o aplicativo Kindle é iniciado corretamente. | 4 | Alto |
| USID12.1 | TSID12.1.2 | Kin12.4 | Verifique a capacidade de armazenamento do aplicativo Kindle. | 3 | Médio |
Conclusão
Em qualquer teste de software, a compreensão do ciclo de vida e a definição dos Cenários de Teste é um elemento muito significativo. A qualidade do software pode ser melhorada tendo uma boa base para cenários de teste. Freqüentemente, o uso de casos de teste e cenários de teste podem ser trocados.
No entanto, a regra geral é que o cenário de teste é usado para escrever vários casos de teste ou podemos dizer que os casos de teste são derivados de cenários de teste. Cenários de teste bem definidos garantem software de boa qualidade.
Leitura recomendada
- Modelo de plano de teste de software de amostra com formato e conteúdo
- Modelo de caso de teste de amostra com exemplos de caso de teste (download)
- Modelo de amostra para relatório de teste de aceitação com exemplos
- Modelos em C ++ com exemplos
- Tutorial Python DateTime com exemplos
- Cortar comando no Unix com exemplos
- Cenário de teste vs. Caso de teste: Qual é a diferença entre eles?
- Plug-in do Blazemeter e modelo Jmeter