L21 · Construcción y vista previa · 5 min

Tests: cómo demuestra tu agente que funciona

En una frase

Un test es una pequeña comprobación automática que tu agente de programación escribe y ejecuta dentro de tu proyecto para demostrar que una parte de tu app funciona como se espera, y para detectar cualquier cambio futuro que rompa por accidente algo que ya habías aprobado.

Piénsalo así

Piensa en los detectores de humo de una casa. No pulsas el botón de cada detector a mano todas las mañanas; una vez instalados, vigilan en silencio y dan la alarma en cuanto algo falla.

Cómo funciona

Probar tu app haciendo clic en el navegador es imprescindible, pero a medida que el proyecto crece no recordarás volver a revisar cada pantalla tras cada cambio. Un DefinicióntestUn pequeño programa que comprueba que tu app hace lo que debe, para que un arreglo no se rompa sin avisar más adelante.Abrir en el glosario → es código que comprueba tu código: envía datos conocidos a una función o página y verifica que el resultado coincide con lo que prometía tu Definiciónespecificación`SPEC.md`: qué vas a construir, para quién, qué entra y qué no, y cómo sabrás que funciona.Abrir en el glosario →.

Antes de que un Definiciónpull requestUna propuesta de cambios para fusionar una rama, que GitHub muestra con sus cambios y comprobaciones para que la revises antes.Abrir en el glosario → esté listo para fusionarse, tu agente ejecuta tres capas de comprobaciones automáticas en la DefiniciónterminalUna ventana donde escribes comandos en lugar de hacer clic. Tu agente suele usarla por ti.Abrir en el glosario →. Lint (npm run lint) detecta fallos comunes de código; la comprobación de tipos (npx tsc --noEmit) verifica que las piezas de datos encajan entre archivos; y los tests unitarios o de integración (npm test) comprueban reglas y recorridos concretos.

Cuando aparece un Definiciónerror (bug)Un fallo en el código que hace que la app se comporte mal.Abrir en el glosario → y tu agente lo arregla durante la DefinicióndepuraciónEncontrar y arreglar la causa de fondo de un error: reproducir, encontrar, arreglar, comprobar.Abrir en el glosario →, el trabajo no termina hasta que añade un test de regresión: un test nuevo que habría fallado antes del arreglo y que ahora pasa. Así, ese mismo fallo nunca puede volver en silencio.

1 · Lint y tiposRevisión de formaDetecta erratas, enlaces rotos entre archivos y datos que no encajan antes de arrancar la app.
2 · Tests automáticosRevisión de conductaEjecuta cálculos clave, formularios y reglas, además de un test por cada fallo pasado.
3 · Tu revisiónRevisión humanaPruebas tú el enlace de vista previa para confirmar que todo se siente bien antes de fusionar.
FIG. 1 · Las comprobaciones automáticas demuestran que el código cumple las reglas; tus ojos en la vista previa confirman que es la app que querías.

Cómo se ve en tu proyecto

Al terminar cada tarea —y antes de abrir o fusionar un pull request—, tu agente ejecuta el lint, la comprobación de tipos y los tests, y te enseña un resumen corto de lo que ha pasado. Si algo falla, lee el resultado, corrige la causa y vuelve a pasar las comprobaciones antes de pedirte aprobación.

Copia para tu agente

Ejecuta ahora el lint, la comprobación de tipos y los tests en mi proyecto. Dime con palabras sencillas qué ha verificado cada comprobación y propón un test valioso que deberíamos añadir para nuestra función más importante.

Comprobación rápida · 1 pregunta

¿Por qué escribe tu agente un test nuevo después de arreglar un bug?

Profundiza

Siguiente lecciónInicios de sesión y cuentas

Última revisión 8 nov 2026