Alternative à Postman : où partir et comment migrer tes collections

Pourquoi partir sur Bruno. Bruno enregistre chaque requête comme un fichier texte dans un dossier que tu choisis. Tu le mets dans le dépôt de ton API, et une modification de requête passe par la même pull request que le code. Pas de compte, pas de synchronisation dans le cloud : c'est la réponse directe aux deux reproches qu'on fait à Postman. L'application est open source et gère HTTP, REST, GraphQL et gRPC dès la version gratuite.

Pour qui. Les équipes de développeurs qui travaillent déjà avec Git pour tout, et les entreprises qui n'ont pas le droit de stocker leurs appels d'API chez un tiers.

Pour qui ce n'est pas fait. Une équipe où des testeurs ou des chefs de produit ne touchent jamais à Git : partager une requête suppose de cloner un dépôt. Bruno n'a pas non plus de serveur de mock ni de monitoring.

Sa limite. La version gratuite se limite à 2 espaces de travail et aux actions Git de base (cloner, voir les différences, committer) ; pousser, créer des branches, les tests pilotés par fichier de données et les rapports demandent un plan payant. Pro coûte 6 $ par utilisateur et par mois, Ultimate 11 $.

Comment migrer. Exporte chaque collection au format v2.1, puis Import Collection dans Bruno. Les appels courants (pm.test, pm.environment, pm.response) sont traduits. L'import d'un export complet Postman (le ZIP) est réservé à Ultimate ; en gratuit, tu importes collection par collection. Les environnements s'importent un par un, et toutes leurs valeurs deviennent du texte : un port 5000 devient « 5000 », vérifie tes comparaisons.

Pourquoi partir sur Insomnia. C'est l'outil dont l'interface et la logique ressemblent le plus à Postman : collections, environnements, scripts avant et après requête, runner, mocks. Le plan gratuit Essentials garde des projets locaux et cloud illimités, un runner illimité, et la synchronisation Git gratuite jusqu'à 3 utilisateurs. Pour une équipe de 3 qui vient de perdre le gratuit de Postman, c'est la sortie la plus directe.

Pour qui. Les équipes qui veulent changer d'outil sans changer d'habitudes, et celles qui travaillent beaucoup en GraphQL ou en gRPC.

Pour qui ce n'est pas fait. Ceux qui fuient Postman à cause du compte obligatoire : Insomnia a connu la même polémique en 2023 avec sa version 8, avant d'ajouter un mode local (Scratch Pad) qui ne demande pas de compte.

Sa limite. Le serveur de mock gratuit s'arrête à 1 000 requêtes par mois, et au-delà de 3 personnes en Git Sync il faut Pro, à 12 $ par utilisateur et par mois. Enterprise coûte 45 $, en libre-service jusqu'à 50 utilisateurs.

Comment migrer. Kong publie un guide officiel : tu importes un ZIP d'export Postman ou des fichiers JSON séparés, collections v2.0 ou v2.1. La plupart des scripts sont convertis à l'import (pm.environment devient insomnia.environment). Les mock servers ne passent pas : tu les recrées. En intégration continue, la commande inso run collection remplace Newman.

Pourquoi partir sur Hoppscotch. Hoppscotch s'ouvre dans un onglet, sans rien installer, et existe aussi en application de bureau. Il est open source et s'auto-héberge : ton équipe garde ses collections sur son propre serveur. Le plan cloud gratuit couvre REST, GraphQL et le temps réel (WebSocket), avec collections, environnements, scripts et runner.

Pour qui. Les développeurs qui veulent un client léger et rapide, les postes où l'installation de logiciels est bloquée, et les équipes qui veulent héberger elles-mêmes leur outil.

Pour qui ce n'est pas fait. Une équipe qui a des collections lourdes en scripts : l'import des scripts Postman reste expérimental.

Sa limite. Le gratuit cloud est un espace personnel : les espaces d'équipe, le mock et la documentation publiée demandent Business, à 6 $ par utilisateur et par mois. Enterprise (SSO, SCIM, journaux d'audit) coûte 11 $.

Comment migrer. L'importeur accepte les collections et les environnements Postman en JSON. Les scripts avant requête et de test passent seulement si tu actives l'« Experimental Script Import », et les réglages d'authentification avancée et de niveau collection ne sont pas repris. Prévois de reprendre l'authentification de chaque collection à la main.

Pourquoi partir sur Apidog. Si ton équipe utilise Postman pour tout (conception d'API, documentation, mock, scénarios de tests), Apidog reprend ce périmètre dans un seul outil. Son plan gratuit accepte jusqu'à 4 utilisateurs, là où Postman n'en accepte plus qu'un. Son moteur de scripts suit la syntaxe pm de Postman, donc la plupart de tes scripts tournent sans réécriture.

Pour qui. Les petites équipes produit qui conçoivent leurs API avant de les coder et veulent la documentation et le mock au même endroit.

Pour qui ce n'est pas fait. Ceux qui partent de Postman pour retrouver un outil léger ou local : Apidog est lui aussi une plateforme en ligne, avec compte.

Sa limite. Au-delà de 4 personnes, le plan Basic coûte 9 $ par utilisateur et par mois à l'année. Côté migration, pm.nextRequest() n'est pas pris en charge : les enchaînements conditionnels se refont en scénario de test avec des conditions.

Comment migrer. Deux chemins : importer un fichier de collection v2.1 (Paramètres, Import Data, Postman), ou connecter ta clé d'API Postman pour tout récupérer d'un coup. Une collection Postman devient un projet Apidog, et ses variables de collection deviennent des variables globales du projet. Vérifie ensuite l'environnement qui porte le nom de la collection.

Pourquoi partir sur Thunder Client. C'est une extension de VS Code : tes requêtes s'envoient depuis l'éditeur, sans changer de fenêtre. Pour un développeur qui utilise Postman seulement pour vérifier ses routes pendant qu'il code, c'est plus rapide qu'une application à part. Les plans payants sont les moins chers de cette page : Starter à 3 $ par utilisateur et par mois.

Pour qui. Les développeurs qui passent leur journée dans VS Code et ont des collections de taille modeste.

Pour qui ce n'est pas fait. Une équipe QA avec de grosses suites de tests, ou quelqu'un qui n'utilise pas VS Code.

Sa limite. Le gratuit est serré : 3 collections de 50 requêtes au plus, 5 imports par mois, runner et rapports en ligne de commande seulement, ni synchronisation Git ni scripts personnalisés. Business coûte 7 $, Enterprise 16 $ par utilisateur et par mois.

Comment migrer. Dans le menu des collections, Import, puis choisis ton fichier Postman. Avec 5 imports par mois en gratuit, regroupe tes collections avant, ou commence par l'essentiel. Si un gros fichier refuse de passer, réexporte-le depuis Postman au format v2.1.

Liste tes espaces de travail, tes collections, tes environnements, tes variables globales, tes mock servers, tes moniteurs, tes flows et chaque job d'intégration continue qui lance Newman ou le Postman CLI. Note aussi qui utilise quoi.

Pourquoi ? Parce qu'un export Postman ne contient que les collections et les environnements. Tout le reste se recrée à la main, et ce qui n'est pas noté est oublié.

Dans Settings, Account settings, clique Export Data, coche collections et environnements, puis Request Data Export. Le lien arrive par email et expire au bout de 2 jours : télécharge-le tout de suite. En équipe, seuls les rôles Admin et Super Admin peuvent lancer cet export en masse.

Piège : les variables globales ne sont pas dans l'export. Exporte-les séparément depuis le panneau Variables. Pour une collection seule, More, Export collection, format v2.1.

Tes environnements exportés contiennent souvent des clés d'API et des jetons en clair. Si ta destination enregistre tout dans Git (Bruno, Insomnia en Git Sync), sépare les valeurs secrètes avant le premier commit : fichier ignoré par Git, variables secrètes de l'outil ou gestionnaire de secrets.

Un jeton poussé dans un dépôt partagé doit être considéré comme compromis : régénère-le.

Importe les collections, puis les environnements. Lance chaque collection une fois dans le runner de la destination et compare les résultats avec un passage dans Postman. Les écarts viennent presque toujours de trois endroits : l'authentification héritée de la collection, les variables devenues du texte, et les scripts qui appellent une fonction propre à Postman.

Cherche dans tes scripts pm.sendRequest, pm.nextRequest, pm.vault et tout require de newman, postman-collection ou @postman. Ce sont les appels qui cassent le plus souvent. Apidog ne reprend pas pm.nextRequest ; Bruno n'a pas d'équivalent aux paquets @postman ; Hoppscotch n'importe les scripts qu'en mode expérimental.

Fais une recherche texte dans l'export JSON avant d'importer : tu sais tout de suite combien de requêtes sont concernées.

Un job qui lance Newman lit une collection Postman. Remplace-le par la ligne de commande de ta destination : bru run pour Bruno, inso run collection pour Insomnia, la CLI de Hoppscotch ou celle d'Apidog. Garde l'ancien job en parallèle une semaine, puis coupe-le quand les deux donnent les mêmes résultats.

Recrée les mocks et les moniteurs dont tu as encore besoin, annonce la date de bascule, puis réduis ton compte Postman. Garde un compte Free le temps de vérifier que rien ne manque : tes collections y restent consultables, et un export reste possible.