Bruno apareció como la alternativa que resuelve exactamente la parte que más me molestaba de Postman: guardar las colecciones como ficheros locales versionables en Git, no atrapadas en la nube de un tercero.
Lo que cambia con colecciones como ficheros
Postman, tras retirar su modo offline (Scratch Pad) hace un par de años, obliga a iniciar sesión en su cuenta en la nube incluso para trabajo puramente local. Bruno hace justo lo contrario: cada colección es una carpeta de ficheros de texto plano en tu propio repositorio, sin cuenta obligatoria, sin sincronización forzada a servidores de terceros. Para las colecciones de pruebas del backend de El Rack, eso significa que viven junto al propio código en el mismo repositorio Git, versionadas igual que cualquier otro fichero.
Postman decidió que tus colecciones de API vivieran en su nube por defecto. Bruno decidió que vivieran donde tú decidas — que para la mayoría de desarrolladores, es exactamente en el mismo repositorio que el código que están probando.
El día a día
La importación de colecciones existentes de Postman funciona sin fricción, así que migrar lo que ya tenía no supuso empezar de cero. El encadenamiento de peticiones, variables de entorno y scripts de pre/post-petición cubren lo esencial que necesito para probar los endpoints del admin y verificar respuestas de las APIs externas antes de integrarlas en código.
Que se puede esperar
El ecosistema de Postman —servidores mock, monitorización, comunidad y documentación tras casi una década de dominio del sector— sigue siendo mucho más amplio. Para equipos grandes con necesidades de colaboración compleja en la nube, Postman (con sus limitaciones de plan gratuito) puede seguir teniendo sentido. Para mi caso, un desarrollador trabajando solo con Git como fuente de verdad, esas ventajas no compensan la dependencia de cuenta.
