17 perguntas · QA

Perguntas de entrevista para Analista de QA e automação de testes

Perguntas sobre estratégia de testes, frameworks, testes de API, CI e a disciplina para combater testes instáveis. Servem para encontrar quem constrói uma suíte em que o time confia.

Teste grátis 14 dias Ver todos os cargos

A armadilha ao contratar um analista de QA de automação é confundir quem sabe escrever um script de Selenium com quem sabe construir uma suíte de testes em que o time confia. Escrever automação é fácil. Difícil é escrever automação que fica verde pelos motivos certos, falha alto pelos motivos errados e não vira um imposto de instabilidade em cada deploy.

Os melhores candidatos pensam como engenheiros e como céticos ao mesmo tempo: desenham uma arquitetura de testes sustentável, sabem que verificação pertence à camada de unidade, de API ou de interface e tratam um teste instável (flaky) como um bug a ter a causa encontrada, e não como um incômodo a ser resolvido com novas tentativas. As perguntas abaixo separam estratégia de ferramenta de propósito. Alguém pode conhecer todas as estratégias de seletor do Selenium e não ter ideia de por que a suíte é lenta e frágil.

Dedique tempo de verdade à instabilidade, porque é ali que a maioria das iniciativas de automação morre em silêncio: pergunte como a pessoa diagnostica um teste que passa na máquina dela e falha no CI, e veja se ela recorre a esperas explícitas e seletores estáveis ou só espalha retries. Por fim, investigue a defesa da qualidade: um bom QA não só encontra bugs, mas escreve relatos que o desenvolvedor consegue usar e puxa a qualidade para cima sem virar gargalo.

Estratégia e desenho de testes5 perguntas

Explique a pirâmide de testes e como você decide o que fica nas camadas de unidade, API e interface.
O que observar: Muitos testes rápidos na base e poucos de ponta a ponta no topo, empurrando cada verificação para a camada mais barata que a cobre.
Como você decide o que automatizar e o que manter como teste manual ou exploratório?
O que observar: Automatizar o que é repetitivo, estável e crítico, e manter manual o exploratório, o visual e o que muda o tempo todo.
O que torna uma suíte de testes sustentável à medida que a aplicação e o time crescem?
O que observar: Testes independentes, legíveis e com nomes claros, código reaproveitado sem abstração excessiva e um dono para a saúde da suíte.
Como você mantém a suíte de ponta a ponta rápida o bastante para rodar em todo pull request?
O que observar: Paralelização, menos testes de interface, criação de dados via API e separação entre suíte rápida no PR e suíte completa agendada.
Como você mede se a automação está realmente agregando valor?
O que observar: Bugs pegos antes da produção, tempo de feedback, taxa de instabilidade e confiança do time, e não só porcentagem de cobertura.

Frameworks e testes de API5 perguntas

Compare Selenium, Cypress e Playwright. Quando você escolheria cada um?
O que observar: Diferenças concretas (suporte a navegadores e linguagens, espera automática, paralelismo) e a escolha guiada pelo contexto do time.
Que estratégias de seletor você prefere, e por que seletores frágeis causam problemas?
O que observar: Atributos dedicados como data-testid ou seletores por papel e texto acessível, em vez de XPath longo ou classes de estilo.
Como você testa uma API diretamente, e o que verifica além de um status 200?
O que observar: Contrato e schema da resposta, valores, erros e status de falha, autenticação, efeitos colaterais e tempo de resposta.
Como você cuida dos dados de teste e da preparação do ambiente para que os testes sejam independentes e repetíveis?
O que observar: Cada teste cria e limpa os próprios dados, sem depender de ordem, com fixtures ou chamadas de API e ambientes isolados.
Como você estruturaria page objects, ou um padrão parecido, para evitar duplicação?
O que observar: Encapsular seletores e ações por tela ou componente, mantendo as asserções nos testes e evitando hierarquias profundas.

CI, testes instáveis e defesa da qualidade7 perguntas

Um teste passa na sua máquina, mas falha de vez em quando no CI. Me explique como você diagnostica.
O que observar: Reproduzir com repetições, olhar logs, vídeos e traces, e checar timing, dados compartilhados, ordem dos testes e diferenças de ambiente.
Quais são as causas comuns de testes instáveis, e como você as corrige de verdade, sem só adicionar retries?
O que observar: Esperas fixas, condições de corrida, dependência entre testes e serviços externos, corrigidas com esperas por estado, isolamento e mocks na borda.
Como você integra a automação ao pipeline de CI, e o que deve acontecer quando os testes falham?
O que observar: Testes como etapa obrigatória do PR, falha bloqueando o merge, relatórios claros e alguém responsável por agir rápido.
Como você decide entre corrigir, colocar em quarentena ou apagar um teste instável?
O que observar: Avaliar o valor do teste e o custo de mantê-lo, com quarentena temporária e prazo para correção, sem deixar a suíte apodrecer.
Monte de cabeça um relato de bug para um botão que às vezes não envia o formulário. O que entra nele?
O que observar: Passos para reproduzir, frequência, ambiente e navegador, resultado esperado e obtido, evidências (logs, vídeo, rede) e impacto.
Como você defende a qualidade sem virar o gargalo que trava todas as entregas?
O que observar: Qualidade como responsabilidade do time, testes junto do desenvolvimento e riscos comunicados para que o time decida, sem bloquear por reflexo.
Me conte sobre um bug sério que você pegou e que a automação sozinha não teria encontrado.
O que observar: Uma história de teste exploratório ou de olhar crítico sobre o produto, mostrando que a pessoa pensa além do script.

Dicas para a entrevista de Analista de QA e automação de testes

Separe estratégia de ferramenta. Conhecer a sintaxe do Selenium não é o mesmo que saber o que testar.
Aperte nos testes instáveis. A forma como a pessoa encontra a causa da instabilidade prevê a saúde da suíte.
Peça um relato de bug de exemplo para ver se um desenvolvedor conseguiria agir a partir dele.
Investigue como a pessoa mantém a suíte rápida o bastante para rodar em cada pull request.
Prefira quem trata retries como sintoma de problema, e não como solução.

FAQ

Perguntas frequentes

Um analista de QA de automação precisa saber programar?

Precisa. Automação moderna é engenharia de software: a pessoa deve escrever código limpo e sustentável, entender versionamento e CI e raciocinar sobre arquitetura. O analista de testes exclusivamente manual é outro perfil.

Qual framework devo avaliar?

Avalie o que o seu time usa ou o raciocínio por trás da escolha da ferramenta. Um bom profissional aprende Cypress ou Playwright rápido se entende os princípios de teste, então priorize julgamento em vez de sintaxe decorada.

Qual é a importância dos testes de API em comparação com os de interface?

Muito grande. Testes de API e de integração são mais rápidos e estáveis do que os de interface, então quem empurra as verificações para baixo na pirâmide costuma construir suítes mais saudáveis do que quem automatiza tudo pelo navegador.

Devo aplicar um exercício ao vivo ou um desafio para casa?

Um exercício curto, como automatizar um fluxo ou depurar um teste instável, prevê o desempenho muito melhor do que perguntas de decoreba. Limite a menos de uma hora e observe como a pessoa estrutura o código.

Como fazer a triagem de candidatos de QA antes da entrevista?

Use um teste curto de código ou de cenário para filtrar habilidade real de automação antes de comprometer tempo de entrevista. Na Hireaan, você aplica testes de habilidades corrigidos pela IA e vê os candidatos ranqueados por aderência à vaga.

Mais bancos de perguntas de entrevista

Abriu a vaga de Analista de QA e automação de testes? Rode o processo na Hireaan.

A IA ranqueia os candidatos, você agenda as entrevistas, aplica testes de habilidades e envia a proposta, com um preço fixo para o time inteiro.

Teste grátis 14 dias Ver planos

14 dias grátis
Sem cartão de crédito
Cancele quando quiser
Conforme a LGPD