Selenium Ainda Vale a Pena Aprender em 2026?

O Selenium foi a primeira ferramenta de automação que eu realmente usei no dia a dia, ainda lá na iPort, numa época em que “esperar o elemento carregar” significava um Thread.sleep() chutado no meio do código e torcer pra funcionar no próximo build. De uns anos pra cá, toda vez que menciono Selenium numa conversa sobre automação, alguém comenta que ele “já morreu” e que só sobrou Cypress e Playwright. Os números contam outra história: segundo levantamento da testdino.com de início de 2026, o Selenium ainda aparece em mais de 10 mil vagas ativas só no LinkedIn americano, contra cerca de 10.200 pra “QA Automation Playwright” no Indeed — uma diferença bem menor do que o discurso sugere. Resposta direta: sim, Selenium ainda vale a pena aprender em 2026, mas não como primeira ferramenta pra quem começa do zero hoje — vale como complemento estratégico pra quem mira vaga em empresa grande, sistema legado ou setor regulado, onde ele continua sendo o padrão de fato.

Os números que muita gente ignora antes de decretar o Selenium morto

Antes de qualquer opinião, vale olhar pros dados, porque a percepção de “ferramenta ultrapassada” não bate com o que os números de mercado mostram. Ainda segundo o levantamento da testdino.com, o Selenium está presente em algo entre 23% e 26% do mercado de ferramentas de QA, com dezenas de milhares de empresas usando ele globalmente — uma base de instalação estimada em até 12 vezes maior que a do Playwright em número de empresas verificadas. Faço questão de marcar que esse é um levantamento de uma única fonte especializada, não um consenso fechado do mercado, e que diferentes metodologias de contagem chegam a números um pouco diferentes — mas a direção geral, de que o Selenium continua presente em escala muito maior do que a conversa do dia a dia sugere, aparece de forma consistente em mais de uma fonte, incluindo o próprio site oficial do projeto Selenium, que segue documentando releases ativas. É justamente esse tipo de número que faz a pergunta “Selenium ainda vale a pena” continuar tão comum em fóruns de QA.

Os números de download reforçam esse ponto, mesmo quando olhados com ressalva. No PyPI (o repositório de pacotes Python), o pacote selenium soma algo em torno de 50 milhões de downloads por mês — um volume que nem o Playwright chega perto, mesmo sendo hoje a ferramenta mais baixada no ecossistema npm/JavaScript. É bem verdade que download não é sinônimo de projeto ativo: parte desse número vem de pipelines de CI que reinstalam dependência a cada build, então não dá pra tratar isso como “quantidade de gente aprendendo do zero”. Ainda assim, esse volume mostra que o Selenium continua profundamente enraizado no ecossistema Python de automação e QA, especialmente fora do universo JavaScript, onde a conversa sobre Cypress e Playwright é mais barulhenta. Mesmo com essa ressalva, o volume é grande demais pra ignorar quando alguém pergunta se Selenium ainda vale a pena.

O padrão que mais aparece nas empresas que realmente uso como referência não é “abandonar o Selenium”, e sim rodar os dois em paralelo: testes novos nascem em Playwright, os testes mais instáveis do Selenium são os primeiros a serem migrados, e o resto da suíte antiga continua rodando até que valha a pena reescrever. Se você está decidindo entre Cypress ou Playwright pra um projeto novo, essa realidade não muda — a pergunta “vale aprender Selenium” é outra pergunta, sobre o que já está rodando por aí e quem ainda contrata pra manter isso.

Onde o Selenium ainda ganha: linguagens, legado e regulação

O maior trunfo do Selenium continua sendo a abrangência de linguagens: ele tem bindings oficiais pra Java, Python, C#, JavaScript, Ruby, Kotlin e PHP — sete linguagens, contra as quatro do Playwright e a única do Cypress. Isso importa de verdade em empresas grandes e antigas, onde o time de QA nem sempre trabalha no mesmo stack do time de desenvolvimento, e onde a decisão de ferramenta foi tomada há dez anos e nunca mais foi revisitada. Não é raro encontrar empresa com centenas de milhares de linhas de teste escritas em Java com Selenium, TestNG e JUnit — reescrever isso do zero simplesmente não entra na conta de custo-benefício de nenhum gestor de QA sério.

Setor regulado é outro ponto onde o Selenium resiste bem. Bancos, seguradoras, sistemas de saúde e qualquer ambiente que exija rastreabilidade de driver e conformidade com protocolo W3C WebDriver tendem a manter Selenium como padrão, porque ele é literalmente a implementação de referência desse protocolo — não uma ferramenta que se comunica com o navegador de um jeito próprio, como Cypress e Playwright fazem. Pra quem mira carreira em QA dentro desse tipo de empresa, aparecer no currículo com Selenium ainda pesa, e pesa mais do que se imagina de fora.

Tem também o fator comunidade, que costuma ser subestimado. O Selenium tem mais de 33 mil estrelas no GitHub, quase 30 mil perguntas respondidas no Stack Overflow e centenas de milhares de repositórios públicos usando ele como dependência — o tipo de base de conhecimento acumulada que facilita muito resolver problema específico às três da manhã, quando o pipeline quebrou e ninguém mais está online pra ajudar. E ele continua sendo mantido de verdade: só em 2025 saíram doze releases, com trabalho ativo acontecendo no protocolo BiDi (a nova geração de comunicação bidirecional com o navegador) e no Selenium Manager, que automatiza o gerenciamento de driver — não é projeto abandonado, é projeto maduro.

Onde ele perde feio: performance, ergonomia e o que mudou desde que ele nasceu

Dito tudo isso, seria desonesto fingir que o Selenium envelheceu bem em tudo. A arquitetura dele se apoia no protocolo WebDriver, que precisa de um driver de navegador separado (chromedriver, geckodriver) fazendo a ponte entre o seu código e o navegador de fato — uma camada a mais de comunicação que Cypress e Playwright simplesmente não têm, porque foram desenhados depois, aprendendo com esse gargalo. Na prática isso se traduz em testes mais lentos e mais sensíveis a timing, especialmente em suítes grandes rodando em CI com recursos limitados.

A ausência de espera automática nativa é o ponto que mais gera fricção no dia a dia de quem programa em Selenium. Enquanto Cypress e Playwright esperam sozinhos um elemento aparecer, ficar visível e parar de se mover antes de interagir com ele, no Selenium isso precisa ser configurado manualmente com WebDriverWait e ExpectedConditions — o que funciona, mas exige que quem escreve o teste entenda bem o que está fazendo, senão o resultado são testes “flaky” (instáveis, que falham sem motivo aparente) cheios de espera fixa jogada no código só pra tentar resolver o sintoma.

Ferramenta nenhuma de debugging embutida à altura do Trace Viewer do Playwright ou do runner com viagem no tempo do Cypress também é uma lacuna real — depurar um teste Selenium que falhou no CI geralmente significa vasculhar log de texto e, na melhor das hipóteses, um screenshot manual configurado à parte. E o mercado sente isso: cerca de 75% dos projetos novos em JavaScript/TypeScript hoje nascem direto em Playwright, segundo o mesmo levantamento, o que mostra pra onde a preferência de quem está começando algo do zero está migrando. É esse tipo de lacuna que faz muita gente perguntar se Selenium ainda vale a pena, e a resposta honesta é: depende do que você já tem construído. Repito: Selenium ainda vale a pena, mas só quando o contexto pede.

Minha experiência real migrando de Selenium pra ferramentas modernas

Na Entrepay, herdei uma suíte de testes em Selenium que levava mais de quarenta minutos pra rodar inteira e falhava de forma inconsistente em cerca de 15% das execuções — não porque o produto estava quebrado, mas porque os testes dependiam de espera manual mal calibrada em fluxos de pagamento que mudavam de tempo de resposta dependendo da carga do ambiente de homologação. A primeira reação de todo mundo era “vamos reescrever tudo em Playwright”, mas na prática isso levaria meses e deixaria a suíte sem cobertura durante a transição — um risco que ninguém queria assumir num sistema que processava transação financeira de verdade.

O caminho que funcionou foi migrar por prioridade de instabilidade, não por vontade de usar ferramenta nova: os 20% de testes mais flaky viraram os primeiros candidatos à reescrita, e o resto continuou rodando em Selenium enquanto a gente aprendia a nova ferramenta escrevendo casos simples primeiro. Depois de uns dois meses fazendo isso, a suíte toda ficou mais rápida e mais confiável, mas o Selenium não sumiu de verdade — ele foi encolhendo de tamanho até virar uma fatia pequena, ainda rodando pontos específicos onde a reescrita não trazia ganho suficiente pra justificar o esforço.

Foi esse processo, aliás, que me convenceu de que a pergunta certa nunca é “Selenium ou ferramenta nova”, e sim “onde cada uma faz mais sentido agora”. Se seu objetivo é entender melhor esse tipo de decisão estrutural antes de bater o martelo, o comparativo completo entre Cypress ou Playwright continua valendo como próximo passo depois de decidir se vale a pena manter o Selenium rodando em paralelo ou não.

Vale a pena aprender Selenium hoje? Meu conselho prático

Se você já está no mercado de QA e a vaga que você mira é numa empresa grande, num banco, numa seguradora ou em qualquer lugar com sistema legado em Java, sim, vale muito a pena aprender Selenium — ele ainda aparece em milhares de descrições de vaga e, combinado com Java ou Python, é uma combinação que paga bem e tem demanda real, especialmente em processos de contratação mais conservadores que não acompanham a moda das ferramentas mais novas. Nesses casos específicos, Selenium ainda vale a pena mesmo com a concorrência mais moderna por perto — e reconhecer isso cedo evita perder tempo estudando só o que está na moda. No fim das contas, pra esse público, Selenium ainda vale a pena sem sombra de dúvida.

Se você está começando do zero em automação hoje, sem nenhuma restrição de vaga específica te puxando pra um lado, minha recomendação prática é inverter a ordem que era padrão há cinco anos: aprenda Cypress ou Playwright primeiro, porque a curva de aprendizado é mais suave, os conceitos de espera automática e depuração moderna vão te poupar meses de frustração, e depois, se e quando uma vaga concreta pedir Selenium, você aprende ele sabendo exatamente por que ele funciona do jeito que funciona — o contraste vai fazer muito mais sentido do que aprender Selenium primeiro e descobrir depois o que mudou. Já reuni sete cursos gratuitos de automação de testes que cobrem esse caminho sem custar nada. Fora desse contexto específico, é raro eu dizer que Selenium ainda vale a pena como ponto de partida.

E se você ainda está decidindo se vale migrar de testes manuais pra automação antes mesmo de escolher ferramenta, o comparativo completo entre QA manual e automação de testes é o ponto de partida certo, e o guia de como migrar de QA manual pra automação mostra o caminho passo a passo. De um jeito ou de outro, dominar automação — seja em Selenium, Cypress ou Playwright — segue sendo um dos fatores que mais pesam em quanto tempo leva pra virar SDET.

Perguntas frequentes

Selenium está sendo substituído por Playwright?

Em projetos novos, na maioria das vezes sim — a maior parte dos times que começam um projeto do zero hoje em JavaScript ou TypeScript escolhe Playwright em vez de Selenium. Mas “substituído” é forte demais pra descrever o mercado como um todo: a base instalada de Selenium em sistemas legados e em outras linguagens (Java, Python) é grande demais pra desaparecer no curto prazo, e o padrão mais comum nas empresas é os dois convivendo lado a lado por anos.

Preciso saber Selenium pra conseguir emprego de QA automation?

Depende muito do tipo de empresa. Bancos, seguradoras, empresas com sistema legado grande e vagas de QA em Java ainda pedem Selenium com frequência. Startups e empresas mais novas, especialmente as que trabalham só com JavaScript/TypeScript, tendem a pedir Cypress ou Playwright primeiro. Vale pesquisar as vagas da sua região e área de interesse antes de decidir onde investir o tempo de estudo. Nesses nichos, minha resposta continua sendo: Selenium ainda vale a pena, sim.

Dá pra aprender Selenium e Playwright ao mesmo tempo?

Dá, mas não recomendo começar assim se você está migrando de zero em automação. Os conceitos fundamentais (seletor, asserção, espera, page object) são parecidos, mas a sintaxe e a filosofia de cada ferramenta são diferentes o bastante pra confundir quem está aprendendo os dois em paralelo. O caminho mais eficiente costuma ser: aprender bem uma ferramenta moderna primeiro, e só depois olhar pro Selenium com esse conhecimento como base de comparação.

Selenium ainda vale a pena pra quem está começando do zero em 2026?

Como primeira ferramenta, na maioria dos casos, não é a escolha mais eficiente — Cypress ou Playwright entregam uma curva de aprendizado mais suave e conceitos mais alinhados com o que o mercado de projetos novos pede hoje. Mas como segunda ferramenta, depois de já entender os fundamentos de automação, o Selenium ainda vale a pena, principalmente se a vaga que você mira for em empresa grande ou setor regulado.