Cuando digo que un proyecto tiene sus pruebas en verde no pido fe: publico el script que clona cada repositorio, ejecuta su suite con el mismo comando que usa su integración continua y escribe la tabla de resultados con su fecha. Cualquiera puede clonarlo y reproducirlo en su máquina.
Estos son los proyectos públicos y la suite de cada uno. Los números están medidos con el script del repositorio, desde un clon limpio: instala dependencias, prepara la base de datos cuando hace falta y cuenta lo que pasa de verdad.
| Proyecto | Parte | Suite | Pasan |
|---|---|---|---|
| Total en repositorios públicos | 1.387 | ||
Las suites son la mitad del trabajo. La otra mitad es que nada llegue al repositorio sin pasar por lo mismo: estas comprobaciones corren en cada cambio.
ruff en Python, ESLint y tsc sin emitir ficheros en TypeScript. Un cambio que no compila no llega a las pruebas.
Se aplican las migraciones sobre un PostgreSQL de verdad y el resultado se compara con el esquema que espera el código.
Alembic genera el SQL de toda la cadena sin conectarse a ningún sitio: una migración rota se ve antes de desplegar.
La especificación OpenAPI y el código se comprueban entre sí. Un endpoint que cambia sin actualizar el contrato rompe el pipeline.
gitleaks revisa el historial completo en cada push y en cada pull request. Una credencial que se coló se detecta antes de publicarse.
El pipeline construye la imagen Docker y comprueba su tamaño: una dependencia que multiplica el despliegue salta en la revisión, no en producción.
El script no se cree nada: clona cada repositorio desde GitHub en un directorio temporal y ejecuta su suite como lo haría su integración continua.
# clonar el repositorio de verificación git clone https://github.com/kavanasystemsinfo-ui/kavana-verification.git cd kavana-verification # ejecutar las suites y escribir los informes python verificar.py # o solo alguna, o conservando los clones python verificar.py --solo steelworks-backend warehouse-api python verificar.py --listar
En la tabla solo entra lo que se puede reproducir. Hay trabajo que no aparece aquí porque su código no se puede publicar, y si no se puede publicar tampoco se cuenta: un proyecto con sus pruebas en verde no engorda el titular de esta página si nadie puede ejecutarlas. El laboratorio de ERP que sí está en la tabla es el de muebles de hogar: su módulo, su catálogo de 80 productos, su panel, y una suite que se ejecuta sin credenciales.
Los números de esta página no son un adorno permanente: se vuelven a medir cada vez que cambia una suite y la fecha de la última ejecución vive en el informe. Un número viejo en una web es justo el tipo de afirmación que este repositorio existe para evitar.
El script, los informes y los comandos están publicados. Si algo no cuadra, el repositorio lo dirá antes que yo.