DEV Community

Cover image for La Meilleure Alternative à Thunder Client
Antoine Laurent
Antoine Laurent

Posted on • Originally published at apidog.com

La Meilleure Alternative à Thunder Client

Thunder Client a conquis son public en étant l’opposé de Postman : un client API rapide et gratuit dans VS Code, avec des collections JSON stockées dans le dépôt. Cette proposition s’est réduite au fil des années. Depuis 2023, la synchronisation Git est payante et, selon la page de tarification de Thunder Client, le niveau gratuit est limité à 250 exécutions de collections par mois, sans synchronisation Git, CLI/CI, scripts personnalisés, environnements globaux, WebSocket, SSE ou gRPC.

Essayez Apidog dès aujourd’hui

La réponse directe : Apidog est une alternative à Thunder Client si vous avez besoin d’exécutions illimitées, de scripts, de CI, de WebSocket, SSE, gRPC ou GraphQL sans basculer immédiatement vers un plan payant. Son plan gratuit couvre jusqu’à 4 utilisateurs et ajoute un éditeur de spécifications, un serveur de maquette, des scénarios de test et de la documentation API publiable. Le compromis est clair : vous quittez la barre latérale de VS Code pour une application dédiée.

Comment le niveau gratuit s’est réduit

Le principal avantage initial de Thunder Client était sa légèreté et son intégration Git native : les collections étaient enregistrées au format JSON dans .thunder-tests. Les modifications d’API pouvaient donc suivre les mêmes pull requests que le code.

En 2023, ce stockage est devenu une fonctionnalité payante. Les collections du niveau gratuit sont désormais stockées dans l’extension VS Code : elles restent locales, mais ne sont plus visibles dans Git, les revues de code ou les workflows d’équipe. Ce changement est détaillé dans Paywall de Thunder Client Pro : ce qui a changé.

Interface Thunder Client

Aujourd’hui, le niveau gratuit impose notamment les limites suivantes :

  • 250 exécutions de collections par mois : les contrôles de régression ont un quota mensuel.
  • HTTP uniquement : WebSocket, SSE et gRPC sont réservés aux plans payants.
  • Pas de scripts personnalisés : les scripts de pré-requête et de test nécessitent un abonnement.
  • Pas de CLI ni de CI : impossible d’exécuter les collections depuis un pipeline sans plan payant.
  • Pas de synchronisation Git ni d’environnements globaux : le support JetBrains commence également avec les offres payantes.

Ces limites ne sont pas déraisonnables pour une extension maintenue par un développeur indépendant. En revanche, elles changent le choix à faire : Thunder Client gratuit est désormais un client HTTP basique. Dès que vous avez besoin de scripts, de sockets, de CI ou d’exécutions sans compteur, il faut comparer les offres payantes à une plateforme API complète.

Ce que les plans payants offrent — et ce qu’ils n’offrent pas

Thunder Client reste peu coûteux par utilisateur :

  • Starter : 3 $ par utilisateur et par mois, facturés annuellement, limité à 10 sièges.
  • Business : 7 $ par utilisateur et par mois.
  • Enterprise : 16 $ par utilisateur et par mois.

Starter débloque la synchronisation Git, les exécutions CLI et CI/CD, WebSocket/SSE/gRPC et le support JetBrains. Toutefois, le compteur d’exécutions ne disparaît pas immédiatement :

  • Business porte la limite à 500 exécutions de collections par utilisateur et par mois.
  • Les exécutions illimitées nécessitent Enterprise.
  • Les environnements chiffrés et l’intégration à un gestionnaire de secrets sont disponibles avec Business.
  • Le SSO et les journaux d’audit nécessitent Enterprise.

Le point important : Thunder Client reste un client de requêtes. Aucun plan n’ajoute un éditeur de spécifications API, un serveur de maquette, de la documentation hébergée ou une orchestration visuelle de tests entre API. Cette différence apparaît également dans Postman vs Thunder Client.

La réponse : Apidog

Apidog est une plateforme de développement API utilisée par plus de 500 000 développeurs. Elle couvre la conception, le débogage, les tests, la simulation et la documentation dans une application pilotée par une spécification unique.

Interface Apidog

Pour remplacer Thunder Client, voici les éléments pratiques à comparer :

  1. Les fonctions payantes de Thunder Client sont incluses dans le plan gratuit d’Apidog.

    Exécutions de collections et de scénarios illimitées, scripts pré/post-requête, WebSocket, SSE, gRPC, GraphQL et exécution CI via Apidog CLI. Le plan gratuit couvre jusqu’à 4 utilisateurs ; les plans payants commencent à 9 $ par utilisateur et par mois.

  2. Les requêtes peuvent devenir une spécification API.

    Enregistrez les requêtes déboguées comme points de terminaison documentés avec schémas. La même définition peut ensuite alimenter les tests, les maquettes et la documentation.

  3. Un serveur de maquette est disponible.

    Une fois un endpoint défini, la maquette intelligente fournit des réponses réalistes basées sur les schémas, sans devoir créer manuellement tous les exemples.

  4. Les tests ne reposent pas sur un quota mensuel.

    Les scénarios visuels peuvent enchaîner des requêtes, valider des réponses, vérifier les schémas, exécuter des jeux de données et s’intégrer à la CI.

Transition fonctionnal par fonctionnalité

Client de requêtes

L’usage quotidien se transpose directement :

  • collections et dossiers ;
  • variables d’environnement ;
  • cookies ;
  • assistants d’authentification ;
  • génération de code.

Apidog prend en charge HTTP, WebSocket, SSE, gRPC et GraphQL dans le plan gratuit. Thunder Client gratuit reste limité à HTTP.

Si votre équipe travaille dans JetBrains, Apidog Fast Request permet l’envoi de requêtes depuis l’IDE. En revanche, il n’existe pas de panneau Apidog intégré à VS Code : c’est la différence principale pour les équipes habituées à Thunder Client.

Scripts et exécuteur

Thunder Client propose des assertions simples via des filtres, tandis que les scripts complets nécessitent un plan payant.

Dans Apidog, vous pouvez :

  • ajouter des scripts de pré-requête ;
  • ajouter des scripts post-requête ;
  • réutiliser une syntaxe compatible Postman ;
  • valider les réponses contre un schéma ;
  • exécuter des collections et scénarios sans limite mensuelle.

Exemple de test post-requête compatible avec le style Postman :

pm.test("La réponse retourne HTTP 200", () => {
  pm.response.to.have.status(200);
});

pm.test("La réponse contient un identifiant", () => {
  const body = pm.response.json();
  pm.expect(body.id).to.exist;
});
Enter fullscreen mode Exit fullscreen mode

Pour éviter des assertions répétitives, définissez aussi le schéma de réponse dans votre spécification :

responses:
  "200":
    description: Utilisateur trouvé
    content:
      application/json:
        schema:
          type: object
          required:
            - id
            - email
          properties:
            id:
              type: string
            email:
              type: string
              format: email
Enter fullscreen mode Exit fullscreen mode

Workflows Git

Si vous utilisiez Thunder Client pour le dossier .thunder-tests, identifiez précisément votre besoin :

  • Pour conserver les collections comme fichiers versionnés dans le dépôt, un client Git natif reste le choix le plus strict. Consultez la meilleure alternative à Bruno.
  • Pour partager les mêmes collections avec l’équipe sans payer la synchronisation par siège, Apidog propose un espace de travail cloud avec versioning par branche dans son plan gratuit.
  • Pour conserver une source versionnée dans votre dépôt, exportez la spécification au format OpenAPI.

Exemple de workflow :

1. Concevoir ou importer l’API dans Apidog
2. Exporter OpenAPI
3. Versionner openapi.yaml dans Git
4. Lancer les scénarios avec Apidog CLI dans la CI
Enter fullscreen mode Exit fullscreen mode

Au-delà du client

Le changement majeur est de relier les étapes du cycle API :

  1. Concevoir l’API visuellement ou en code.
  2. Définir les schémas de requête et de réponse.
  3. Générer une maquette pour les consommateurs.
  4. Publier une documentation interactive.
  5. Exécuter des scénarios de test dans la CI.

La documentation peut aussi être publiée avec un serveur MCP pour permettre aux agents IA de lire directement la spécification. Voir qu’est-ce qu’Apidog MCP Server.

Thunder Client vs Apidog en un coup d’œil

Fonctionnalité Thunder Client Apidog
Forme Extension VS Code, JetBrains sur plan payant Application de bureau + web, plugin JetBrains pour les requêtes
Exécutions gratuites de collections 250/mois Illimitées
WebSocket / SSE / gRPC Plans payants Gratuit, avec GraphQL
Scripts Plans payants Gratuit, compatible Postman
CLI / CI Plans payants Gratuit via Apidog CLI
Synchronisation Git Plans payants Espace cloud, versioning par branche, export OpenAPI
Serveur de maquette Non Maquettes intelligentes basées sur les schémas
Documentation API Pas de documentation hébergée Documentation interactive publiée, domaine personnalisé
Édition de spécifications Non Éditeurs OpenAPI visuels et code
Secrets et environnements chiffrés Business, 7 $ Intégrations Vault sur les plans payants
SSO et journaux d’audit Enterprise, 16 $ Plan Enterprise
Utilisateurs gratuits Niveau gratuit individuel Jusqu’à 4 utilisateurs

Comparer les coûts honnêtement

Thunder Client est moins cher par siège. Pour une équipe ayant besoin de la synchronisation Git, de la CI et des protocoles complets :

Taille de l’équipe Thunder Client Starter par an Apidog par an
3 personnes 108 $ 0 $ — plan gratuit
5 personnes 180 $ 540 $
10 personnes 360 $ 1 080 $
25 personnes 2 100 $ — Starter limité à 10 sièges ; Business à 7 $ 2 700 $

Pour une équipe de moins de 5 personnes, Apidog est l’option la moins chère. Au-delà, Thunder Client est moins cher sur le prix affiché, mais les produits ne couvrent pas le même périmètre :

  • Thunder Client fournit un client HTTP dans l’IDE, avec des exécutions limitées jusqu’au plan Enterprise.
  • Apidog ajoute le serveur de maquette, l’édition de spécifications, la documentation et l’orchestration de tests.

Si vous remplacez plusieurs outils ou licences Postman, le calcul peut changer. Consultez la meilleure alternative à Postman pour cette comparaison.

Migration depuis Thunder Client

La migration repose sur l’exportation Postman ou OpenAPI. La procédure est documentée dans la documentation d’importation/exportation de Thunder Client.

1. Exportez vos collections

Dans Thunder Client :

  1. Faites un clic droit sur une collection.
  2. Sélectionnez Exporter.
  3. Choisissez le format Postman.

Choisissez OpenAPI si vos collections sont déjà suffisamment structurées pour décrire les endpoints et leurs schémas.

2. Exportez vos environnements

Exportez également les environnements afin de conserver :

  • URLs de base ;
  • tokens ;
  • variables de test ;
  • paramètres communs.

3. Importez dans Apidog

Dans Apidog :

  1. Ouvrez les paramètres du projet.
  2. Sélectionnez Importation manuelle.
  3. Importez le fichier Postman ou OpenAPI.

Les requêtes, dossiers et environnements sont importés avec leur structure. Avec OpenAPI, les endpoints récupèrent immédiatement les schémas, la documentation et les maquettes intelligentes.

4. Migrez les scripts

Le scripting Apidog étant compatible Postman, copiez les scripts pré- et post-requête lorsque cela est possible.

Pour les tests Thunder Client de type filtre :

  • remplacez-les par des assertions explicites ;
  • ou utilisez la validation automatique par schéma.

5. Rebranchez la CI

Remplacez l’exécuteur Thunder Client par Apidog CLI dans votre pipeline.

Exemple de structure de job CI :

api-tests:
  stage: test
  script:
    - apidog run --project-id "$APIDOG_PROJECT_ID" --environment "staging"
Enter fullscreen mode Exit fullscreen mode

Une configuration courante — quelques dizaines de requêtes et deux environnements — peut être migrée en moins d’une heure.

Quand Thunder Client reste pertinent

Thunder Client reste un choix cohérent si vous :

  • travaillez seul ;
  • utilisez exclusivement VS Code ;
  • testez uniquement des API HTTP ;
  • n’avez réellement besoin que de 250 exécutions mensuelles ;
  • ne voulez pas ouvrir une application supplémentaire.

Dans ce cas, le niveau gratuit reste simple et organisé, et Starter à 3 $ par mois est un prix raisonnable pour débloquer les fonctionnalités correspondantes.

Le passage à Apidog devient pertinent dès que vous avez besoin :

  • d’un serveur de maquette ;
  • d’un endpoint WebSocket, SSE ou gRPC ;
  • d’exécutions CI ;
  • d’un workflow partagé avec une équipe ;
  • d’une spécification et d’une documentation vivantes.

Questions fréquemment posées

Thunder Client est-il toujours gratuit ?

Oui, mais le niveau gratuit est limité : 250 exécutions de collections par mois, HTTP uniquement, sans synchronisation Git, scripts, CLI ni CI. Les plans payants vont de 3 $ à 16 $ par utilisateur et par mois, facturés annuellement. Les exécutions illimitées nécessitent Enterprise.

Puis-je importer des collections Thunder Client dans Apidog ?

Oui. Exportez la collection depuis Thunder Client au format Postman, puis importez le fichier dans Apidog. Les environnements suivent le même processus. Vous pouvez également exporter au format OpenAPI pour importer directement des endpoints avec schémas.

Apidog a-t-il une extension VS Code comme Thunder Client ?

Non. Apidog est une application de bureau et web. Il propose Apidog Fast Request pour JetBrains, mais pas de panneau intégré à VS Code. Si l’intégration VS Code est une exigence stricte, Thunder Client conserve cet avantage.

Mes scripts Thunder Client fonctionnent-ils dans Apidog ?

Les scripts pré- et post-requête d’Apidog sont compatibles avec Postman. Les scripts personnalisés Thunder Client se traduisent donc généralement facilement. Les tests basés sur des filtres peuvent être remplacés par des assertions ou par la validation de schéma.

Que comprend le plan gratuit d’Apidog par rapport à Thunder Client ?

Le plan gratuit d’Apidog couvre jusqu’à 4 utilisateurs et inclut les exécutions illimitées de collections et scénarios, le scripting, WebSocket/SSE/gRPC/GraphQL, le serveur de maquette intelligent, la documentation publiée et les exécutions CI via CLI.

Le niveau gratuit de Thunder Client est limité à HTTP, 250 exécutions mensuelles et n’inclut pas les fonctionnalités de synchronisation, scripting ou pipeline.

Arrêtez de rationner les exécutions de collections

Exportez vos collections au format Postman, importez-les dans Apidog, puis exécutez-les autant de fois que nécessaire dans l’application ou en CI. Téléchargez Apidog ou démarrez dans le navigateur : une équipe de 4 utilisateurs peut utiliser le plan gratuit, avec maquettes, documentation et scénarios de test dans le même projet.

Top comments (0)