Os gates bloqueantes típicos são checagem de tipos, lint, testes unitários e de componente, um build de produção e um orçamento de tamanho de bundle. Varreduras de acessibilidade e testes ponta a ponta também rodam no pull request, bloqueando só nas jornadas críticas. Qualquer coisa consultiva, como uma nota de Lighthouse ou diffs visuais, reporta sem bloquear, porque um gate que falha por razões fora do controle do autor é desativado em um mês.
Por que os entrevistadores perguntam isso
O entrevistador sonda pragmatismo. Qualquer um lista ferramentas; o sinal útil é em quais checagens você confia o bastante para bloquear e como mantém o pipeline rápido o suficiente para as pessoas não o contornarem. Citar deploys de preview e orçamentos de tamanho mostra que você pensa em pegar regressões antes dos usuários em vez de só depois de um rollback.
Como estruturar sua resposta
- Divida as checagens em bloqueantes e consultivas.
- Justifique por que cada bloqueante é confiável.
- Mencione a velocidade de feedback e como você mantém o pipeline curto.
- Acrescente ambientes de preview e para que servem.
Exemplo de resposta
Bloqueantes, quero checagem de tipos, lint, a suíte unitária e de componente, um build de produção de verdade e um orçamento de tamanho de bundle. Esses são determinísticos, falham por razões que o autor consegue corrigir, e são rápidos. Testes ponta a ponta rodam no pull request mas só bloqueio na suíte pequena de caminho crítico, com o resto rodando no merge, senão a fila vira o gargalo e as pessoas começam a mergear no vermelho. Consultivos, publicamos uma rodada de Lighthouse e um diff visual como comentário. Deliberadamente não bloqueio numa nota de performance porque ela se move com o ruído do runner, e um gate instável é contornado e depois ignorado. Todo pull request também ganha um deploy de preview, que é o que design e produto de fato revisam, e ele pega a classe de bug que só aparece num build real, como uma variável de ambiente que nunca foi definida fora do desenvolvimento. O gate que as pessoas subestimam é o orçamento de tamanho: é a única coisa que impede um bundle de subir uma dependência por vez.
Vai encarar essa entrevista em breve? O GhostPilot escuta a sua chamada ao vivo, identifica a pergunta no instante em que ela é feita e coloca uma resposta estruturada na sua tela em tempo real. Teste na sua próxima entrevista simulada ou pegue um Session Pass de $29, sem assinatura, para a hora da verdade.
Veja como funcionaPerguntas de acompanhamento que você pode esperar
- Como você mantém o pipeline abaixo de dez minutos conforme a suíte cresce?
- O que você faz quando um teste instável bloqueia uma correção urgente?
- Como você definiria um orçamento sensato de tamanho de bundle para um projeto novo?
Mais perguntas para Desenvolvedor Frontend
Seu entrevistador vai fazer a própria versão desta. Cole a descrição real da vaga no Question Predictor gratuito e receba as 20 perguntas que essa vaga tem mais chance de fazer, com o que cada uma está de fato sondando.
Prever minhas perguntas