Habilidades e2e-testing-patterns
📦
e2e-testing-patterns
Seguro ⚙️
Comandos externos🌐
Acceso a red🔑
Variables de entorno
Construye Suites de Pruebas E2E Confiables
También disponible en: wshobson
Escribir pruebas de extremo a extremo es un desafío. Esta skill proporciona patrones probados en batalla para Playwright y Cypress para crear pruebas estables y mantenibles que detectan errores antes que los usuarios.
Soporta: Claude Codex Code(CC)
1
Descargar el ZIP de la skill
2
Subir en Claude
Ve a Configuración → Capacidades → Skills → Subir skill
3
Activa y empieza a usar
Pruébalo
Usando "e2e-testing-patterns". Crear una prueba de login con Playwright
Resultado esperado:
- Paso 1: Crear la clase LoginPage con localizadores para email, contraseña y botón de enviar
- Paso 2: Implementar los métodos goto() y login(email, password)
- Paso 3: Escribir la prueba usando el page object con aserciones para URL y mensaje de éxito
- Paso 4: Agregar prueba de manejo de errores para credenciales inválidas
Usando "e2e-testing-patterns". ¿Cómo depuro una prueba flaky?
Resultado esperado:
- 1. Reemplazar waitForTimeout fijo con esperas explícitas
- 2. Usar el visor de traces: npx playwright test --trace on
- 3. Agregar capturas de pantalla al fallar
- 4. Verificar condiciones de carrera en operaciones asíncronas
- 5. Aislar los datos de prueba para evitar contaminación entre pruebas
Auditoría de seguridad
Segurov1 • 2/24/2026
All 63 static findings are false positives. The analyzer incorrectly interprets markdown code fences as Ruby shell commands, JavaScript operators as cryptographic issues, and test configuration as system reconnaissance. This is a documentation skill with educational content about E2E testing patterns using Playwright and Cypress. No actual security risks exist.
2
Archivos escaneados
576
Líneas analizadas
3
hallazgos
1
Auditorías totales
Factores de riesgo
⚙️ Comandos externos (32)
resources/implementation-playbook.md:25-33 resources/implementation-playbook.md:33-46 resources/implementation-playbook.md:46-77 resources/implementation-playbook.md:77-81 resources/implementation-playbook.md:81-137 resources/implementation-playbook.md:137-141 resources/implementation-playbook.md:141-160 resources/implementation-playbook.md:160-194 resources/implementation-playbook.md:194-198 resources/implementation-playbook.md:198-227 resources/implementation-playbook.md:227-231 resources/implementation-playbook.md:231-277 resources/implementation-playbook.md:277-283 resources/implementation-playbook.md:283-301 resources/implementation-playbook.md:301-305 resources/implementation-playbook.md:305-331 resources/implementation-playbook.md:331-337 resources/implementation-playbook.md:337-341 resources/implementation-playbook.md:341-371 resources/implementation-playbook.md:371-377 resources/implementation-playbook.md:377-405 resources/implementation-playbook.md:405-409 resources/implementation-playbook.md:409-431 resources/implementation-playbook.md:431-435 resources/implementation-playbook.md:435-459 resources/implementation-playbook.md:459-463 resources/implementation-playbook.md:463 resources/implementation-playbook.md:463-472 resources/implementation-playbook.md:472-481 resources/implementation-playbook.md:481-495 resources/implementation-playbook.md:495-522 SKILL.md:43
🌐 Acceso a red (4)
🔑 Variables de entorno (8)
resources/implementation-playbook.md:57 resources/implementation-playbook.md:58 resources/implementation-playbook.md:59 resources/implementation-playbook.md:174 resources/implementation-playbook.md:57 resources/implementation-playbook.md:58 resources/implementation-playbook.md:59 resources/implementation-playbook.md:174
Auditado por: claude
Puntuación de calidad
38
Arquitectura
100
Mantenibilidad
85
Contenido
50
Comunidad
100
Seguridad
100
Cumplimiento de la especificación
Lo que puedes crear
Configurar Pruebas E2E para un Nuevo Proyecto
Configurar Playwright o Cypress desde cero con la estructura adecuada, reporteros e integración CI
Corregir Pruebas Flaky (Inestables)
Reemplazar selectores frágiles y tiempos de espera fijos con estrategias de espera adecuadas y localizadores estables
Escalar la Ejecución de Pruebas
Implementar ejecución en paralelo y sharding de pruebas para reducir el tiempo del pipeline de CI de horas a minutos
Prueba estos prompts
Crear Prueba de Login
Crear una prueba de extremo a extremo para una página de login usando Playwright. Incluir selectores apropiados, aserciones y manejo de errores para intentos de login exitosos y fallidos.
Simular Respuesta de API
Mostrar cómo simular una respuesta de API en Cypress para probar el manejo de errores sin depender de un servicio backend real.
Configurar Pipeline CI
Configurar Playwright para ejecutar pruebas en CI con ejecución en paralelo, lógica de reintentos y generación de reportes HTML.
Pruebas de Accesibilidad
Implementar pruebas de accesibilidad usando axe-core para asegurar que la aplicación cumpla con las pautas WCAG.
Mejores prácticas
- Usar data-testid o roles semánticos en lugar de selectores CSS para localizadores estables
- Mantener las pruebas independientes con la configuración y limpieza adecuadas de los datos de prueba
- Ejecutar pruebas en paralelo en CI para reducir el tiempo de ejecución
Evitar
- Usar tiempos de espera fijos como waitForTimeout(3000) - causa inestabilidad
- Probar detalles de implementación en lugar del comportamiento visible del usuario
- Compartir estado entre pruebas - conduce a fallos en cascada
Preguntas frecuentes
Playwright vs Cypress: ¿Cuál debería elegir?
Playwright ofrece mejor soporte multi-navegador y ejecución más rápida. Cypress tiene un ecosistema más maduro y depuración más fácil. Elige según tus requisitos de navegador y familiaridad del equipo.
¿Cómo hago que las pruebas sean menos flaky?
Usa esperas explícitas en lugar de tiempos de espera, evita probar detalles de implementación, asegúrate de que los datos de prueba estén debidamente aislados y agrega lógica de reintentos para operaciones dependientes de la red.
¿Cómo ejecuto pruebas en paralelo?
Configura workers de Playwright o paralelización de Cypress. Usa test sharding para distribuir pruebas en múltiples máquinas en CI. Asegúrate de que las pruebas sean independientes para evitar conflictos.
¿Puedo probar APIs con herramientas E2E?
Sí, ambos Playwright y Cypress soportan pruebas de API. Usa page.request() en Playwright o cy.request() en Cypress para llamadas directas a la API sin interacción con la UI.
¿Cómo manejo la autenticación en las pruebas?
Usa login de API para establecer cookies o tokens, o usa las APIs de almacenamiento del navegador para establecer datos de sesión directamente. Evita el login de UI en cada prueba para mejor rendimiento.
¿Qué es el Page Object Model?
Un patrón de diseño que encapsula la lógica y selectores específicos de una página en una clase. Mejora la mantenibilidad de las pruebas centralizando los cambios de página en un solo lugar en lugar de en todas las pruebas.
Detalles del desarrollador
Autor
sickn33Licencia
MIT
Repositorio
https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/e2e-testing-patternsRef.
main
Estructura de archivos