Entrevista de Backend Developer: perguntas e respostas para 2026

Você já passou pela triagem do RH, mas agora tem uma entrevista técnica de backend developer marcada e não sabe o que esperar. O medo de errar uma pergunta sobre concorrência ou de não saber explicar um índice de banco de dados é real. A verdade é que a maioria das entrevistas segue um roteiro previsível. Conhecer esse roteiro é metade do caminho para se preparar e responder com confiança.

Vamos analisar as perguntas que aparecem com mais frequência, agrupadas por etapa, com respostas modelo e o que o entrevistador realmente quer ouvir.

O que o recrutador avalia em cada etapa#

Antes de mergulhar nas perguntas, entenda o jogo. Cada etapa do processo seletivo mede algo diferente. Na triagem com RH, o foco é alinhamento: suas expectativas de salário, regime de trabalho e disponibilidade batem com a vaga? Depois, na entrevista técnica, o foco muda para a profundidade do seu conhecimento. O entrevistador quer ver como você pensa, como estrutura uma solução e se conhece os fundamentos por trás da ferramenta que usa.

Por fim, as perguntas comportamentais não são bobeira. Elas servem para prever como você vai agir em situações reais de pressão, conflito ou ambiguidade. Alguém pode ser um gênio da programação, mas se não sabe receber um feedback ou explicar uma decisão, torna-se um problema para a equipe.

Perguntas de triagem e alinhamento (rh)#

Esta primeira fase é direta. Erros aqui são bobos, mas custam a vaga.

• Por que você quer sair do seu emprego atual?
• Qual a sua pretensão salarial? (Faça uma pesquisa sobre a faixa de mercado para a sua experiência e localidade, os valores variam muito.)
• Você prefere trabalho remano, híbrido ou presencial?
• Tem interesse em aprender outras linguagens ou frameworks?

O que avaliam: Estão tentando entender seu perfil profissional e se você é um candidato "voo de galinha". Respostas que reclamam do emprego atual são um sinal de alerta. Foco no futuro e no que você busca para sua carreira.

Perguntas técnicas de backend (10-12 realistas)#

Aqui é o coração da entrevista. Vamos a 12 perguntas realistas que você provavelmente vai encarar.

1. Explique a diferença entre HTTP GET e POST. Quando usar cada um?
2. O que é um banco de dados relacional e um NoSQL? Quando você escolheria um em vez do outro?
3. Explique o conceito de API RESTful. Quais são suas restrições principais?
4. O que é e para que serve um ORM (Object-Relational Mapping)?
5. Como você lida com autenticação e autorização em uma API? (Ex: JWT, OAuth2)
6. Explique o que são "race conditions" (condições de corrida) e como evitá-las.
7. O que é um "deadlock"?
8. Como você faria para otimizar uma consulta (query) lenta no banco de dados?
9. Explique o conceito de "caching" e onde ele seria útil em um sistema.
10. O que são testes unitários e por que são importantes?
11. Como você versiona sua API? Quais estratégias conhece?
12. Descreva um sistema de filas (queue). Quando você usaria um?

Respostas modelo para perguntas técnicas

Não decore. Entenda a lógica.

Pergunta 8: Como você faria para otimizar uma consulta (query) lenta no banco de dados?

Resposta modelo: "Minha primeira etapa seria analisar o plano de execução da query com o comando EXPLAIN (ou EXPLAIN ANALYZE). Isso mostra como o banco está acessando os dados e onde estão os gargalos. A causa mais comum é a falta de um índice adequado em colunas usadas em cláusulas WHERE ou JOIN. Depois de criar o índice certo, eu rodaria a query novamente para comparar a performance. Outras estratégias incluem selecionar apenas as colunas necessárias em vez de usar SELECT *, evitar subconsultas complexas quando um JOIN resolve, e verificar se o volume de dados que está sendo retornado é realmente necessário."

Pergunta 6: Explique o que são "race conditions" (condições de corrida) e como evitá-las.

Resposta modelo: "Uma race condition acontece quando dois ou mais processos ou threads acessam um recurso compartilhado ao mesmo tempo e o resultado final depende da ordem de execução, o que é imprevisível. Um exemplo clássico é a transferência bancária: se dois processos debitarem o saldo da mesma conta ao mesmo tempo, o valor final pode ficar errado. Para evitar isso, usamos mecanismos de sincronização, como bloqueios (locks), semáforos ou, em banco de dados, transações com isolamento adequado para garantir que a operação seja atômica."

Pergunta 5: Como você lida com autenticação e autorização em uma API?

Resposta modelo: "Autenticação verifica quem você é. Autorização verifica o que você pode fazer. Para APIs, o padrão mais comum hoje é usar tokens JWT (JSON Web Tokens). O cliente se autentica com login e senha, o servidor gera um token assinado, e o cliente envia esse token no header Authorization de cada requisição. O servidor valida a assinatura do token. Para autorização, costumo usar RBAC (Role-Based Access Control), onde cada usuário tem um papel (role) e cada endpoint da API exige um ou mais papéis específicos."

Pergunta 11: Como você versiona sua API? Quais estratégias conhece?

Resposta modelo: "A abordagem mais comum e que eu prefiro é versionar pela URL, como /api/v1/usuarios e /api/v2/usuarios. É explícito, fácil de entender e de documentar. Outra estratégia é usar um header customizado ou o header Accept para indicar a versão, mas isso torna os testes e o consumo da API menos diretos. A versão só deve mudar quando houver uma quebra de contrato (breaking change). Adicionar um novo campo opcional no response não exige uma nova versão."

Perguntas comportamentais e de cultura#

Não subestime esta parte. Ela decide o empate entre dois candidatos tecnicamente bons.

• Conte sobre um projeto que deu errado. O que você aprendeu?
• Descreva uma situação em que você teve um desentendimento técnico com um colega. Como resolveu?
• Como você prioriza suas tarefas quando tudo é "urgente"?
• Como você reage a um feedback negativo sobre seu código?

O que avaliam: Maturidade, capacidade de comunicação e se você é um adulto funcional em um ambiente de equipe. Use o método STAR (Situação, Tarefa, Ação, Resultado) para estruturar suas respostas. Fale de situações reais, mesmo que sejam de projetos pessoais ou da faculdade.

Erros comuns que eliminam candidatos#

• Não saber o básico: Errar a diferença entre http e https, ou não saber o que é uma API.
• Mentir no currículo: Diz que domina Docker, mas não sabe o que é um container.
• Não fazer perguntas: No final, quando perguntam "tem alguma dúvida?", dizer "não" mostra desinteresse. Pergunte sobre o time, sobre os desafios técnicos, sobre o processo de deploy.
• Falar mal do emprego atual: É uma bandeira vermelha gigante.

Use uma ferramenta de análise de currículo gratuito para garantir que seu CV passe nos filtros automáticos (ATS) antes de chegar na entrevista. E pesquise sobre a empresa para ter perguntas inteligentes.

Checklist de preparação final#

• Pesquise sobre a empresa, seus produtos e seu stack tecnológico.
• Revise os fundamentos da linguagem e do framework que a vaga pede.
• Pratique em voz alta a resposta para "conte sobre você".
• Prepare 2 ou 3 perguntas para fazer ao final da entrevista.
• Teste seu microfone e câmera se for uma entrevista online.
• Tenha seu currículo e a descrição da vaga à mão para consulta.
• Decodifique a descrição da vaga para entender o que realmente pedem.
• Procure outras vagas de backend para comparar exigências e salários.

Ferramentas grátis#

• jobrise.io/pt/free-ats-checker/
• jobrise.io/pt/free-jd-decoder/
• jobrise.io/pt/jobs/
• jobrise.io/pt/blog/

Perguntas frequentes#

Quanto tempo dura uma entrevista técnica de backend?

Geralmente entre 45 minutos e 1 hora e meia. A primeira parte costuma ser uma conversa sobre sua experiência, seguida de perguntas técnicas teóricas ou um desafio de código ao vivo.

Preciso saber resolver o problema na hora ou posso pensar?

Depende da empresa. Algumas valorizam o raciocínio em voz alta, mesmo que você não chegue à solução perfeita. Outras esperam um código que funcione. Pergunte ao entrevistador qual a expectativa antes de começar a codar.

É normal ter que fazer um projeto para casa?

Sim, é uma prática comum, especialmente em empresas de produto. Eles querem ver como você estrutura um projeto real, não só um algoritmo isolado. Defina um prazo justo e entregue um código limpo e testado.

Devo mencionar que estou fazendo outros processos seletivos?

Sim, de forma estratégica. Se você está em fase avançada em outra empresa, isso pode acelerar a decisão. Não minta, mas se for verdade, é uma informação válida que mostra que seu perfil está em demanda.

O que faço se não sei a resposta de uma pergunta técnica?

Seja honesto. Diga "não tenho certeza, mas minha abordagem seria..." e tente deduzir a resposta a partir do que você sabe. Inventar uma resposta errada é pior do que admitir que não sabe e mostrar disposição para aprender.