Junior QA Automation — Perguntas de entrevista QA Automation

Qual é a diferença entre um wait explícito e um implícito, e o que quebra quando você mistura os dois?

Um wait implícito é uma configuração global que faz cada busca de elemento tentar novamente por até N segundos. Um wait explícito mira em uma condição em um elemento — clicável, visível, presente. Misturá-los é o erro clássico: os dois timeouts se somam de forma imprevisível, e uma busca que você esperava falhar rápido pode travar pela soma dos dois. Deixe o wait implícito em zero e use waits explícitos em todo lugar.

Por que Thread.sleep é considerado má prática em testes?

Porque codifica uma suposição fixa. Dormir três segundos significa que você esperou demais em toda execução, somando minutos ao longo de uma suíte, ou não esperou o suficiente em um dia lento, que é exatamente como um teste vira flaky. Um wait explícito faz polling da condição e segue em frente no instante em que ela é verdadeira, então é mais rápido e mais confiável. Sleep só se justifica quando genuinamente não há nada observável para esperar.

Seletor CSS ou XPath — qual você escolhe e por quê?

CSS é mais rápido, mais legível e suficiente para a maioria dos casos. XPath ganha seu espaço quando você precisa subir até um pai, selecionar por texto visível, ou usar um axis — coisas que CSS não consegue expressar. O que importa mais que a escolha é a estabilidade: um seletor amarrado a um data-testid sobrevive a um redesign, e um copiado do devtools com seis divs aninhadas não.

O que é o Page Object Model e qual problema ele resolve?

Ele coloca os locators e ações de uma tela em uma classe, então o teste diz login.submit(admin) em vez de listar buscas de elementos. O problema que resolve é duplicação: quando um botão muda, um arquivo muda em vez de quarenta testes. O jeito errado de usar é colocar assertions dentro do page object — a página descreve a tela, o teste decide o que está correto.

Qual é a diferença entre uma interface e uma classe abstrata?

Uma classe abstrata pode ter estado e um construtor e descreve o que algo é; uma classe só pode estender uma. Uma interface descreve o que algo pode fazer e uma classe pode implementar várias. Em um framework de testes isso aparece na prática: uma base page com um campo driver compartilhado é uma classe abstrata, e algo como Searchable, que várias páginas suportam, é uma interface.

Por que testes flaky acontecem?

Quase sempre timing ou estado compartilhado. Timing significa fazer uma assertion antes de a aplicação terminar — uma animação, uma requisição assíncrona, um re-render. Estado compartilhado significa um teste deixando dados dos quais outro depende, o que aparece no momento em que você roda em uma ordem diferente ou em paralelo. A terceira causa, menos discutida, é o ambiente: uma máquina de CI lenta transforma uma race condition que você nunca notou localmente em uma falha diária.

O que é uma StaleElementReferenceException e como você evita isso?

Significa que você guardou uma referência a um elemento que a página já re-renderizou — o objeto aponta para um nó que não está mais no DOM. Aparece mais depois de uma atualização que redesenha uma lista ou tabela. Você evita buscando o elemento de novo em vez de guardá-lo, que é exatamente o que os locators do Playwright fazem por design e o que um campo PageFactory do Selenium não faz.