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:

| Etapa | O que é avaliado | Duração |

|-------|-----------------|---------|

| Triagem com recrutador | Histórico, motivação, fundamentos | 20–30 min |

| Triagem técnica | Conceitos de QA, ferramentas, experiência | 45–60 min |

| Live coding / automação | Escrever testes com Playwright, debugar | 45–60 min |

| System design (vagas sênior) | Estratégia de testes, arquitetura | 45–60 min |

| Comportamental | Experiências passadas, soft skills | 30–45 min |

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.

• 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

• 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

• 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.

• [ ] 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

• [ ] 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

• [ ] 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.

• "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.

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

• "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:

Visão geral das 4 semanas

| Semana | Foco |

|--------|------|

| 1 | Mapear lacunas, revisar fundamentos do Playwright, escrever 3 a 5 testes de prática |

| 2 | Estudo aprofundado nas áreas fracas, praticar explicar conceitos em voz alta |

| 3 | Prática de live coding, preparar histórias comportamentais, pesquisar empresas |

| 4 | Entrevistas simuladas, revisão, reforço nas áreas ainda instáveis |

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.