Testes Exploratórios: A Arte de Investigar o Software

Conceito: Teste exploratório é o aprendizado simultâneo, design de teste e execução de teste. Não se trata de "testar sem roteiro", mas de usar a experiência e a criatividade para descobrir bugs que a automação não consegue prever.

Por que fazemos Testes Exploratórios?

Diferente dos casos de teste tradicionais ("Passo 1, Passo 2..."), os testes exploratórios servem para:

1. Descobrir comportamentos inesperados: Cenários que não estavam nos requisitos originais.

2. Complementar a automação: A automação é ótima para o "caminho feliz", o exploratório foca nas "bordas".

3. Maximizar o feedback: Encontrar falhas críticas rapidamente durante o desenvolvimento.

Como estruturar: A Técnica das Sessões (ETM)

Para que o teste não seja aleatório, utilizamos o conceito de Sessões de Teste:

1. A Carta de Teste (Mission/Charter)

Antes de começar, defina um objetivo claro.

• Exemplo: "Explorar a funcionalidade de checkout focando em interrupções de rede e cupons inválidos."

2. Time Boxing

Defina um tempo fixo (geralmente entre 30 a 90 minutos) de foco total. Isso evita que o QA se perca em detalhes irrelevantes.

3. Registro (Logs)

Documente o que foi feito, o que foi observado e quais ideias de novos testes surgiram.

Heurísticas de Teste (Truques de Investigação)

Para ajudar a ter ideias de onde o erro pode estar, usamos heurísticas como a SFDPOT (San Francisco Depot):

• S - Structure (Estrutura): Do que o software é feito? (Tecnologia, pastas, arquivos).

• F - Function (Função): O que ele faz? (As funcionalidades reais).

• D - Data (Dados): O que ele processa? (Entradas vazias, caracteres especiais, arquivos gigantes).

• P - Platform (Plataforma): Onde ele roda? (Browsers diferentes, mobile, conexões lentas).

• O - Operations (Operações): Como será usado? (Fluxos de usuário real, uso intensivo).

• T - Time (Tempo): Como o tempo afeta? (Timeouts, concorrência, datas futuras).

O que documentar após a sessão?

Ao final de uma sessão exploratória, o QA deve produzir um resumo:

• O que foi testado: (A "Carta" da sessão).

• Bugs encontrados: (Links para os tickets no Jira).

• Incertezas: (Dúvidas que surgiram sobre o negócio).

• Próximos passos: (Áreas que precisam de mais investigação).

💡 Dicas de Ouro

• Pense como o "Usuário Malvado": O que acontece se eu clicar 10 vezes no botão de salvar? E se eu tentar burlar a URL?

• Mantenha o Console aberto: Erros silenciosos costumam aparecer no log do navegador (F12) antes de estourarem na tela.

• Varie os dados: Use nomes gigantes, CPFs inválidos, espaços em branco e emojis.