Menu
Mapea flujos críticos, genera escenarios Gherkin y define datos de prueba desde la spec. Output en docs/output/qa/.
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
| name | gherkin-case-generator |
| description | Mapea flujos críticos, genera escenarios Gherkin y define datos de prueba desde la spec. Output en docs/output/qa/. |
| argument-hint | <nombre-feature> |
.github/specs/<feature>.spec.md — criterios de aceptación y reglas de negociodocs/output/qa/<feature>-gherkin.md| Tipo | Impacto | Incluir en |
|---|---|---|
| Happy path principal | Alto | @smoke @critico |
| Validación de entrada | Medio | @error-path |
| Autorización / auth | Alto | @smoke @seguridad |
| Caso borde | Variable | @edge-case |
#language: es
Característica: [funcionalidad en lenguaje de negocio]
@happy-path @critico
Escenario: [flujo exitoso]
Dado que [precondición de negocio]
Cuando [acción del usuario]
Entonces [resultado verificable]
@error-path
Escenario: [error esperado]
Dado que [precondición]
Cuando [acción inválida]
Entonces [mensaje de error apropiado]
Y [la operación NO se realiza]
@edge-case
Esquema del escenario: Validar <campo>
Dado que el usuario ingresa "<valor>"
Cuando intenta guardar
Entonces el sistema muestra "<resultado>"
Ejemplos:
| valor | resultado |
| "" | "Campo requerido" |
| "x" | "Mínimo 3 caracteres" |
| Escenario | Campo | Válido | Inválido | Borde |
|---|---|---|---|---|
| [nombre] | [campo] | [valor ok] | [valor ko] | [límite] |
Orquesta el flujo ASDD completo. Fase 1 (Spec) → Fase 2 (Backend ∥ Frontend) → Fase 3 (Tests ∥) → Fase 4 (QA).
Propone qué flujos automatizar, con qué framework, en qué orden y bajo qué criterios de ROI. Evalúa repetitividad, estabilidad, impacto y costo manual para priorizar la hoja de ruta de automatización.
Genera una spec técnica ASDD en .github/specs/<feature>.spec.md. Obligatorio antes de cualquier implementación.
Implementa un feature completo en el backend. Requiere spec con status APPROVED en .github/specs/.
Implementa un feature completo en el frontend. Requiere spec con status APPROVED en .github/specs/.
Analiza y define estrategias de performance testing. Clasifica pruebas en Load, Stress, Spike y Soak. Define SLAs, umbrales de alerta y el plan de ejecución con k6.