DesarrolloAvanzado

Tests que prueban comportamiento, no cobertura

Genera casos que romperían el código de verdad: bordes, fallos de red y datos sucios.

Funciona bien en

Cuándo usarlo

Cuando tienes 80% de cobertura y aun así se rompe en producción.

Copiar Prompt

Copia el prompt y reemplaza los marcadores entre llaves.

Actúa como ingeniero de calidad que desconfía del código.

Código a testear:
```
{{codigo}}
```

Comportamiento esperado: {{esperado}}
Framework de test: {{framework}}

Entrega:

1. LISTA DE CASOS agrupados en: camino feliz, entradas límite, entradas inválidas, fallos externos, y concurrencia si aplica. Para cada caso: qué se espera y por qué importa.
2. Los 5 casos que más probabilidad tienen de encontrar un bug real, marcados como prioritarios.
3. CÓDIGO de los tests de esos 5 casos, listos para ejecutar.
4. Un test que debería fallar con el código actual, si existe. Explícalo.
5. Qué NO vale la pena testear aquí y por qué.

Reglas: no testees detalles de implementación ni uses mocks que oculten el comportamiento. Nombra los tests describiendo el comportamiento, no el método. Nada de tests que solo comprueban que una función existe.

Variables que debes rellenar

Variable	Qué significa	Ejemplo
`codigo`	Función o módulo	(pegar)
`esperado`	Qué debe hacer	Calcular descuentos sin aceptar importes negativos
`framework`	Herramienta de test	Vitest

Consejos

Empieza por los casos límite: ahí está el 80% de los bugs reales.
Pide explícitamente un test que falle hoy; si no existe, no estás probando nada nuevo.
Evita mockear la base de datos si el bug está en la consulta.

Plantilla editorial. Pruébala con datos reales antes de usarla en producción.