Como pensar em casos de teste?
Ao receber uma nova tarefa de teste, o planejamento é o primeiro passo e o mais crucial para garantir a qualidade de uma funcionalidade. Nossa missão como QAs vai além de apenas seguir instruções; é preciso pensar proativamente no contexto e nos arredores da situação que será testada.
Muitas vezes, as solicitações de teste chegam sem todos os detalhes de implementação. Nesses casos, o papel do Analista de Qualidade é fundamental: devemos entender o objetivo da nova funcionalidade e, a partir daí, levantar dúvidas pertinentes. As respostas a essas dúvidas e o raciocínio por trás delas se tornarão parte da documentação e dos casos de teste que serão criados.
O objetivo é mapear todos os cenários de teste, tanto os explícitos quanto os implícitos, a partir das regras de negócio fornecidas.
Casos de Teste Explícitos
Os Casos Explícitos são os cenários que se referem diretamente às regras e condições que estão claramente declaradas nos requisitos ou no enunciado da tarefa. Eles representam o "caminho feliz" e as funcionalidades básicas descritas textualmente.
-
Exemplo: Se o requisito afirma que "o usuário deve inserir um e-mail válido para se cadastrar", um caso de teste explícito seria verificar se o sistema aceita um e-mail com o formato
usuario@dominio.com.
Casos de Teste Implícitos
Os Casos Implícitos são os cenários que não estão explicitamente registrados, mas que um Analista de Qualidade deve sempre considerar e pensar proativamente. Eles são essenciais para construir um conjunto de testes abrangente e robusto, cobrindo situações que a documentação inicial pode não prever.
Eles incluem, mas não se limitam a:
-
Validações de Limite e Borda: Testar os valores mínimos e máximos permitidos para um campo.
-
Exemplo: Em um campo de idade que aceita valores de 18 a 60, testar as idades 17, 18, 59 e 60.
-
-
Condições de Erro: Cenários onde o usuário insere dados inválidos ou incorretos, o que deve gerar uma mensagem de erro apropriada.
-
Exemplo: Inserir um e-mail sem o "@" no campo de cadastro.
-
-
Caminhos Alternativos: O que acontece quando o usuário não segue o fluxo principal?
-
Exemplo: O que ocorre se o usuário cancelar uma transação no meio do processo?
-
-
Comportamento do Sistema: Verificar o que acontece em situações como falta de conexão, tempo de espera (timeout) ou interações com outros componentes.
-
Segurança e Permissões: Testar se um usuário com privilégios limitados consegue acessar uma funcionalidade restrita.
-
Integridade de Dados: Garantir que as informações são salvas e exibidas corretamente, sem perdas ou alterações.
Uma documentação de teste de alta qualidade é aquela que, além de validar os requisitos explícitos, demonstra uma visão ampla ao antecipar e testar cenários implícitos, garantindo a solidez e a confiabilidade do produto.
Ferramentas de Teste
É importante que o QA domine a técnica PAIRWISE.
Apesar de usarmos a IA no nosso dia a dia, e que ela seja instruída no prompt para utilizar a técnica, é interessante saber utilizar manualmente e entender que ela faz parte do nosso dia a dia como QA (até porque fazemos toda validação da IA também manualmente para garantir que ela não alucine)
Fonte: https://www.pairwise.org/
Ferramentas:
https://pairwise.teremokgames.com/
https://pairwise.yuuniworks.com/
Vídeo explicativo sobre a técnica pairwise
https://www.youtube.com/watch?v=prOXoI3ieGE