🔄 Escenarios E2E (Cypress / Playwright)

Producir en 30-60 minutos escenarios E2E robustos de Cypress o Playwright que tomarían 2-4 horas.

Los tests E2E son esenciales para validar los recorridos de usuario críticos pero su escritura es lenta y su mantenimiento frecuentemente negligenciado. La IA permite producir rápidamente scripts robustos y mantenerlos conforme evoluciona la UI. Esta guía presenta el workflow que combina generación rápida y buenas prácticas para evitar tests frágiles.

Flujo de trabajo paso a paso
1
Describir el recorrido del usuario

Paso a paso lo que el usuario hace, con selectores objetivo (idealmente data-testid) si los tienes. Más preciso = test más robusto.

2
Generar el escenario E2E

Solicitar Cypress o Playwright según tu stack, con expectativas explícitas (waitFor, expect.toBeVisible) en lugar de sleep arbitrarios.

3
Refactor en page objects

Para mantenibilidad: patrón Page Object Model. La IA puede generar/refactor automáticamente. Reduce drásticamente el costo de mantenimiento a largo plazo.

4
Añadir fixtures y mocks

Tests E2E dependiendo de API: generar las fixtures y mocks correspondientes. Tests reproducibles e independientes de condiciones externas.

5
Integrar en CI

Pipeline GitHub Actions / GitLab CI / CircleCI con los reporteros correctos (HTML, JUnit para integración). La IA puede generar la config completa.

Prompts copiables
Escenario Playwright completo
Genera un escenario Playwright (TypeScript) para este recorrido:nn**Recorrido**: [DESCRIPCIÓN PASO A PASO]n**Aplicación**: [URL O CONTEXTO]n**Selectores disponibles**: [LISTA — idealmente data-testid]n**Expectativas**: [COMPORTAMIENTO ESPERADO EN CADA PASO]nnRestricciones:n- Page Object Model: crear/utilizar una clase pagen- Selectores robustos (data-testid > roles ARIA > texto > CSS)n- Expectativas explícitas con expect Playwright (toBeVisible, toHaveText, toHaveURL)n- Sin sleep arbitrario, utilizar waitFor / waitForLoadStaten- Fixtures para los datos de prueban- Cleanup en afterAlln- Imports y estructura listos para pegar en un proyecto PlaywrightnnProvee: (1) la clase page, (2) el test, (3) las fixtures, (4) el comentario explicativo si es necesario.
Conversión Cypress → Playwright
Convierte este test Cypress a Playwright TypeScript:nn[TEST CYPRESS]nnMantén el mismo comportamiento pero utiliza las mejores prácticas Playwright:n- expect con auto-retryn- locators robustos (getByRole, getByText, getByTestId)n- Async/await en todas partesn- Fixtures y test.beforeEach modernosnnProvee también las 3 diferencias principales que tuviste que abordar.
Debug de un test frágil
Este test E2E es frágil (falla 1 de cada 5 veces):nn[TEST]nnIdentifica las causas probables y propone correcciones:n1. **Selectores frágiles**: reemplazar por robustosn2. **Race conditions**: timing entre acciones y assertionsn3. **Dependencias externas**: API, datos compartidosn4. **Estado de la página**: sin waitFor para elementos dinámicosn5. **Cleanup faltante**: tests que se influencian mutuamentennProvee la versión corregida + explicación de los cambios.
Herramientas recomendadas
Claude Code
★ 4.9 (92) · 20 USD/mois

Assistant de développement IA agentique par Anthropic : comprend votre codebase, édite des fichiers, exécute des commandes et s'intègre à votre environnement de développement.

Por qué : Excellent pour les tests E2E en contexte de repo : accès aux selectors, conventions du projet, structure de tests existante.

🤖
Cursor
★ 4.8 (145) · 20 USD/mois

Éditeur de code IA révolutionnaire basé sur VS Code avec agents autonomes

Por qué : L'IDE permet de générer un test, le faire tourner, itérer sur les échecs en quelques minutes.

Claude AI
★ 4.9 (55) · Gratuit

Assistant conversationnel d’Anthropic axé sécurité et contexte long. Excellent pour rédaction, analyse, résumés, code et agents. Interface claire, bons résultats en français.

Por qué : Pour les refactorings et la stratégie de tests à grande échelle (page objects, fixtures, CI).

ROI estimado
Tiempo ahorrado
70-80% en tests E2E (30-60 min vs 2-4h)
Mejora de calidad
Tests robustos (menos flaky), Page Object Model sistemático, mantenimiento facilitado
Costo
20-30€/mes
Preguntas frecuentes
¿Los tests E2E generados son flaky?

Si está bien guiado (selectores robustos, expectativas explícitas, sin sleep): no. Si tomas bruto sin revisar: sí. La calidad del prompt marca la diferencia — siempre incluye las restricciones anti-flakiness explícitamente.

¿Se puede probar en todos los navegadores?

Playwright: sí, Chromium / Firefox / WebKit en paralelo. Cypress: Chromium y Firefox estables, WebKit experimental. La IA puede generar la config multi-navegadores en segundos.

¿Mantenimiento de tests E2E?

Es el costo oculto. Con POM (Page Object Model) bien estructurado: mantenimiento aceptable. Sin: un infierno. La IA puede imponer el POM sistemáticamente y refactor en minutos lo que tomaría días.

¿Tests visuales (regresión visual)?

Herramientas dedicadas (Percy, Chromatic, Argos) siguen siendo mejores que las soluciones de IA puras. La IA puede ayudar a interpretar los diffs e identificar bugs reales vs cambios intencionados.

← Volver a la guía QA / Test engineer