4Capítulo 4 · Pensend
Calidad y evidencia
De la validación manual a tener tests, CI y evidencia verificable de cada cambio
5/6
El punto de partida, sin maquillaje
Durante sus primeros meses, Pensend se validaba sobre todo de forma manual. Funcionaba, pero cada cambio dependía de revisarlo bien a mano. Al crecer el producto, ese modelo deja de escalar: cada mejora cuesta más y los errores se descubren tarde.
Tres pasos hacia la confianza
1
Auditoría técnica
Septiembre · revisión completa del producto y sus riesgos
2
Infraestructura de tests
Septiembre · Vitest y Playwright, empezando por la lógica crítica
3
CI con evidencia
Octubre · comprobaciones automáticas antes de cada entrega
Aigovia como auditor
A principios de octubre de 2026, Aigovia, mi laboratorio personal, hizo su primera evaluación de entrega sobre Pensend. El veredicto fue claro: faltaba evidencia de calidad. No bastaba con que el producto funcionara; había que poder demostrarlo cambio a cambio.
De esa evaluación salió el cambio PNSD-049, que añade CI de calidad con evidencia verificable:
Una sola orden de verificación
Build, tests, lint y tipos en una sola ejecución, en local y en GitHub Actions.
Evidencia en formatos estándar
Cada ejecución deja sus resultados guardados para que cualquiera, persona o herramienta, pueda comprobarlos.
Lo que no se verifica, se declara
Lo que no se puede comprobar de forma automática se deja escrito, con su motivo, en lugar de quedar como un hueco.
La lección
"La calidad que no deja evidencia no se puede gobernar. Aplicarlo a mi propio producto fue la mejor prueba del modelo."