O Playwright registra 47,9 milhões de downloads semanais no npm contra 7,3 milhões do Cypress, uma diferença de 6x que reflete onde os novos projetos estão sendo iniciados em 2026. As razões são estruturais. O Playwright eliminou o gerenciamento de drivers, embutiu auto-waiting em todas as interações e entrega sharding gratuito que o Cypress cobra em plano pago. Também é o único framework com suporte real a WebKit para testes no Safari fora do macOS.
Os números
A página de premiações do State of JS 2025 confirma que o Playwright empatou pelo maior aumento relativo de uso entre ferramentas de teste. Subiu 14 pontos percentuais em um ano. No npmtrends.com, o Playwright registra cerca de 47,9 milhões de downloads semanais contra 7,3 milhões do Cypress. Stars no GitHub: Playwright com cerca de 86.000 vs Cypress com 49.000.
Não são métricas de vaidade. Downloads do npm rastreiam adoção real de projetos. Quando um framework é escolhido para novos projetos 6x mais do que o concorrente mais próximo, o ecossistema acompanha. Mais tutoriais, mais respostas no Stack Overflow, mais vagas que listam como requisito.
Se você está começando do zero em 2026, o Playwright é onde a indústria está.
O que o Selenium errou
O Selenium não é ruim. Funciona. Mas foi projetado em outra era, quando o JavaScript era mais simples, quando SPAs não existiam, quando "esperar por elementos" significava adicionar Thread.sleep(3000) e torcer.
Os problemas:
Gerenciamento de drivers. O Selenium exige um driver de navegador (ChromeDriver, GeckoDriver) que precisa corresponder à versão exata do navegador instalado na máquina. Atualizar o Chrome quebra os testes até você atualizar o ChromeDriver. Um peso de manutenção completamente desnecessário que o Playwright eliminou. Sem waiting nativo. O Selenium encontra um elemento e imediatamente tenta interagir com ele. Se o elemento não está pronto, o teste falha. Todo time acaba construindo seus próprios utilitários de espera: ExpectedConditions em Java, WebDriverWait com polling customizado. O Playwright resolve isso automaticamente. Design Java-first. O Selenium foi construído para Java. Os bindings JavaScript funcionam, mas parecem adaptação. O Playwright foi construído para Node.js desde o primeiro dia. Sem test runner nativo. O Selenium é uma biblioteca de automação de navegador, não um framework de testes. Você precisa adicionar um test runner (JUnit, TestNG, pytest, Jest) separadamente, conectar tudo, configurar reporters. O Playwright entrega tudo junto.O que o Playwright faz diferente
Auto-waiting. Toda ação do Playwright espera o elemento estar acionável antes de prosseguir. O clique espera o elemento estar visível, habilitado e estável. O fill espera o input estar editável. Isso elimina a categoria inteira de erros "element not interactable" e "stale element reference" que afligem os testes Selenium.// Playwright — funciona, sem boilerplate de espera
await page.getByRole('button', { name: 'Submit' }).click();
// Equivalente em Selenium — o que você precisava escrever
WebDriverWait wait = new WebDriverWait(driver, Duration.ofSeconds(10));
WebElement button = wait.until(ExpectedConditions.elementToBeClickable(
By.xpath("//button[text()='Submit']")
));
button.click();playwright.config.ts roda sua suite nos três.
Locators modernos. A API de locators do Playwright usa seletores baseados em roles que correspondem à forma como usuários e leitores de tela interagem com a página:
page.getByRole('button', { name: 'Sign in' })
page.getByLabel('Email address')
page.getByPlaceholder('Search...')
page.getByTestId('submit-btn')Esses locators são resilientes. Mudar uma classe CSS ou reestruturar o HTML não os quebra. Mudar o nome acessível do botão os quebra, o que é exatamente o comportamento desejado, porque essa é uma mudança real que afeta os usuários.
Por que não o Cypress?
O Cypress foi a alternativa moderna ao Selenium antes de o Playwright existir. É uma boa ferramenta. Mas tem limitações arquiteturais que o Playwright não tem:
Só Chromium (com suporte limitado ao Firefox). O Playwright suporta Chromium, Firefox e WebKit. Cobertura cross-browser exige Playwright. Limitação de same-origin. O Cypress tem dificuldade com testes que envolvem múltiplos domínios, como fluxos de autenticação que redirecionam para um provedor OAuth de terceiro. O Playwright lida com isso nativamente. Paralelização exige plano pago. Rodar testes em múltiplas máquinas no CI exige o Cypress Cloud, que tem custo. O sharding do Playwright é gratuito e nativo. Sem emulação mobile. O Playwright consegue emular qualquer viewport de dispositivo, user agent, geolocalização e até eventos de toque. O Cypress não.A diferença diminuiu ao longo dos anos. O Cypress adicionou testes de componente, melhorou o suporte ao Firefox e expandiu sua API. Mas para uma stack de automação completa sem paywalls, o Playwright é a base mais sólida.
O respaldo da Microsoft importa
O Playwright é construído e mantido pela Microsoft. Não é apenas um sinal de estabilidade. Significa que a ferramenta é desenvolvida ativamente por engenheiros cujo trabalho é suportar testes web em escala.
O time do Playwright entrega releases regularmente, responde a issues no GitHub e tem estado consistentemente à frente do ecossistema em funcionalidades. Isso inclui trace viewer, UI mode, testes de componente, testes de API e, mais recentemente, o Playwright MCP (Model Context Protocol) para automação de navegador com IA.
Quando você aposta em um framework de testes, está apostando no time por trás dele. O time do Playwright merece essa aposta.
O que isso significa para seu caminho de aprendizado
Se você está aprendendo automação de testes em 2026:
Aprenda Playwright primeiro. Os conceitos que você aprende (locators, assertions, fixtures, Page Object Model, integração com CI) transferem diretamente se precisar usar outro framework. Aprenda TypeScript, não JavaScript puro. O suporte TypeScript do Playwright é de primeira classe e o TypeScript é o padrão profissional para novos projetos. Não gaste tempo com Selenium a menos que uma vaga exija. Se você entrar em uma empresa que usa Selenium, vai pegar o jeito em uma semana. Aprender Selenium primeiro porque tem "mais vagas" é o cálculo errado. Essas vagas legadas também são as que menos tendem a adotar práticas modernas. Vale saber que o Cypress existe. Você vai encontrá-lo. Entender as diferenças arquiteturais ajuda a explicar por que um projeto escolheu um em vez do outro, exatamente o tipo de conversa que acontece em entrevistas técnicas.FAQ
O Playwright vai substituir completamente o Cypress?Improvável no curto prazo. O Cypress tem uma base instalada grande e empresas não migram frameworks de testes sem uma razão forte. Mas para novos projetos, os números de adoção mostram onde as escolhas estão sendo feitas.
O Selenium está morto?Não. Milhões de linhas de testes Selenium em bases de código enterprise não vão a lugar nenhum. O Selenium 4 é mantido ativamente e é significativamente melhor que o Selenium 3. Mas "mantido ativamente" e "a escolha certa para novos projetos" são coisas diferentes.
Posso usar o Playwright com Python ou Java?Sim. O Playwright tem bindings oficiais para Python, Java e .NET além de JavaScript/TypeScript. A versão JS/TS é a mais completa e a mais amplamente usada, mas a API principal é consistente entre as linguagens.
Quanto tempo leva para aprender o Playwright?Para escrever testes reais: alguns dias. Para construir uma suite de testes manutenível: algumas semanas de prática. A barreira de entrada é genuinamente baixa.
→ Veja também: Começando com Playwright: Seus Primeiros Testes em 30 Minutos | Playwright vs Cypress vs Selenium em 2026: Comparação Honesta | Instalando Playwright: Guia de Configuração Passo a Passo (2026) | Migrando do Selenium (ou Cypress) para o Playwright: Um Guia Prático
