Habilidades e2e-testing-patterns
📦

e2e-testing-patterns

Seguro

Construir Suítes de Testes End-to-End Confiáveis

Testes end-to-end capturam bugs críticos antes dos usuários, mas testes instáveis desaceleram a implantação e erodem a confiança. Esta habilidade ensina padrões comprovados para construir suítes de testes E2E rápidas e confiáveis com Playwright e Cypress que melhoram a qualidade do código sem desacelerar sua equipe.

Suporta: Claude Codex Code(CC)
📊 71 Adequado
1

Baixar o ZIP da skill

2

Upload no Claude

Vá em Configurações → Capacidades → Skills → Upload skill

3

Ative e comece a usar

Testar

A utilizar "e2e-testing-patterns". Create a custom Cypress command for user login

Resultado esperado:

Gerou um comando personalizado do Cypress que aceita parâmetros de email e senha, navega para a página de login, preenche as credenciais usando seletores data-testid, clica no botão de enviar e verifica o redirecionamento bem-sucedido para o dashboard. Inclui definições de tipo TypeScript para suporte de autocompletar no IDE.

A utilizar "e2e-testing-patterns". How do I make this test less flaky?

Resultado esperado:

Identificou três fontes de instabilidade: esperas com timeout fixo devem ser substituídas por esperas condicionais, seletores de classe CSS devem usar atributos data-testid, e testes paralelos compartilham estado através de variáveis globais. Forneceu alterações de código específicas com waitForLoadState adequado, seletores baseados em roles e fixtures de teste isolados.

A utilizar "e2e-testing-patterns". Set up visual regression testing with Playwright

Resultado esperado:

Criou um padrão de teste de regressão visual que captura capturas de tela de página inteira, lida com diferentes tamanhos de viewport, exclui conteúdo dinâmico como timestamps e usa limiares de diferença de pixels para reduzir falsos positivos. Inclui workflow de geração de baseline e passos de integração com CI.

Auditoria de Segurança

Seguro
v5 • 1/21/2026

This skill provides educational content for end-to-end testing patterns with Playwright and Cypress. All static findings are false positives: weak crypto detections are from filename patterns, backtick executions are code examples in documentation, environment variable access is legitimate test configuration, and hardcoded URLs are localhost test endpoints. No security risks identified.

2
Arquivos analisados
1,286
Linhas analisadas
0
achados
5
Total de auditorias
Nenhum problema de segurança encontrado
Auditado por: claude Ver Histórico de Auditoria →

Pontuação de qualidade

38
Arquitetura
100
Manutenibilidade
87
Conteúdo
31
Comunidade
100
Segurança
87
Conformidade com especificações

O Que Você Pode Construir

Engenheiro de QA Construindo Automação de Testes

Um engenheiro de qualidade precisa estabelecer padrões de testes E2E para um novo projeto. Ele usa esta habilidade para gerar Page Object Models, configurar integração com CI/CD e implementar estratégias de espera confiáveis que reduzem a instabilidade dos testes.

Desenvolvedor Frontend Testando Fluxos de Usuário

Um desenvolvedor frontend deseja adicionar testes E2E para fluxos críticos de usuário, como autenticação e checkout. Ele usa esta habilidade para criar padrões de mock de rede, fixtures personalizados e testes de acessibilidade que capturam regressões cedo.

Tech Lead Estabelecendo Padrões de Testes

Um líder técnico precisa estabelecer melhores práticas de testes E2E em múltiplas equipes. Ele usa esta habilidade para documentar estratégias de seletores, padrões de testes paralelos e abordagens de depuração que melhoram a manutenibilidade da suíte de testes.

Tente Estes Prompts

Gerar Page Object Model 
Criar um Page Object Model para uma página de login com campos de email, senha e tratamento de erros usando Playwright
Depurar Teste Instável 
Revisar este teste e sugerir correções para comportamento instável causado por problemas de timing e condições de corrida
Mock de Respostas de API 
Criar padrões de interceptação de rede para simular falhas de API e casos de borda para uma página de perfil de usuário
Implementar Testes Paralelos 
Desenvolver uma estratégia de sharding para executar 200 testes E2E em 4 workers de CI com distribuição ótima

Melhores Práticas

  • Use seletores semânticos como getByRole e getByLabel em vez de classes CSS para criar testes estáveis que sobrevivem a refatorações de UI
  • Implemente estratégias de espera adequadas com asserções e esperas condicionais em vez de timeouts fixos para eliminar testes instáveis
  • Mantenha testes independentes com fixtures isolados e limpeza para permitir execução paralela e execuções de teste confiáveis

Evitar

  • Usar timeouts fixos como waitForTimeout em vez de esperar por condições específicas leva a testes não confiáveis que falham intermitentemente
  • Testar detalhes de implementação ou estado interno em vez de comportamento visível ao usuário cria testes frágeis que quebram com refatoração
  • Compartilhar estado entre testes ou depender da ordem de execução dos testes impede a execução paralela e causa falhas em cascata

Perguntas Frequentes

Devo usar Playwright ou Cypress para testes E2E?
Ambas são excelentes escolhas. Playwright oferece melhor suporte a múltiplos navegadores, execução mais rápida e suporte nativo a TypeScript. Cypress proporciona uma melhor experiência de depuração e API mais simples para iniciantes. Escolha com base nas necessidades da sua equipe e ferramentas existentes.
Quantos testes E2E devo escrever em comparação com testes unitários?
Siga a pirâmide de testes: muitos testes unitários, menos testes de integração e apenas testes E2E de caminho crítico. Testes E2E são lentos e caros, então foque em fluxos de usuário que causariam grande impacto nos negócios se quebrassem, como autenticação, checkout e submissão de dados.
Como corrijo testes instáveis que falham aleatoriamente no CI?
Substitua timeouts fixos por esperas condicionais, use seletores estáveis como data-testid em vez de classes CSS, garanta que os testes sejam independentes sem estado compartilhado e verifique se as requisições de rede são concluídas antes de fazer asserções. A habilidade fornece padrões específicos para cada cenário.
Posso usar esta habilidade com estruturas de teste diferentes de Playwright e Cypress?
Os padrões e princípios se aplicam amplamente a testes E2E, mas os exemplos de código são específicos para Playwright e Cypress. Conceitos como Page Object Model, estratégias de espera e mock de rede se traduzem para outras estruturas com ajustes de sintaxe.
Como acelero minha suíte de testes E2E em pipelines de CI?
Use execução paralela com sharding para distribuir testes entre workers, faça mock de APIs externas para evitar atrasos de rede, execute testes em modo headless e teste apenas caminhos críticos com E2E, movendo casos de borda para testes de integração mais rápidos.
Devo testar requisitos de acessibilidade com testes E2E?
Sim, integrar testes de acessibilidade com ferramentas como axe-core na sua suíte E2E garante que a acessibilidade seja validada com interações reais do usuário. Isso captura problemas que a análise estática pode perder, como navegação por teclado e compatibilidade com leitores de tela.

Detalhes do Desenvolvedor

Autor

wshobson

Licença

MIT

Repositório

https://github.com/wshobson/agents/tree/main/plugins/developer-essentials/skills/e2e-testing-patterns

Referência

main

Estrutura de arquivos

📄 SKILL.md