Como Se Preparar para uma Entrevista Técnica QA: Guia Passo a Passo

A entrevista técnica de QA tem quatro etapas, cada uma com sua armadilha específica. A triagem técnica expõe lacunas em conceitos de teste. A rodada de codificação ao vivo é onde a maioria trava sob observação, e a etapa comportamental é onde respostas vagas custam pontos. A rodada de live coding derruba o maior número de candidatos. Conhecer o Playwright conceitualmente não prepara para escrever um teste com alguém olhando.

O que as entrevistas técnicas de QA cobrem

Antes de começar a preparar, entenda o formato. As entrevistas técnicas de QA em 2026 costumam ter estas etapas:

Nem toda empresa faz todas as etapas. Empresas menores costumam combiná-las. Mas conhecer as categorias ajuda a distribuir o tempo de preparo.

Passo 1: Saiba qual nível você está mirando (semana 1)

A profundidade das perguntas técnicas escala com a senioridade. Antes de estudar, seja honesto sobre qual nível é o seu.

Foco de entrevistas para QA júnior:

• Playwright básico: locators, assertions, estrutura de teste
• Fundamentos de bug report
• Tipos de teste (smoke, regressão, sanity)
• Noções de Agile
• Testes manuais: o que são, quando usar

Foco de entrevistas para QA pleno:

• Tudo acima, com mais profundidade
• Testes de API: status codes, request/response, API do Playwright
• Design de testes: equivalence partitioning, boundary value analysis
• CI/CD: GitHub Actions, pipelines de teste
• Page Object Model

Foco de entrevistas para QA sênior:

• Estratégia e arquitetura de testes
• Criação e manutenção de frameworks de automação
• Risk-based testing e priorização com restrições
• Influência no time e melhoria de processos
• Noções de testes de performance e segurança

Passo 2: Mapeie suas lacunas (semana 1)

Faça um inventário honesto. Para cada item abaixo, marque: confiante / incerto / não sei.

Playwright:

• ☐ Criar um projeto Playwright do zero
• ☐ Locators: getByRole, getByTestId, getByLabel, getByText
• ☐ Assertions: toBeVisible, toHaveText, toContainText, toHaveValue
• ☐ test.beforeEach e test.afterEach
• ☐ Fixtures: built-in e custom
• ☐ Page Object Model
• ☐ Testes de API com a fixture request
• ☐ Interceptação de rede com route.fulfill
• ☐ Rodar testes em modo headed/headless
• ☐ Ler e interpretar o HTML report

Conceitos de teste:

• ☐ Equivalence partitioning e boundary value analysis
• ☐ Testes black-box vs. white-box
• ☐ Diferenças entre smoke, regressão e sanity testing
• ☐ Test pyramid e onde cada tipo de teste se encaixa
• ☐ Risk-based testing e priorização
• ☐ Shift-left testing
• ☐ Definição de pronto do ponto de vista do QA

API e web:

• ☐ Métodos HTTP (GET, POST, PUT, PATCH, DELETE)
• ☐ Status codes (200, 201, 400, 401, 403, 404, 422, 500)
• ☐ Estrutura de requisição: headers, body, query params
• ☐ O que é um token JWT
• ☐ Como funcionam os cookies do navegador

Tudo o que ficou em "incerto" ou "não sei" é a sua lista de estudo.

Passo 3: Estude o que importa (semanas 1–2)

Fundamentos do Playwright

Não basta ler sobre a ferramenta. Escreva código. Configure um projeto de prática:

npm init playwright@latest

Escolha um site público para praticar (lab.becomeqa.com, the-internet.herokuapp.com, automationpractice.pl) e escreva testes para:

• Formulário de login (credenciais válidas e inválidas)
• Formulário com múltiplos campos e validação
• Uma tabela: verificar dados, ordenação, filtro
• Um endpoint de API usando request

Se você escrever 5 a 10 testes Playwright do zero em um site real, já está à frente da maioria dos candidatos.

Bug report

Esteja pronto para escrever um bug report na hora. Pratique anotar:

• Título claro (não "login não funciona", mas "Botão de login não responde quando o e-mail contém letras maiúsculas")
• Passos para reproduzir (numerados, exatos)
• Comportamento esperado vs. comportamento real
• Ambiente (navegador, sistema operacional, versão)
• Severidade e prioridade

Design de testes

Tenha pelo menos um exemplo concreto de aplicação de equivalence partitioning e boundary value analysis. O exemplo do campo de idade (0, 1, 17, 18, 120, 121) é um bom para memorizar.

Vocabulário de teoria de testes

Consiga explicar com clareza, sem definições decoradas:

• O que é teste de regressão?
• Diferença entre severidade e prioridade
• O que é caso de teste vs. cenário de teste?
• O que é shift-left testing?
• O que é um teste flaky e por que acontece?

Passo 4: Pratique a rodada de live coding (semanas 2–3)

É onde a maioria dos candidatos perde pontos. Conhecem o Playwright conceitualmente, mas travam quando precisam escrever um teste em tempo real.

Pratique em voz alta. Ao escrever um teste, narre o que está fazendo:

• "Vou localizar o campo de e-mail pelo test ID..."
• "Estou fazendo assertion de que a mensagem de erro está visível..."
• "Preciso também cobrir o caso em que o login tem sucesso e verificar o redirect..."

Os entrevistadores valorizam o raciocínio, não apenas o resultado final.

Cenários comuns de live coding:

1. Escrever um teste Playwright para um formulário de login
2. Escrever um teste que chama uma API e valida a resposta
3. Debugar um teste falhando (o entrevistador mostra código com um bug)
4. Adicionar um teste para um edge case que eles descrevem

O que fazer quando travar:

• "Não tenho 100% de certeza da sintaxe exata aqui, mas a abordagem seria..."
• "Precisaria checar a documentação do Playwright para essa assertion específica, mas sei que ela existe..."

Admitir incerteza com clareza é muito melhor do que chutar e defender uma resposta errada.

Passo 5: Prepare suas histórias (semana 3)

Perguntas comportamentais precisam de exemplos específicos. Antes da entrevista, escreva um rascunho para:

1. Um bug crítico que você encontrou antes do release
2. Uma vez em que discordou de um dev sobre um bug e resolveu profissionalmente
3. Uma vez em que precisou testar sob pressão de tempo e o que priorizou
4. Uma melhoria de processo que você introduziu ou sugeriu
5. Um bug que passou para produção sem ser detectado (e o que você aprendeu)

Sem 5 anos de experiência, use projetos acadêmicos, projetos pessoais ou situações bem iniciais de carreira. O que importa é a especificidade, não a senioridade.

Passo 6: Pesquise a empresa (semanas 3–4)

Respostas genéricas geram resultados genéricos. Para cada empresa:

• O que o produto delas faz? Use antes da entrevista.
• Qual stack o anúncio de vaga menciona?
• O foco é web, mobile, API, performance?
• O que o blog de engenharia ou o LinkedIn diz sobre o processo deles?

Adaptar uma ou duas respostas ao contexto da empresa mostra engajamento real.

No dia da entrevista

Triagem técnica: dicas de comunicação

• Pense em voz alta. Silêncio é pior do que raciocínio imperfeito.
• Faça perguntas de clarificação: "Devo assumir que o usuário já está logado?" "Estamos testando isso isoladamente ou end-to-end?"
• Se não souber, diga e explique o que faria para descobrir.
• Após responder, adicione: "Tem algo específico sobre isso que você gostaria que eu aprofundasse?"

Live coding: preparação prática

• Se puder usar seu próprio editor, tenha um projeto Playwright já configurado com um arquivo de teste em branco pronto.
• Se precisar escrever em um editor compartilhado, diga "vou começar com o esqueleto do teste e preencher os locators."
• Mantenha as assertions claras e deliberadas: nomeie o que está validando e por quê.

Perguntas para fazer ao entrevistador

Essas sinalizam raciocínio estratégico, não apenas conhecimento técnico:

• "Como o time de QA trata o teste de regressão atualmente: automatizado, manual ou os dois?"
• "Qual é o maior desafio de qualidade que o time enfrenta hoje?"
• "Como os engenheiros de QA colaboram com os devs? Os testes fazem parte da definição de pronto?"
• "Qual é a pirâmide de testes do produto de vocês?"

O que os entrevistadores realmente avaliam

Além das perguntas técnicas, os entrevistadores observam:

Abordagem de resolução de problemas: você consegue decompor um problema de teste sistematicamente, ou vai direto para soluções sem estrutura?

Comunicação: você explica o raciocínio com clareza? Consegue discutir um bug report de forma que um dev acharia útil?

Mentalidade de qualidade: você pensa em edge cases naturalmente? Pergunta "e se o usuário fizer X" por conta própria?

Sinais de colaboração: ao descrever experiências passadas, você menciona colegas, alinhamento, comunicação? Ou tudo foi "eu fiz sozinho"?

Trajetória de crescimento: você tem sido intencional no aprendizado? Consegue nomear uma habilidade que desenvolveu ativamente nos últimos meses?

Visão geral das 4 semanas

Os candidatos contratados raramente são os que sabem mais. São os que se comunicam bem, pensam de forma estruturada e demonstram interesse genuíno em qualidade como uma prática. A preparação é o que leva até esse ponto.

→ Veja também: Top 50 Perguntas de Entrevista para QA Engineer em 2026 (Com Respostas) | Top 30 Perguntas de Entrevista sobre Playwright para 2026 | Perguntas Comportamentais para Entrevistas QA: Como Respondê-las Bem