test scenario vs test case
Diferença entre o cenário de teste vs. casos de teste.
6 anos atrás , enquanto trabalhava com uma MNC de médio porte, quando sugeri documentar cenários de teste em vez de perder tempo preparando o documento de prova completo chamado casos de teste, todas as cabeças se viraram para mim aborrecidas.
A expressão nos rostos transmitia claramente que cometi um grande erro ao sugerir isso. Embora ninguém negue a ideia, ninguém sequer aceita. Todos sentiram que seguir a tradição, ou seja, escrever documentos de casos de teste, seria mais seguro. Eu não pude discutir.
Depois de 4 anos , a empresa recebeu um projeto de teste, onde a única restrição era o tempo e a única expectativa era a prova total testando.
Estávamos na reunião novamente e discutíamos ideias para cumprir o prazo crítico. O aplicativo tratava principalmente de pesquisar e gerar diferentes relatórios por meio de diferentes itens de menu. A documentação dos casos de teste deveria ser difícil na maioria das vezes e não tínhamos certeza de quanto o documento iria usar para o cliente.
Sugeri documentar cenários de teste e, de alguma forma, com alguma hesitação, todos concordaram. Não há necessidade de mencionar que poderíamos economizar um tempo precioso de documentação e poderíamos utilizá-la para testes.
O que você aprenderá:
- Os casos de teste estão sendo substituídos rapidamente por cenários de teste?
- Quando a documentação dos casos de teste é importante?
- Diferenças entre o cenário de teste vs. casos de teste em formato tabular
- Conclusão
- Leitura recomendada
Os casos de teste estão sendo substituídos rapidamente por cenários de teste?
Com o tempo, como tudo está mudando, a indústria de software e os processos também mudaram muito.
melhor software de driver para windows 10
Tradicional Cachoeira e Modelos V estão sendo substituídos por modelos ágeis e iterativos. A documentação é necessária mas para cumprir prazos e tornar o processo fácil e transparente, a forma de documentação pode ser alterada.
Quando a documentação dos casos de teste é importante?
- O cliente pediu o mesmo como parte do projeto.
- Não há restrição de tempo (não acho que seja possível).
- Os testadores são mais atuais ou desconhecidos para o produto.
- Política da empresa (acredito fortemente que pode ser alterada).
Deixe-me compartilhar com você uma experiência:
Eu e minha equipe estivemos envolvidos no teste de um projeto de uma empresa Fortune 500 com prazos flexíveis. Documentamos os casos de teste com o melhor modelo disponível e o aprovamos pelo cliente.
Assim que o build começou a ser liberado para a equipe de QA, na maior parte do dia, nossa função era, acompanhar mecanicamente 100 casos de teste por dia, atualizar o documento com resultado de passa / falha e enviar para o cliente no final do dia. A maioria dos membros da equipe começaram a reclamar sobre trabalho monótono mas a empresa estava gerando receita.
Em seguida, houve uma pausa de um dia sem nenhuma nova versão para testar. Sentamos juntos no início do dia e estávamos discutindo o que faríamos naquele dia. Quando propus gerar mais ideias para melhorar o documento do caso de teste, todos os membros da equipe negaram o esforço.
De acordo com eles, não havia mais nada em que pensar, uma vez que cobrimos todos os cenários. E convencê-los a pense fora da caixa e gere mais ideias foi muito difícil.
Na maioria das vezes, quando documentamos casos de teste e também depois de aprovados pelo cliente, a mente humana pensa que fizemos nosso trabalho e nossa mente para automaticamente de considerar qualquer esforço para pensar em outras maneiras de testar o produto.
E acredite em mim, quando o documento de casos de teste é preparado, queremos apenas segui-lo mecanicamente. Diga-me quantas vezes em sua carreira, você ou o colega de equipe ofereceram casos de teste adicionais ao documento de casos de teste aprovado?
Mais uma experiência:
Durante a atividade semanal de desafio da equipe, anunciamos o aplicativo e pedimos aos membros da equipe que colocassem cenários de teste.
Todos os membros da equipe, incluindo aqueles que responderam tardiamente ou que não responderam, colocam ideias. Porque? Não havia documentação formal onde eles tivessem que preencher o resultado esperado para cada sequência de funcionalidade e pré-condição para cada caso de teste. Coletamos 40 cenários de teste em um dia e foi uma ótima experiência.
Para favorecer minha experiência, Eu gostaria de apresentar um exemplo.
Pegue um exemplo de aplicativo, digamos página de login com nome de usuário, senha, login e botões de cancelamento. Se for solicitado a escrever casos de teste para o mesmo, acabaremos escrevendo mais de 50 casos de teste combinando diferentes opções e detalhes.
Mas se os cenários de teste forem escritos, será uma questão de 10 linhas, conforme abaixo:
Cenário de alto nível: Funcionalidade de login
Cenários de baixo nível :
1. Para verificar se o aplicativo está sendo iniciado
2. Para verificar o conteúdo do texto na página de login
3. Para verificar o campo Nome de usuário
4. Para verificar o campo Senha
5. Para verificar o botão de login e cancelar a funcionalidade do botão
Veja também=> Mais de 180 cenários de teste de amostra para testar aplicativos da web e de desktop.
Como todos nós temos pouco tempo, os cenários de teste funcionam como um spray analgésico, em vez do IODEX antigo. E ainda assim, o efeito é o mesmo.
Diferenças entre o cenário de teste vs. casos de teste em formato tabular
Por fim, gostaria de resumir a diferença entre o cenário de teste e o caso de teste:
junção interna junção à esquerda junção à direita
Casos de teste | Cenários de teste | |
---|---|---|
O que é => | Um conceito que fornece informações detalhadas sobre o que testar, etapas a serem executadas e o resultado esperado do mesmo | Um conceito que fornece informações de uma linha sobre o que testar. |
É sobre => | É mais sobre como documentar detalhes. | É mais sobre pensar e discutir detalhes. |
Importância => | É importante quando o teste está offshored e o desenvolvimento está no local. Escrever casos de teste com detalhes ajudará a equipe de desenvolvimento e controle de qualidade a sincronizar. | É importante quando o tempo é menor e a maioria dos membros da equipe pode concordar / compreender os detalhes do cenário de uma linha. |
Vantagem => | A documentação única de todos os casos de teste é benéfica para rastrear 1000 rodadas de testes de regressão no futuro. Na maioria das vezes, é útil para relatar o bug. O testador precisa apenas fornecer a referência do ID do caso de teste e não exige a menção de cada detalhe. | Uma atividade que economiza tempo e gera ideias, preferida pela comunidade de teste de software de nova geração. A modificação e adição são simples e não específicas para uma pessoa. Para um grande projeto, onde o grupo de pessoas conhece apenas módulos específicos, esta atividade dá a todos a chance de olhar para outros módulos e tempestade cerebral e discutir |
Benéfico para => | Um documento de caso de teste completo é uma linha de vida para um novo testador. | Uma boa cobertura de teste pode ser alcançada dividindo a aplicação em cenários de teste e reduz a repetibilidade e a complexidade do produto |
Desvantagem => | Consome tempo e dinheiro, pois requer mais recursos para detalhar tudo sobre o que testar e como testar | Se criado por uma pessoa específica, o revisor ou outro usuário pode não sincronizar a ideia exata por trás dele. Precisa de mais discussões e esforços de equipe. |
Conclusão
Os casos de teste são a parte mais importante do Ciclo de Vida de Desenvolvimento de Software e, sem eles, é difícil rastrear, entender, seguir e raciocinar sobre algo. Mas na era do Agile, os casos de teste estão sendo substituídos rapidamente por cenários de teste.
Um comum lista de verificação de teste para cada tipo de teste (teste de banco de dados, teste de GUI, teste de funcionalidade, etc), juntamente com cenários de teste está a artilharia moderna para testadores de software. Discussões, treinamento, perguntas e prática podem definitivamente mudar o gráfico final de sua produtividade bem como uma matriz de relatório de bug.
Como de costume, agradecemos seus pensamentos e dúvidas. Por favor, sintonize.
PREV Tutorial | PRÓXIMO Tutorial
Leitura recomendada
- Diferença entre plano de teste, estratégia de teste, caso de teste, script de teste, cenário de teste e condição de teste
- Tipos de teste de software: diferentes tipos de teste com detalhes
- Como escrever casos de teste: o guia definitivo com exemplos
- Como revisar o documento SRS e criar cenários de teste - Treinamento de teste de software em um projeto ativo - Dia 2
- Como classificar cenários de teste positivos e negativos - Folha de referências do testador
- Teste de desempenho vs teste de carga vs teste de estresse (diferença)
- Teste estático e teste dinâmico - diferença entre essas duas técnicas de teste importantes
- 101 diferenças entre noções básicas de teste de software