Tests escritos por IA:5.000 tests que nunca escribí yo

No tienes que escribir tests para tener tests escritos por IA. Trata el testing como una funcionalidad: dale a la IA un brief estructurado y generará una suite completa en unos 15 minutos. Mi producto tiene 5.247 tests. Claude escribió 4.722 de ellos: el 90%. Este es el método exacto, con el prompt que puedes copiar.

En el post anterior conté la historia del error que aprobó 15 solicitudes de startups con un solo clic, el error que por fin me convenció de que los tests son un seguro, no un coste añadido. Este post es la otra mitad: cómo un fundador en solitario y no técnico consigue miles de tests sin pasar ni una sola tarde escribiéndolos.

Tests escritos por IA: trata los tests como una funcionalidad, no como una tarea pesada

El error que comete la mayoría es pedirle a la IA: "escríbeme un test para esta función". Eso te da tests superficiales y decorativos, de los que pasan pase lo que pase.

La solución es darle al testing el mismo trato que a construir una funcionalidad: un brief estructurado que detalle qué probar, qué patrones seguir y cómo verificar el resultado. Uso el mismo formato de documento que para las funcionalidades, el método PRP, pero apuntado a los tests. Un Test PRP tarda unos cinco minutos en escribirse y produce una cobertura que un humano aburrido jamás lograría.

Un ejemplo real: 28 tests en 15 minutos

La semana pasada construí un servicio nuevo que gestiona los casos de éxito de antiguos alumnos de la aceleradora: crearlos, publicarlos, archivarlos. Doce operaciones distintas. El yo de antes lo habría lanzado sin tests y lo habría depurado en producción. En cambio:

Esta es la parte que merece leerse dos veces. De los dos tests que fallaron, uno era un desajuste de nombres en la configuración del test: trivial. El otro detectó un error real en mi servicio: permitía publicar un caso de éxito sin rellenar sus métricas. La suite de tests encontró un error de producción antes que la producción, el primer día de su existencia.

Cobertura final: el 94,2% del servicio. Escribir esos 28 casos de prueba a mano habría llevado entre 3,5 y 4,5 horas. La vía de la IA llevó 15 minutos: entre 14 y 18 veces más rápido.

12 semanasTu carrera corporativa nunca fue el planSolicita plaza en el Solopreneur Accelerator.Solicitar ahora →

El prompt de tests para copiar y pegar

Este es el esqueleto de cada Test PRP que escribo. Rellena los corchetes, pégalo en tu herramienta de programación con IA y pídele que genere la suite:

Objetivo: cobertura de tests completa para [nombre de la funcionalidad]. Objetivo de cobertura: 90%+.

Funcionalidad a probar: [el archivo] y la lista de sus operaciones: cada función que quieras cubrir, por su nombre.

Patrones a seguir: pega uno o dos tests bien escritos de tu código, para que la IA copie tu estilo en lugar de inventarse uno.

Escenarios a cubrir: el camino feliz; casos límite (entradas vacías, valores ausentes, condiciones de frontera); condiciones de error (datos inválidos, fallos de base de datos, acceso no autorizado); y tus reglas de negocio, escritas en lenguaje llano: "una solicitud rechazada nunca puede aprobarse", "los usuarios solo pueden ver los datos de su propia organización".

Bucle de validación: los comandos exactos para ejecutar los tests y comprobar la cobertura, para que la IA verifique su propio trabajo y arregle los fallos antes de devolvértelo.

Trampas: cualquier cosa que te haya mordido antes: cambios de estado irreversibles, campos que deben existir antes de publicar.

La línea de las reglas de negocio es la que se gana el sueldo. Cada regla en lenguaje llano que declares se convierte en un test que la protege para siempre; ese es exactamente el tipo de test que habría detectado mi error de las 15 aprobaciones.

Por qué la IA supera a los humanos testeando

Tras generar miles de tests así, diré algo incómodo: la IA es mejor haciendo tests que la mayoría de los desarrolladores. No más lista, sino más minuciosa, por cuatro razones.

No se aburre. Los humanos se saltan casos límite porque "con esto vale". La IA genera todos los casos que especificas, de forma exhaustiva.

Sigue los patrones a la perfección. Enséñale un buen test y aplica el patrón a las doce operaciones. Sin errores de copiar y pegar, sin comprobaciones olvidadas.

Encuentra casos que se te escaparían. En mi suite de casos de éxito, Claude añadió casos límite que yo no había listado: texto vacío frente a texto ausente, números negativos en las métricas, entradas maliciosas en los filtros de búsqueda, dos cambios de estado contradictorios a la vez.

Actualiza los tests cuando cambia el código. Refactoriza el servicio, vuelve a ejecutar el brief y toda la suite se regenera en minutos. "Los tests están desactualizados" deja de ser una excusa.

Las funcionalidades requieren creatividad. Los tests requieren minuciosidad. La IA destaca en minuciosidad, y por eso el testing, más que construir funcionalidades, puede ser su mejor uso para un fundador en solitario.

Hazlo automático

El estado final es simple: cada funcionalidad se lanza con tests, generados en la misma sesión que la funcionalidad. Sin "luego". Sin un sprint de testing aparte. El brief lleva cinco minutos, la suite diez, y el bucle de validación hace que la IA arregle sus propios fallos antes de que tú mires nada.

Desde que adopté este flujo de trabajo no he lanzado ningún error crítico a producción en cuatro meses, con un 82% de cobertura en un producto donde el estándar del sector para una startup financiada es del 60–70%. El seguro ya es casi gratis. La única decisión que queda es si sigues rechazándolo.

El libroThe Solopreneur RevolutionLuis Gonçalves sobre cómo crear un negocio de solopreneur con IA sin dejar tu empleo.Consigue el libro →

Preguntas frecuentes

¿Son buenos de verdad los tests escritos por IA?

Con un brief estructurado, sí; a menudo mejores que los escritos a mano, porque la IA no se salta casos por aburrimiento. Los míos alcanzaron un 94,2% de cobertura en un servicio nuevo y detectaron un error real (publicar sin los datos obligatorios) antes de que la funcionalidad llegara a los usuarios. Sin brief, obtienes tests superficiales: el brief marca la diferencia.

¿Qué es un Test PRP?

Un documento corto y estructurado, de cinco minutos de escritura, que le dice a la IA qué probar: la funcionalidad y sus operaciones, un test de ejemplo del que copiar el estilo, los escenarios a cubrir (camino feliz, casos límite, errores, reglas de negocio) y los comandos para verificar el resultado. Aplica el método PRP al testing.

¿Cuánto se tarda en conseguir cobertura real así?

Unos 15 minutos por funcionalidad: cinco para el brief, diez para la generación y la verificación. La misma suite escrita a mano llevaría entre 3,5 y 4,5 horas: entre 14 y 18 veces más. Ese desplome del coste es la razón de que mi producto tenga 5.247 tests en lugar de los cero que tenía antes.

¿Cómo sé que los tests de la IA no son basura?

Dos comprobaciones. Primero, el bucle de validación: el brief incluye los comandos para ejecutar los tests y el informe de cobertura, así que nada se acepta por fe. Segundo, las reglas de negocio: enúncialas en lenguaje llano y lee los tests generados para ellas; si "solo se aprueba la solicitud en la que se hizo clic" aparece como un test, la suite está protegiendo lo que importa.