Por qué tu SaaS necesita tests:un clic aprobó 15 startups

Por qué tu SaaS necesita tests: los tests no son un gasto extra, son un seguro. Yo me los salté durante 15 años, hasta que un test de dos minutos que no existía dejó que un solo clic aprobara 15 solicitudes de startups por error, delante de un cliente de pago. Aquí tienes lo que costó realmente ese bug y por qué la IA hace por fin asequible testear para un fundador en solitario.

Voy a ser sincero sobre por qué nunca escribí tests: tardaban más que la funcionalidad, eran aburridos, los plazos siempre ganaban y "ya los añadiré más tarde" (nota del narrador: nunca lo hizo). La mayoría de los desarrolladores en solitario hace exactamente lo mismo. Hasta el día en que deja de ser un riesgo teórico.

Por qué tu SaaS necesita tests: el bug que aprobó 15 solicitudes

Marzo de 2024. Acababa de lanzar la funcionalidad de revisión de solicitudes en mi plataforma: la pantalla donde los VC y los gestores de aceleradoras revisan solicitudes de startups, las puntúan y toman decisiones. Una funcionalidad crítica, con mucho en juego. La probé a mano. Funcionaba perfectamente.

Entonces me llamó un VC. "Luis, acabo de aprobar 15 solicitudes por error. Hice clic en una y se aprobaron todas."

Se me cayó el alma a los pies. Revisé el código y encontré el bug enseguida: un error de copiar y pegar. En lugar de aprobar la única solicitud en la que se había hecho clic, la función recuperaba en silencio todas las solicitudes y las aprobaba en bloque. Un error de novato, y ningún test que lo detectara.

El VC tuvo que revertir a mano 15 aprobaciones. Ese único bug me costó tres horas de arreglos de emergencia, varios correos de disculpa, una abolladura en mi credibilidad y un cliente que casi se va. Y el test que lo habría detectado (crear dos solicitudes, aprobar una, comprobar que la otra sigue pendiente) habría tardado dos minutos en escribirse.

Dos minutos de prevención frente a tres horas de control de daños, más mi reputación. Ese fue el día en que las cuentas dejaron de salir.

El coste real de lanzar sin tests

Después de ese bug, audité los seis meses anteriores de desarrollo. Las cifras eran peores que la anécdota:

112 horas de mi vida dedicadas a depurar bugs que podría haber evitado. Y la parte que no se puede medir: ¿cuántos usuarios se marcharon en silencio por esos 47 bugs? Es difícil saberlo. Desde luego no fueron cero.

Mientras tanto, yo seguía diciéndome que "no tenía tiempo" para escribir tests. La verdad: tenía tiempo para depurar. Lo que no tenía era tiempo para prevenir bugs. Lee esa frase otra vez: es la mentira que mantiene a la mayoría de los fundadores en solitario lanzando software roto.

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

Por qué los fundadores en solitario se saltan los tests (y por qué antes era racional)

Seamos justos con el yo del pasado. Los tests son repetitivos y poco creativos. Escribir tests exhaustivos para una funcionalidad de dos horas podía llevar otras tres, es decir, el 60 % de tu tiempo en un trabajo que ningún usuario ve jamás. Las funcionalidades parecen progreso; los tests parecen trabajo de relleno. Y siempre existe el "más tarde".

Todo eso era cierto. Saltarse los tests era, probablemente, el intercambio correcto para un desarrollador en solitario con prisa por validar una idea. Antes de la IA. Lo que cambió no es el valor de los tests, sino su precio.

La IA cambió las cuentas de los tests

La idea que resolvió mi problema con los tests: si la IA puede escribir funcionalidades, la IA puede escribir tests. No tests de cara a la galería, sino suites completas que comprueban casos límite que un humano aburrido se saltaría.

Este es mi antes y después, por funcionalidad. La forma antigua: dos horas escribiendo la funcionalidad, cero tests y luego cuatro o más horas depurándola en producción. Seis horas en total, más el estrés. La forma nueva: 30 minutos construyendo la funcionalidad, 15 minutos generando tests con IA, 10 minutos de depuración. 55 minutos en total.

Eso es 6,5 veces más rápido con tests, no a pesar de ellos. Los 15 minutos de tests generados con IA me ahorran habitualmente entre 3 y 6 horas de depuración, un retorno de 12 a 24 veces en cada funcionalidad. El seguro antes era caro; ahora es casi gratis. ¿Por qué iba nadie a saltárselo?

El flujo de trabajo exacto, el prompt reutilizable que convierte cualquier funcionalidad en una suite de tests completa, merece su propio artículo: cómo conseguí 5.000 tests sin escribirlos.

Cómo es una buena cobertura en un producto en solitario

Hoy mi plataforma tiene 5.247 tests, y Claude escribió 4.722 de ellos, el 90 %. La cobertura de código está en el 82 %, cuando el estándar del sector para una startup de Serie A es del 60–70 %. No es un proyecto de fin de semana; es software de producción que da servicio a VC, aceleradoras y startups. Y en los cuatro meses posteriores a pasar a los tests generados con IA, no envié ningún bug crítico a producción.

Pero la verdadera recompensa no son las cifras. Es lo que los tests me permiten hacer: refactorizar con agresividad, publicar varias veces al día, añadir funcionalidades sin miedo y dormir por la noche. El código generado por IA sin tests es exactamente cómo se cierra la trampa del vibe coding: todo funciona hasta el día en que, de forma muy pública, deja de hacerlo. Los tests son la manera de construir rápido y de construir algo que puedes defender cuando un cliente llama.

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

Preguntas frecuentes

¿Un MVP necesita realmente tests?

Las funcionalidades que tocan dinero, datos o la confianza del cliente, sí. Mi bug de las 15 aprobaciones vivía exactamente en una funcionalidad de ese tipo. No necesitas cobertura total el primer día: necesitas tests en las acciones que te dejarían en evidencia delante de un cliente de pago si fallaran.

¿Cuánto tiempo añade el testing a cada funcionalidad?

Con IA, unos 15 minutos. A mano eran horas, y por eso nadie lo hacía. Mi total por funcionalidad pasó de seis horas (dos construyendo, cuatro depurando en producción) a 55 minutos incluyendo los tests. Ahora testear me hace más rápido, no más lento.

¿Cuál es el ROI de escribir tests?

Según mis números: 15 minutos de tests generados con IA ahorran entre 3 y 6 horas de depuración, un retorno de 12 a 24 veces por funcionalidad. Mi auditoría previa a los tests encontró 47 bugs en producción en seis meses, que costaron 112 horas de depuración, unos 8.960 € a 80 €/hora, sin contar los clientes perdidos.

¿Puede la IA escribir los tests por mí?

Sí: eso es lo que cambió la economía. Claude escribió 4.722 de mis 5.247 tests. La IA no se aburre, no se salta los casos "obvios" y no dice "ya lo testearé más tarde". El método paso a paso, incluido el prompt reutilizable, está en el artículo sobre tests escritos con IA.