Slash Command

/e2e-scaffold

Generates end-to-end tests for a page, route, or user flow by detecting the E2E framework (Playwright, Cypress, or Puppeteer), reading existing test conventions, and producing a test file with happy path, error, and interactive element tests.

Playwright

Cypress

testing

Popularity

Stars

Forks

Invocation

How this command is triggered — by the user, by Claude, or both

Slash command

/claudient:e2e-scaffold [page or flow description]

Model invocable

No pre-commands

Configuration

Namespacetesting/es/

Referenced Files

Files this command reads when invoked

playwright/test

Context Preview

The summary Claude sees in its command listing — used to decide when to auto-load this command

Estás generando pruebas end-to-end para: $ARGUMENTS

Sigue estos pasos:

1. Detecta el framework de E2E en uso verificando los archivos de configuración y dependencias:
   - Playwright: `playwright.config.ts`, `@playwright/test`
   - Cypress: `cypress.config.ts`, `cypress/`
   - Puppeteer: `puppeteer` en package.json
   - Si no se encuentra ninguno, utiliza Playwright por defecto y anota esta suposición.

2. Identifica el objetivo — una página, ruta o flujo de usuario nombrado — basándote en el argumento. Si es ambiguo, deduce la información de la estructura de directorios y archivos de pru...

Command Content

43 lines · ~578 tokens

Stats

LanguageTypeScript

Stars9

Forks3

MaintenanceExcellent

Last CommitJun 18, 2026

Actions

View Source View Plugin View on GitHub View README

Tags

Estás generando pruebas end-to-end para: $ARGUMENTS

Sigue estos pasos:

Detecta el framework de E2E en uso verificando los archivos de configuración y dependencias:
- Playwright: playwright.config.ts, @playwright/test
- Cypress: cypress.config.ts, cypress/
- Puppeteer: puppeteer en package.json
- Si no se encuentra ninguno, utiliza Playwright por defecto y anota esta suposición.
Identifica el objetivo — una página, ruta o flujo de usuario nombrado — basándote en el argumento. Si es ambiguo, deduce la información de la estructura de directorios y archivos de prueba existentes.
Lee las pruebas E2E existentes en el proyecto para coincidir con:
- Convenciones de ubicación de archivos (por ejemplo, e2e/, tests/, cypress/e2e/)
- Patrones de ayudantes/fixtures ya en uso
- Configuración de URL base y configuración de autenticación si existen
Genera un archivo de prueba que contenga:
- Al menos un bloque describe nombrado según el objetivo
- Una prueba de caso feliz que cubra la acción principal (cargar, enviar, navegar)
- Una prueba de error/caso extremo (entrada inválida, 404, estado vacío)
- Una prueba para cualquier elemento interactivo crítico visible en el objetivo
- Configuración apropiada de beforeEach (navegar a la página, simular autenticación si es necesario)
Utiliza los selectores idiomáticos del framework:
- Playwright/Cypress: prefiere getByRole, getByLabel, getByTestId sobre selectores CSS
- Puppeteer: utiliza waitForSelector con atributos semánticos
No simules solicitudes de red a menos que el argumento incluya explícitamente "mock" o el proyecto ya utilice interceptores ampliamente.
Añade un comentario // TODO: para cualquier aserción que requiera un valor solo conocido en tiempo de ejecución (por ejemplo, IDs dinámicos, marcas de tiempo).
Coloca el archivo en el directorio correcto. No crees nuevos directorios a menos que no exista ningún directorio de E2E.
Salida:
- La ruta del archivo creado
- Una breve lista de lo que cubre cada prueba
- Cualquier suposición hecha (elección de framework, URL base, autenticación)