Todos os Artigos

Instale o Playwright, escreva seu primeiro teste e entenda por que todos os novos projetos o escolhem em vez do Selenium.

As práticas que separam suites de testes mantíveis daquelas que ninguém quer tocar seis meses depois.

Quando seu arquivo de teste passa de 300 linhas e todos têm medo de tocar, é hora do Page Object Model. Veja como construí-lo corretamente.

Selenium foi o padrão por anos. Playwright o substituiu. Veja o que mudou, por que aconteceu e o que significa para seu caminho de aprendizado.

Do zero a um teste funcionando em 10 minutos. Tudo que você precisa para instalar, configurar e rodar seu primeiro teste Playwright.

O locator que você escolhe determina se seus testes sobrevivem a um redesign ou quebram em cada commit. Veja qual usar e quando.

Três frameworks, trade-offs reais, sem marketing. Qual escolher para um novo projeto e quando ficar com o que você tem.

Sem assertions, você está apenas clicando em uma página. Este guia cobre cada tipo de assertion no Playwright: o que cada um verifica, quando usar e as armadilhas que pegam iniciantes.

Pare de copiar código de login em cada teste. Aprenda a usar fixtures personalizados para injetar automaticamente estado autenticado, page objects e dados de teste.

Aprenda a interceptar, mockar e stubbar requisições de rede no Playwright para testar estados de erro, acelerar sua suite e desacoplar testes de UI das dependências do backend.

Aprenda a reduzir o tempo de execução da suite Playwright com workers, modo fullyParallel e sharding entre máquinas no GitHub Actions.

Estado compartilhado entre testes é o assassino silencioso de suites confiáveis. Aprenda como o Playwright isola contextos do navegador, como gerenciar o ciclo de vida dos dados e por que o isolamento é pré-requisito para execução paralela segura.

O login via UI em cada teste é o maior assassino de performance em uma suite Playwright. O storageState permite fazer login uma vez e reutilizar a sessão em toda a execução.

Detecte regressões de layout, estilos quebrados e mudanças no nível de pixel com o toHaveScreenshot() integrado do Playwright. Sem serviço pago.

A maioria das equipes conclui uma migração de 500 testes do Selenium em 4 a 6 semanas. Veja o guia arquivo por arquivo que te leva até lá sem quebrar o CI.

Fluxos com múltiplas abas quebram mais testes do que quase qualquer outro cenário. Aprenda como o Playwright modela páginas e contextos, detecta novas abas, lida com popups, redirecionamentos OAuth e iFrames aninhados.

Diálogos de arquivo nativos são inacessíveis para automação. Aprenda a contorná-los com setInputFiles(), eventos filechooser e drag-and-drop, e depois capture e verifique os downloads.

A maioria dos projetos Playwright começa como uma pasta plana de arquivos de teste. Veja a arquitetura para construir em vez disso, da estrutura de pastas ao gerenciamento de configuração e ao padrão de migração strangler fig.

Dados de teste hardcoded são uma bomba-relógio. Aprenda a gerar dados únicos e realistas com Faker.js, funções factory e fixtures Playwright que limpam automaticamente.

A maioria dos iniciantes passa a primeira hora com Playwright adivinhando locators e errando. O Codegen pula tudo isso: você clica pelo app e o Playwright escreve o código de teste em tempo real.

Pare de adivinhar o que deu errado. O Trace Viewer fornece uma reprodução completa do DOM de cada teste com falha. Veja como habilitá-lo, lê-lo e corrigir falhas em minutos.

A saída padrão do terminal diz o que falhou. Um relatório de testes adequado diz por que, quando e com que frequência. Veja como configurar o reporter HTML integrado e o Allure.

Executar os mesmos testes em local, staging e produção não deveria exigir mudanças de código. Veja como estruturar corretamente a configuração de ambiente com dotenv e fixtures.

Playwright espera automaticamente pela maioria das ações, mas não por todas. Veja como funciona o sistema de auto-espera, quando ele falha e os padrões certos para cada cenário de espera.

Teste seu app em tamanhos de viewport mobile, com eventos de toque e user agents reais de dispositivos, usando os presets de dispositivos integrados do Playwright e controle de viewport.

Além de click e fill: como testar atalhos de teclado, estados hover, menus de clique direito, interações de arrastar e soltar e sequências complexas de mouse e teclado em múltiplos passos.

Teste atributos de cookies, pré-alimente o estado de autenticação, verifique a persistência do localStorage e lide com expiração de sessão. Todos os padrões de armazenamento do navegador que você vai precisar.

Execute a configuração custosa uma única vez, autenticação, alimentação de banco de dados, inicialização de servidor, antes de toda sua suite de testes e limpe depois. Sem overhead por teste.

Playwright é o único framework com suporte real para Chromium, Firefox e WebKit. Veja uma estratégia de testes cross-browser em camadas que oferece cobertura ampla sem triplicar o tempo de CI.

As mensagens de erro do Playwright são ricas em informações, quando você conhece a estrutura. Aprenda a ler rapidamente erros de timeout, violações de strict mode, falhas de navegação e erros de contexto de execução.

Asserções padrão param o teste no primeiro erro. Asserções suaves coletam todos os erros antes de parar. Útil quando você está verificando muitas propriedades independentes de uma página.

Verifique conexões WebSocket, capture frames enviados e recebidos, simule mensagens do servidor para testar o comportamento da UI em tempo real e teste o tratamento de desconexões.

Classes de página base, objetos de componente, factories de páginas e APIs fluentes. Os padrões que fazem o POM escalar além de 50 testes sem se tornar um fardo de manutenção.

Qual configuração pertence ao playwright.config.ts e qual às variáveis de ambiente, mais acesso tipado a env, configuração dotenv e tratamento de secrets de CI.

Selects nativos, bibliotecas de dropdown personalizadas, seletores de data, seleção múltipla. Cada um se comporta diferente no Playwright. Veja a abordagem certa para cada tipo.

Sem estrutura, os testes duplicam código de configuração e ficam difíceis de manter. test.describe, beforeEach, afterEach e beforeAll permitem organizar testes e compartilhar lógica de setup.

playwright.config.ts controla navegadores, timeouts, retries, reporters e mais. A maioria dos tutoriais mostra uma config mínima. Veja o que cada opção realmente faz.

npx playwright test é só o começo. Filtrar por arquivo, nome de teste ou navegador. Modo headed, debug e UI. Sharding para CI. A referência completa do CLI para uso diário.

TypeScript melhora significativamente seu Page Object Model. Sem tipos, você passa strings e torce para estarem corretas. Com interfaces, o editor pega erros antes de rodar um único teste.

Dados de teste ruins são a fonte mais comum de testes instáveis. Valores hardcoded quebram quando o banco muda. Contas compartilhadas causam race conditions em execuções paralelas.

Playwright não é apenas para testes end-to-end. Com os testes de componentes, você monta componentes React/Vue individuais e os testa com a mesma API do Playwright — mais rápido que E2E, mais realista que testes unitários.

A interceptação de rede permite controlar o que sua aplicação recebe do servidor, sem executar um backend real. Mocke APIs lentas para testar estados de carregamento, simule erros, bloqueie scripts de terceiros.

O POM básico funciona para páginas simples. Mas projetos reais têm componentes compartilhados, páginas dinâmicas, fluxos de trabalho de múltiplas etapas. Este guia cobre os padrões para complexidade real.

Todo guia diz "teste em todos os navegadores." Mas com tempo e orçamento limitados — quais navegadores, quais funcionalidades e como? Este guia oferece uma estratégia prática.

Os testes de acessibilidade garantem que sua aplicação funcione para usuários com deficiências. O Playwright se integra com o axe-core para automatizar as verificações de acessibilidade.