e2e-testing-patterns
Construye Suites de Pruebas End-to-End Confiables
Las pruebas end-to-end detectan errores críticos antes que los usuarios, pero las pruebas inestables ralentizan el despliegue y erosionan la confianza. Esta habilidad enseña patrones probados para construir suites de pruebas E2E rápidas y confiables con Playwright y Cypress que mejoran la calidad del código sin ralentizar a tu equipo.
Descargar el ZIP de la skill
Subir en Claude
Ve a Configuración → Capacidades → Skills → Subir skill
Activa y empieza a usar
Pruébalo
Usando "e2e-testing-patterns". Create a custom Cypress command for user login
Resultado esperado:
Generó un comando personalizado de Cypress que acepta parámetros de email y password, navega a la página de login, completa las credenciales usando selectores data-testid, hace clic en el botón de envío y verifica la redirección exitosa al dashboard. Incluye definiciones de tipos TypeScript para soporte de autocompletado en el IDE.
Usando "e2e-testing-patterns". How do I make this test less flaky?
Resultado esperado:
Identificó tres fuentes de inestabilidad: las esperas con timeout fijo deben reemplazarse con esperas condicionales, los selectores de clases CSS deben usar atributos data-testid, y las pruebas en paralelo comparten estado a través de variables globales. Proporcionó cambios específicos de código con waitForLoadState apropiado, selectores basados en roles y fixtures de prueba aislados.
Usando "e2e-testing-patterns". Set up visual regression testing with Playwright
Resultado esperado:
Creó un patrón de pruebas de regresión visual que captura capturas de pantalla de página completa, maneja diferentes tamaños de viewport, excluye contenido dinámico como timestamps y usa umbrales de diferencia de píxeles para reducir falsos positivos. Incluye el flujo de trabajo de generación de baseline y pasos de integración de CI.
Auditoría de seguridad
SeguroThis 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.
Puntuación de calidad
Lo que puedes crear
Ingeniero QA Construyendo Automatización de Pruebas
Un ingeniero de aseguramiento de calidad necesita establecer estándares de pruebas E2E para un nuevo proyecto. Utiliza esta habilidad para generar Page Object Models, configurar la integración CI/CD e implementar estrategias de espera confiables que reducen la inestabilidad de las pruebas.
Desarrollador Frontend Probando Flujos de Usuario
Un desarrollador frontend quiere agregar pruebas E2E para flujos de usuario críticos como autenticación y checkout. Utiliza esta habilidad para crear patrones de mocking de red, fixtures personalizados y pruebas de accesibilidad que detectan regresiones temprano.
Tech Lead Estableciendo Estándares de Pruebas
Un líder técnico necesita establecer mejores prácticas de pruebas E2E en múltiples equipos. Utiliza esta habilidad para documentar estrategias de selectores, patrones de pruebas en paralelo y enfoques de depuración que mejoran la mantenibilidad de la suite de pruebas.
Prueba estos prompts
Create a Page Object Model for a login page with email, password fields, and error handling using Playwright
Review this test and suggest fixes for flaky behavior caused by timing issues and race conditions
Create network interception patterns to mock API failures and edge cases for a user profile page
Design a sharding strategy to run 200 E2E tests across 4 CI workers with optimal distribution
Mejores prácticas
- Usar selectores semánticos como getByRole y getByLabel en lugar de clases CSS para crear pruebas estables que sobrevivan a la refactorización de UI
- Implementar estrategias de espera adecuadas con esperas condicionales y aserciones en lugar de timeouts fijos para eliminar pruebas inestables
- Mantener las pruebas independientes con fixtures aislados y limpieza para habilitar la ejecución en paralelo y ejecuciones de pruebas confiables
Evitar
- Usar timeouts fijos como waitForTimeout en lugar de esperar condiciones específicas conduce a pruebas no confiables que fallan intermitentemente
- Probar detalles de implementación o estado interno en lugar de comportamiento visible para el usuario crea pruebas frágiles que se rompen con la refactorización
- Compartir estado entre pruebas o depender del orden de ejecución de pruebas previene la ejecución en paralelo y causa fallos en cascada
Preguntas frecuentes
¿Debería usar Playwright o Cypress para pruebas E2E?
¿Cuántas pruebas E2E debería escribir en comparación con pruebas unitarias?
¿Cómo soluciono pruebas inestables que fallan aleatoriamente en CI?
¿Puedo usar esta habilidad con frameworks de pruebas distintos a Playwright y Cypress?
¿Cómo acelero mi suite de pruebas E2E en pipelines de CI?
¿Debería probar requisitos de accesibilidad con pruebas E2E?
Detalles del desarrollador
Autor
wshobsonLicencia
MIT
Repositorio
https://github.com/wshobson/agents/tree/main/plugins/developer-essentials/skills/e2e-testing-patternsRef.
main
Estructura de archivos
📄 SKILL.md