From alfred-dev
Configures and writes end-to-end tests with Playwright or Cypress for validating user flows, browser integration, CI E2E tests, acceptance tests, and production smoke tests.
npx claudepluginhub 686f6c61/alfred-dev --plugin alfred-devThis skill uses the workspace's default tool permissions.
Los tests end-to-end (E2E) validan flujos completos desde la perspectiva del usuario, interactuando con la aplicación tal y como lo haría una persona real: navegando por la interfaz, rellenando formularios, haciendo clic en botones y verificando que el resultado es el esperado. Son el último eslabón de la pirámide de testing y complementan a los tests unitarios y de integración.
Executes end-to-end tests for full user workflows across frontend and backend using Playwright, Cypress, or Selenium. Use for specialized testing of user journeys.
Provides E2E testing patterns for Playwright and Cypress to build reliable test suites, debug flaky tests, test user workflows, and integrate with CI/CD.
Provides Playwright-based E2E testing patterns for full-stack Python/React apps, including page object model, fixtures, auth state reuse, test data management, and CI integration for user workflows like login, CRUD, and cross-browser tests.
Share bugs, ideas, or general feedback.
Los tests end-to-end (E2E) validan flujos completos desde la perspectiva del usuario, interactuando con la aplicación tal y como lo haría una persona real: navegando por la interfaz, rellenando formularios, haciendo clic en botones y verificando que el resultado es el esperado. Son el último eslabón de la pirámide de testing y complementan a los tests unitarios y de integración.
Su valor principal reside en detectar problemas de integración entre componentes que los tests unitarios no pueden cubrir: una API que devuelve datos en un formato que el frontend no espera, un flujo de autenticación que falla cuando intervienen cookies y redirecciones, o un proceso de checkout que se rompe al combinar descuentos con impuestos. Son más lentos y más frágiles que los tests unitarios, por lo que deben reservarse para los flujos más críticos del sistema.
Seleccionar la herramienta de testing E2E según el stack del proyecto. Consultar la configuración de Alfred para detectar el stack automáticamente.
| Herramienta | Cuándo elegirla |
|---|---|
| Playwright | Opción recomendada por defecto. Soporte multi-navegador (Chromium, Firefox, WebKit), API moderna, buena integración con CI. |
| Cypress | Alternativa válida si el equipo ya lo usa o si el proyecto es exclusivamente web con un solo navegador objetivo. |
Si no hay preferencia previa, usar Playwright.
No todos los flujos necesitan cobertura E2E. Priorizar los que cumplen al menos uno de estos criterios:
Ejemplos típicos: registro de usuario, login/logout, checkout o proceso de pago, creación y edición del recurso principal, flujos de permisos y roles.
Seguir el patrón Arrange-Act-Assert en cada test:
Principios de escritura:
Integrar los tests E2E en el pipeline de CI para que se ejecuten automáticamente:
sleep(3000)) para esperar a que algo ocurra. Usar condiciones de espera explícitas (waitForSelector, waitForResponse, waitForURL) que resuelven en cuanto la condición se cumple.