Si vous utilisez encore Postman, vous avez probablement remarqué que l’outil pousse de plus en plus vers le cloud, les comptes obligatoires et les abonnements payants. Bruno prend le contre-pied total : en plus d’avoir une icône d’application très mignonne, c’est un client API open source, offline-first, qui stocke vos collections directement en fichiers sur votre ordinateur. Pas de cloud, pas de compte, pas de synchronisation imposée. Vos collections sont des fichiers, vous les versionnez avec Git comme le reste de votre code.
J’ai migré de Postman à Bruno depuis un moment et je ne regrette pas du tout.
Fiche technique#
| Catégorie | Détails |
|---|---|
| Type | Client API (REST, GraphQL, gRPC) |
| Open Source | Oui (MIT) |
| Langage | JavaScript / Electron |
| Plateformes | Windows, macOS, Linux |
| Cas d’usage | Tester et documenter des APIs, remplacer Postman |
| Alternatives | Postman, Insomnia, Hoppscotch, HTTPie |
Points forts / Points faibles#
Offline-first : pas de cloud, pas de compte, vos données restent en local. C’est vous qui décidez si et comment vous les partagez.
Git-native : les collections sont stockées en fichiers texte (format .bru). Vous pouvez facilement les synchroniser sur Git ou tout autre système de fichiers. Fini les exports/imports JSON à la Postman.
Multi-environnements : la gestion des environnements est simple et efficace. Vous basculez entre dev, préprod et prod en un clic, avec des variables dédiées pour chaque contexte.
Multi-protocoles : REST, GraphQL et gRPC sont supportés nativement.
Léger et rapide : l’interface est fluide, pas de loading, pas de lag. Ça change de Postman qui est devenu assez lourd au fil des années.
Pas de stress testing : Bruno est uniquement un client API, pas un outil de test de charge. Pour ça il faudra se tourner vers d’autres solutions comme k6, JMeter ou Locust.
Écosystème plus jeune : moins de plugins et d’intégrations que Postman, mais l’essentiel est là et la communauté grandit vite.
Migration partielle : l’import depuis Postman fonctionne bien pour les collections simples, mais certains scripts complexes ou pre-request scripts peuvent nécessiter des ajustements.
Pourquoi quitter Postman ?#
La question mérite d’être posée. Postman reste un excellent outil, mais plusieurs choses m’ont poussé à chercher ailleurs :
- Le cloud imposé : Postman pousse de plus en plus à synchroniser vos collections dans leur cloud. Pour des APIs internes ou sensibles, ce n’est pas toujours acceptable.
- Le modèle freemium : certaines fonctionnalités utiles passent de plus en plus sous abonnement.
- La lourdeur : l’app est devenue lente au fil des mises à jour.
- Le versioning : exporter une collection Postman pour la versionner dans Git, c’est fastidieux. Avec Bruno, c’est natif.
Liens utiles#
Mon avis#
Bruno c’est exactement ce que Postman aurait dû rester : un client API simple, rapide, qui respecte vos données. Le fait de stocker les collections en fichiers c’est un réel plus quand on travaille en équipe avec Git. On versionne les requêtes API comme on versionne le code, c’est logique et ça aurait toujours dû fonctionner comme ça.
Mon tip : créez un dossier api/ à la racine de vos projets pour y stocker vos collections Bruno. Comme ça, quand quelqu’un clone le repo, il a directement les requêtes prêtes à l’emploi. Plus besoin de partager des exports Postman par email.
