Perguntas de entrevista sobre Selenium

Você já escreveu testes que passam localmente e falham no pipeline, e suspeita que a resposta tem a ver com waits sem conseguir explicar com clareza. Os entrevistadores sabem disso, por isso waits abrem a maioria das rodadas de Selenium. Esta seção mostra como soa uma resposta completa.

• Wait implícito versus explícito. Um wait implícito é uma configuração global que faz polling pela presença de um elemento a cada busca. Um wait explícito visa um único elemento e uma única condição, como clicável ou visível. O explícito é preferido porque deixa claro o que você está esperando.
• Por que você não deve misturá-los? Combinar os dois pode acumular timeouts de forma difícil de prever, por isso a maioria das equipes define o wait implícito como zero e usa waits explícitos o tempo todo.
• O que é um fluent wait? Um wait explícito com intervalo de polling configurável e tipos de exceção ignorados.
• Por que Thread.sleep está errado? Porque é incondicional. Ele deixa mais lento um teste que passaria e ainda assim falha em um teste lento.
• Seletor CSS ou XPath? Priorize um atributo de identificação estável dedicado a testes, depois CSS pela legibilidade. XPath merece seu lugar quando você precisa subir até um elemento pai ou combinar por texto.
• O que torna um locator frágil? Nomes de classe gerados automaticamente, XPath absoluto e seleção por índice. Diga o que você pediria a um desenvolvedor para adicionar em vez disso.

Os entrevistadores estão ouvindo o motivo por trás de cada escolha. Citar uma preferência sem mencionar o custo soa como uma resposta decorada.

Testes instáveis são o verdadeiro tema da maioria das entrevistas sênior de automação, porque uma suíte em que ninguém confia é pior do que nenhuma suíte.

• O que causa uma StaleElementReferenceException? A referência do elemento aponta para um nó que não está mais anexado, geralmente porque o framework renderizou novamente aquela parte da página. Busque o elemento novamente em vez de reutilizar a referência armazenada.
• E a ElementNotInteractableException? O elemento existe, mas não pode ser acionado: está oculto, desabilitado, coberto por uma sobreposição, ou fora da tela.
• Como você lida com NoSuchElementException? Distinga um problema de tempo de um elemento genuinamente ausente, e não disfarce isso com um wait mais longo.
• Por que os testes falham só no pipeline? Tamanho de viewport diferente, ambiente mais lento, dados de teste ausentes, animações que terminam mais tarde e testes paralelos disputando estado compartilhado.
• Como você corrige um teste instável? Diagnostique primeiro a categoria, depois corrija a causa. O auto-retry esconde falhas e é um último recurso que você deve nomear como tal.
• Como você lida com frames, novas janelas e alertas? Trocando o contexto explicitamente e voltando depois.

Um engenheiro de QA que se candidatava a uma vaga de automação de nível pleno foi questionado sobre por que uma suíte falhava duas vezes por semana sem nenhuma mudança de código. A resposta que funcionou não foi um detalhe da API do Selenium, mas sim que os testes compartilhavam uma única conta pré-configurada e competiam entre si. Os entrevistadores valorizam essa ordem de diagnóstico: ambiente e dados primeiro, API depois.

Mais bancos de perguntas por função e ferramenta estão em perguntas de entrevista por função.

Além da API, os painéis querem saber se você consegue ser dono de uma suíte. Essas perguntas pesam mais para cargos sênior.

• Explique o Page Object Model. As classes Page expõem ações e escondem locators, então uma mudança de UI toca apenas um arquivo. Diga qual problema isso resolve; descrever apenas a estrutura de pastas perde o ponto.
• O que dá errado com Page Objects? Elas crescem até virarem classes de mil linhas e começam a fazer assertions dentro dos métodos de página. Assertions pertencem aos testes.
• Como seu framework executa testes em paralelo? Gerenciamento de driver thread-safe para que instâncias não sejam compartilhadas entre threads, além de dados de teste independentes por teste.
• Para que serve o Selenium Grid? Para distribuir testes entre várias máquinas e versões de navegador, com um hub e nodes, ou um provedor de nuvem cumprindo o mesmo papel.
• O que mudou no Selenium 4? O protocolo W3C WebDriver se tornou padrão e o antigo JSON wire protocol foi removido, locators relativos chegaram, e o acesso ao Chrome DevTools Protocol foi exposto.
• Quando você não deveria usar Selenium? Verificações de nível de API, lógica testável por unidade, e tudo fora do navegador. Conhecer esse limite é um sinal de senioridade.
• Como você decide o que automatizar? Caminhos estáveis, de alto valor e repetitivos. Não tudo, e não uma tela que ainda está sendo redesenhada.

Respostas sobre Selenium são incomumente fáceis de saber e difíceis de dizer. A pergunta sobre waits em particular tem uma resposta em duas partes, a definição e o motivo, e candidatos que só leram isso entregam a primeira metade e perdem o fio.

Escolha as cinco perguntas daqui que você menos gostaria de enfrentar e responda cada uma em voz alta em noventa segundos sem nenhum editor aberto. Depois peça para alguém fazer a pergunta seguinte, quase sempre por quê. Praticar os mesmos prompts contra um entrevistador de IA que questiona de volta chega mais perto de uma rodada real do que reler uma lista, e é para isso que existe o modo de entrevista simulada.

Aaron Cao, fundador da SubcueAI, construiu a prática em torno dessa lacuna de fala em vez de fornecer mais perguntas. Em uma entrevista ao vivo, o aplicativo desktop e o painel lateral da extensão do navegador podem mostrar estrutura enquanto o entrevistador fala, o que ajuda mais em material que você já ensaiou. O que o produto faz, e os limites que ele nunca cruza, estão descritos na página de segurança.