Como Falar sobre Estratégia de Testes em Entrevista

O problema

Muita gente vai bem escrevendo teste e ainda assim responde mal quando a entrevista entra no tema.

Porque tenta soar completa demais em vez de soar clara.

A resposta vira algo assim:

• unit para lógica
• integration para integração
• e2e para fim a fim

Tudo tecnicamente aceitável.

E quase nada memorável.

O entrevistador não está procurando um glossário ambulante.

Ele quer perceber se você sabe pensar sobre confiança de engenharia.

Modelo mental

Pense assim:

estratégia de testes é a forma como você distribui confiança no sistema sem gastar custo demais no lugar errado.

Essa frase já te coloca em um nível melhor.

Porque troca o foco de “tipos de teste” para:

• risco
• impacto
• velocidade de feedback
• custo de manutenção
• probabilidade de regressão

Em entrevista, isso pesa muito.

Quebrando o problema

Comece pelo risco, não pela ferramenta

Se você começa respondendo com ferramenta, a conversa fica rasa.

Se começa com risco, a resposta ganha contexto.

Por exemplo:

“Eu primeiro tento entender o que mais dói se quebrar, o que muda com frequência e o que é caro de validar só manualmente.”

Isso mostra priorização.

Nem tudo precisa do mesmo nível de confiança

Tem regra que merece teste barato e rápido.

Tem integração que precisa validar contrato.

Tem fluxo crítico que merece um e2e bem escolhido.

Estratégia boa não é cobertura uniforme.

É cobertura intencional.

Fale de custo sem vergonha

Muita gente acha que mencionar custo enfraquece a resposta.

Na verdade fortalece.

Porque mostra maturidade.

Exemplo:

“Eu evitaria jogar tudo para e2e porque o custo de manutenção e a lentidão do feedback crescem rápido.”

Ou:

“Eu também não colocaria tudo em teste isolado porque isso pode me dar confiança falsa sobre fluxos importantes.”

Aqui você mostra julgamento.

Exemplo concreto sempre melhora a resposta

Se a pergunta for genérica, você pode concretizar.

Por exemplo:

“Num checkout, eu protegeria regras de preço e desconto com testes baratos, integração com pagamento e estoque com testes de contrato ou integração, e manteria poucos e2e para compra completa, falha de pagamento e confirmação final.”

Isso vale mais do que três minutos de taxonomia abstrata.

“Depende” sem critério é resposta fraca

Claro que depende.

Mas depende de quê?

Se você não nomeia os critérios, parece fuga.

Critérios melhores:

• impacto da falha
• frequência de mudança
• custo para reproduzir bug
• criticidade do fluxo
• confiança que cada nível entrega

Exemplo simples

Imagine que o entrevistador pergunte:

“Como você pensaria a estratégia de testes para uma aplicação com API, frontend e fluxo de pagamento?”

Uma resposta melhor estruturada seria:

1. identificar fluxos críticos de negócio
2. proteger regras importantes com testes rápidos
3. validar integrações sensíveis em pontos de contrato
4. manter poucos fluxos fim a fim para garantir caminho real
5. revisar a estratégia conforme bugs e mudanças aparecem

Note que isso não é só uma lista de tipos.

É uma lógica de decisão.

Erros comuns

• Responder com taxonomia pura e sem contexto.
• Dizer “eu testaria tudo” como se custo não existisse.
• Dizer “depende” e parar aí.
• Ignorar risco de manutenção da suíte.
• Falar de cobertura como se porcentagem resolvesse estratégia.

Como um senior pensa

Alguém mais forte costuma mostrar três coisas ao mesmo tempo:

• sabe distribuir confiança
• sabe justificar custo
• sabe adaptar a estratégia ao sistema

Essa combinação comunica senioridade melhor do que decorar nome de técnica.

Porque o ponto não é provar que você conhece o menu.

É provar que sabe escolher.

O que o entrevistador quer ver

Ele quer ver se você:

• prioriza com critério
• entende trade-offs
• sabe falar de risco real
• evita resposta dogmática
• consegue sair do genérico e entrar num exemplo concreto

Uma resposta forte pode soar assim:

“Eu não penso primeiro em tipos de teste. Penso no risco e no custo da falha. Regras críticas e mutáveis eu protejo com testes rápidos. Integrações sensíveis eu valido em pontos de contrato ou integração. E deixo poucos e2e cobrindo os fluxos mais importantes do negócio. O objetivo é maximizar confiança sem construir uma suíte cara demais para manter.”

Em entrevista, estratégia de testes não é decorar a pirâmide. É mostrar critério.

Quem só lista tipos de teste parece treinado. Quem explica por que escolheu cada camada parece engenheiro.