Create Test Cases

Estructura jerárquica resultante

HU - [nombre] #N (issue padre existente)
  └── Casos de prueba #X (sub-issue creada)
        ├── TC-001 #A (sub-issue creada)
        ├── TC-002 #B (sub-issue creada)
        └── TC-XXX #C (sub-issue creada)

Formato de entrada: Matriz de Casos de Prueba

La entrada es una tabla markdown con las siguientes columnas obligatorias:

Formato del Issue "Casos de prueba" (sub-issue agrupadora)

Título: Casos de prueba

Body:

Esta subtarea agrupa los casos de prueba de la historia de usuario

El body es siempre ese texto fijo. NO incluir la matriz completa aquí.

Label: test-cases

Formato de cada Issue de Caso de Prueba (sub-issue individual)

Título: [ID del caso de prueba] (ej: TC-001)

Body: El body de cada caso de prueba es una tabla markdown de una sola fila con las mismas columnas de la matriz original. Se debe copiar EXACTAMENTE la fila correspondiente del usuario.

| HU | ID | Escenario Gherkin | Precondiciones | Datos de prueba | Resultado esperado | Resultado obtenido y Estado | Prioridad |
|----|----|-------------------|----------------|-----------------|--------------------|-----------------------------|-----------|
| HU-XX | TC-XXX | **Given** ... **When** ... **Then** ... | ... | ... | ... | Resultado obtenido: Sin ejecutar; Estado: Sin ejecutar | Crítico |

NO usar formato estructurado con secciones. NO agregar checklist ni secciones extra. Solo la tabla con header y la fila del caso.

Label: test-case

Ejemplo completo

Input:

/create-test-cases

HU: #5

| HU | ID | Escenario Gherkin | Precondiciones | Datos de prueba | Resultado esperado | Resultado obtenido y Estado | Prioridad |
|----|----|-------------------|----------------|-----------------|--------------------|-----------------------------|-----------|
| HU-01 | TC-001 | **Given** un administrador con sesión activa **When** cierra su sesión desde el Dashboard **Then** el sistema finaliza la sesión y cualquier intento de acceder nuevamente con esa sesión es rechazado | Usuario con sesión autenticada activa | Sesión válida previamente iniciada | Sesión cerrada; acceso posterior con la misma sesión denegado | Resultado obtenido: Sin ejecutar; Estado: Sin ejecutar | Crítico |
| HU-01 | TC-002 | **Given** un usuario no autenticado **When** intenta acceder al Dashboard **Then** el sistema redirige al login | Ninguna | URL del Dashboard | Redirección a página de login | Resultado obtenido: Sin ejecutar; Estado: Sin ejecutar | Alto |

Output esperado:

1. Sub-issue "Casos de prueba" creada bajo HU #5
2. Sub-issue "TC-001" creada bajo "Casos de prueba"
3. Sub-issue "TC-002" creada bajo "Casos de prueba"
4. Links a todos los issues creados

Reglas

• NO inventar ni modificar datos de los casos de prueba. Usar EXACTAMENTE lo que el usuario proporciona en la matriz.
• NO modificar la redacción de los escenarios Gherkin, precondiciones, datos de prueba ni resultados esperados.
• Si la matriz está incompleta o le faltan columnas → pedir lo que falta antes de crear los issues.
• Si ya existe una sub-issue "Casos de prueba" en la HU → preguntar al usuario si desea agregar los nuevos casos a la existente o crear una nueva.
• Verificar que el issue de la HU padre existe antes de crear cualquier sub-issue.
• Cada caso de prueba (cada fila de la matriz) se convierte en una sub-issue individual dentro de "Casos de prueba".
• El label test-cases se aplica a la sub-issue agrupadora y test-case a cada caso individual.