BotGauge

Une phrase pour présenter

BotGauge est un service de test hébergé Autonomous QA as a Solution, qui génère, exécute et corrige automatiquement les tests grâce à des agents IA, puis fait valider la couverture et les défauts par des experts en QA du domaine, afin d’aider les équipes d’ingénierie à intégrer les tests continus dans leurs processus de développement et de déploiement.

Présentation des outils

BotGauge AI Inc. propose des services de QA autonomes aux équipes logicielles souhaitant itérer rapidement, couvrant les tests fonctionnels, d’interface, API, d’intégration, de régression et bout en bout. Une fois que les clients fournissent les exigences du produit, les flux utilisateurs, des captures d’écran, des designs ou des vidéos de démonstration, la plateforme crée ensemble avec les équipes FDE spécialisées des suites de tests.

Il met actuellement l’accent sur la « livraison par résultats » plutôt que sur la vente de postes autonomes : BotGauge s’occupe de la création, du déploiement, de la maintenance, de l’analyse des pannes et de la génération de rapports, tandis que le client fournit principalement l’environnement de test, le contexte métier et les critères d’acceptation. Ce modèle est plus proche d’une gestion continue du QA que de l’achat simple d’un éditeur de tests sans code.

Positionnement actuel du produit

Le site officiel désigne le produit sous les noms d’Autonomous QA for the AI Era et AQaaS, dans le but de permettre au code généré par l’IA d’être constamment vérifié à chaque soumission. Le service est assuré par une combinaison d’agents de test, d’infrastructure d’exécution automatique, de mécanismes d’autoguérison et d’experts humains dans le domaine.

L’ancienne version du site officiel mettait l’accent sur les sessions simultanées et les forfaits de plateforme autonome, tandis que la page actuelle propose désormais deux solutions axées sur les résultats : Launch et Scale. Le catalogue doit refléter la position actuelle des services d’hébergement et ne peut plus reprendre tel quel les anciens forfaits Starter, AI Foundation ou Advanced AI.

Fonction principale

Lire les informations du produit

BotGauge peut recevoir des PRD, des histoires d’utilisateurs, des flux UX, des captures d’écran, des documents de conception et des vidéos de démonstration, afin de comprendre les fonctionnalités du produit et les parcours d’utilisateurs clés. Plus les données entrantes sont complètes, plus il est facile de générer des tests couvrant les règles métier réelles et les chemins anormaux.

Cas de test générés par l’IA

L’agent d’écriture de tests convertit le contexte du produit en cas de test structurés, couvrant l’interface, les fonctionnalités, l’API et la couche d’intégration. Le site officiel souligne qu’aucune maintenance des scripts automatisés n’est requise de la part du client, mais celui-ci doit néanmoins confirmer les exigences, l’environnement et les résultats attendus.

Vérification par des experts du domaine

Chaque ensemble de tests est revu par une équipe d’experts en FDE ou en QA du domaine, afin de déterminer si les tests reflètent bien les intentions réelles du métier et de réduire les scénarios d’erreur et les faux positifs causés par une génération purement automatisée par l’IA. La vérification manuelle est la différence principale entre BotGauge et les outils de test AI entièrement autonomes.

Exécution continue et exécution en parallèle

Les tests peuvent être intégrés aux processus de soumission de code, de demande de pull, de construction et de publication, et s’exécuter automatiquement en cas de modification. Le site officiel met en avant les capacités du service actuel, sans limite de nombre d’exécutions ni de capacité parallèle, mais les restrictions spécifiques en matière de concurrence, de file d’attente et d’utilisation équitable doivent être indiquées dans la commande.

Test d’autoguérison

L’agent d’autoguérison identifie, en fonction du contexte, les changements dans les éléments de l’interface ou les processus, et tente de mettre à jour les tests concernés. Les changements présentant un faible niveau de confiance doivent être vérifiés par des experts, afin d’éviter que le système ne corrige à tort une fonction réelle en la considérant comme fonctionnelle.

Analyse des causes racines et rapport de défauts

En cas d’échec, la plateforme peut générer une analyse des causes racines ainsi qu’un rapport détaillé sur le défaut, en s’appuyant sur les journaux d’exécution, les captures d’écran, les vidéos et le contexte de fonctionnement. Le rapport peut être intégré aux outils existants de gestion des défauts et de communication au sein de l’équipe, ce qui réduit le temps nécessaire pour que les ingénieurs collectent à nouveau des informations.

Analyse de couverture et gestion des tests

L’équipe peut consulter les ensembles de tests, l’état, l’historique d’exécution et le niveau de couverture, ainsi que par fonction, priorité ou cas de gestion des risques. Le produit permet également d’exporter ou de migrer les tests ; le format d’exportation et la disponibilité après résiliation doivent être précisés dans le contrat.

BotGauge MCP

BotGauge MCP intègre des fonctionnalités telles que la génération, la consultation, la modification en masse, l’exécution, l’enquête en cas d’échec, la visualisation des données de remplacement et la déclaration de défauts dans les assistants IA prenant en charge MCP. Ces fonctionnalités restent marquées comme Beta à ce jour, et il est nécessaire de contacter l’équipe pour les activer.

Processus de travail complet

1. Définir avec l’équipe BotGauge le périmètre du produit, les processus clés, la fréquence de publication, l’environnement de test et les objectifs de qualité.
2. Fournir le PRD, les histoires d’utilisateur, les designs, les captures d’écran, les vidéos de démonstration, les spécifications des interfaces et les documents de test existants.
3. Se connecter uniquement à des environnements de test ou de pré-lancement, et préparer des données de test non productives masquées et réinitialisables.
4. Un agent IA cartographie le processus du produit et génère des propositions pour l’UI, les fonctionnalités, les API et les tests d’intégration.
5. L’équipe FDE du domaine révise les étapes de test, les résultats attendus, les chemins anormaux et les risques commerciaux.
6. Connecter les tests au dépôt de code, à CI/CD, à la gestion des défauts et aux outils de communication.
7. S’exécute à chaque soumission ou publication, applique des corrections automatiques et transforme les échecs en rapports de défauts exécutables.
8. Réviser régulièrement la couverture, les faux positifs, les omissions de détection et les modifications du produit, afin de mettre à jour l’étendue des tests et les critères d’acceptation.

Processus pilote de 30 jours

1. Choisissez un à trois flux de test ayant un impact élevé sur les revenus ou les utilisateurs, et qui soient en même temps faciles à isoler.
2. Créer des environnements de test indépendants et des comptes de test synthétiques, sans reproduire les bases de données des clients réels ou de production.
3. Fournir à BotGauge les exigences, les processus, les interfaces et les critères de détection d’échec, et confirmer la portée des autorisations.
4. Laissez l’équipe générer et valider manuellement les premiers tests, en examinant un par un les scénarios normaux, anormaux et de permissions.
5. Sur une période de 30 jours, suivre la couverture, le temps d’exécution, les faux positifs, les faux négatifs, le taux de correction autonome et les ressources engagées.
6. Vérifier que les droits des dépôts Git, du CI, de la plateforme de bogues et des canaux de notification respectent le principe de minimisation.
7. Comparez le coût continu d’utilisation avec le coût total de l’QA interne, des frameworks de code ou d’autres services hébergés.
8. Confirmer par écrit les prix officiels, les SLA, la suppression des données, l’exportation et les modalités de résiliation avant la fin du projet pilote.

Processus d’accès MCP

1. Contactez BotGauge pour demander l’accès à MCP Beta, et confirmez les comptes, les projets, la portée des outils ainsi que les limites des données.
2. Choisissez un client AI prenant en charge MCP, et créez des identifiants indépendants et aux droits minimaux pour l’environnement de test.
3. D’abord, n’autoriser que la consultation de tests et la lecture des résultats, afin de valider l’authentification, l’isolation des projets et les journaux d’audit.
4. Les tests génèrent des cas d’utilisation à partir du PRD ; une confirmation manuelle est requise avant de permettre des modifications en masse ou l’exécution du jeu de tests.
5. Mettre en place des confirmations utilisateur claires pour l’exécution, la modification et la création de défauts, ainsi qu’une liste blanche des environnements et des limites de nombre.
6. Vérifier si les journaux d’erreurs, les captures d’écran et les rapports renvoient des clés ou des données réelles de l’utilisateur dans la conversation.
7. Enregistrer les appels des outils et leurs exécutants, renouveler périodiquement les identifiants et fermer les clients qui ne sont plus utilisés.

Pour quels types d’équipes

• Équipe SaaS d’itération rapide : publications fréquentes mais pas de ressources QA automatisées suffisantes.
• Équipe de programmation IA : souhaiter établir des seuils de qualité pour les tests de régression et les déploiements liés à la génération de code par l’IA.
• Start-up : il est nécessaire de couvrir rapidement les processus clés, sans vouloir recruter d’abord une équipe complète pour l’automatisation des tests.
• Organisation d’ingénierie en croissance : elle dispose déjà de CI/CD, de gestion des défauts et de dépôts de code, et souhaite ajouter une couche de tests hébergés.
• Produits de e-commerce et de fintech : les processus de transaction clés sont complexes, nécessitant une validation conjointe des fonctionnalités, de l’interface et des interfaces de connexion.
• HealthTech et équipes régulées : isolation des données, audit et matériaux de sécurité sont nécessaires, mais une évaluation de conformité doit encore être effectuée par eux-mêmes.
• Chef de produit : Souhaite générer des tests d’acceptation et de régression révisables à partir du PRD et des flux utilisateurs.
• Développeur : Espère pouvoir exécuter des tests directement lors de la soumission du code ou avec l’assistant IA et voir la cause racine.

Scénarios d'utilisation typiques

• Déploiement de retours : exécution automatique des parcours d’utilisateurs clés à chaque soumission de code et blocage des retours évidents.
• Test du processus de paiement : Vérification simultanée de l’interface, des interfaces API, des rappels de tiers et des états d’erreur.
• Test des permissions : couverture du contrôle d’accès pour différents rôles, états de connexion et conditions limites.
• Validation des nouvelles fonctionnalités : génération de tests à partir du PRD, de la conception et des histoires d’utilisateur, puis soumission à l’examen des experts du domaine.
• Vérification cross-navigateurs : Tester différentes combinaisons de navigateurs et de systèmes d’exploitation dans le cadre du scénario Scale.
• Retour d’API : Génération de tests normaux, anormaux et d’intégration selon les spécifications de l’interface et les processus métier.
• Déviation des défauts : utilisation de l’analyse des causes racines pour distinguer les problèmes de produit, les problèmes environnementaux et les tests instables.
• Cycle fermé de développement d’IA : Lancer des tests dans Cursor, Claude, Windsurf ou d’autres clients MCP.

Avantages du produit

• Combiner la génération par des tests d’IA avec la validation par des experts du domaine pour réduire les problèmes liés à des sorties de modèles non examinées.
• Un cycle de vie complet de test couvrant la compréhension des besoins, la génération de cas d’utilisation, l’exécution, l’autoguérison, l’analyse et la génération de rapports.
• Selon les résultats des tests et la couverture de la livraison, il n’est pas exigé que le client maintienne lui-même de nombreux scripts et une infrastructure de exécution.
• Prend en charge les tests d’interface utilisateur, de fonctionnalités, d’API et d’intégration, adapté aux flux d’utilisateurs interstratégiques.
• Il peut se connecter à des dépôts de code, des outils CI/CD, de gestion des défauts et de communication, afin de réduire les changements de flux de travail.
• Le plan actuel promet un nombre illimité d’exécutions, ainsi que le fonctionnement en parallèle et la déclenchement continu.
• MCP Beta permet aux ingénieurs et aux spécialistes produits d’opérer les processus de test en langage naturel.
• Le site officiel indique SOC 2 Type II ; l’entreprise peut demander en plus le rapport d’audit et la portée des contrôles.

Restrictions d'utilisation et risques

• BotGauge est un service hébergé et non un cadre entièrement autonome, offrant aux clients un contrôle limité sur l’implémentation des tests et l’infrastructure de leur exécution.
• Il n’existe actuellement pas de prix fixe public ; le facturation en fonction des cas de test et des résultats nécessite une évaluation commerciale, et il est difficile de comparer les budgets en temps réel.
• Les affirmations du site officiel concernant la vitesse de couverture, l’absence d’entretien et l’absence d’instabilité relèvent de promesses commerciales et doivent faire l’objet d’un essai pilote ainsi que d’une validation contractuelle.
• L’autoguérison peut masquer les véritables changements du produit ; les corrections à faible niveau de confiance et les processus critiques doivent faire l’objet d’une vérification manuelle.
• Les entrées de test, les captures d’écran, les journaux et les vidéos peuvent contenir des informations sensibles ; le téléchargement de données de production est formellement interdit.
• La politique de confidentialité indique que les informations des clients peuvent être utilisées pour améliorer les services grâce à l’apprentissage profond, et que les entreprises doivent définir la portée, mettre en place des mesures d’isolement et des mécanismes de retrait.
• La politique de confidentialité continue d’appeler le service Autify, ce qui montre que le texte juridique contient des anciens noms ou des résidus de modèles.
• MCP reste en version Beta ; les interfaces, les outils, les permissions, la stabilité et les prix peuvent changer.
• Le produit ne dispose pas de documents API ou SDK complets et publics ; le niveau d’intégration personnalisée doit être confirmé lors de la phase de mise en œuvre.
• Plus de 60 intégrations constituent une communication globale ; cela ne signifie pas que chacune dispose des mêmes champs, d’une synchronisation bidirectionnelle ou du même niveau de support.
• Les essais gratuits donnent également accès à l’environnement de test ; il convient d’utiliser des comptes isolés, des droits minimaux et des données masquées.
• Le QA de gestion ne peut pas remplacer l’ensemble des responsabilités liées aux tests de sécurité, aux tests de performance, aux audits d’accessibilité et aux évaluations de conformité professionnelle.

Prix et forfaits

Au 20 août 2026, la page des prix actuelle de BotGauge propose deux options basées sur des résultats : Launch et Scale, sans indiquer de prix unitaire en dollars. L’ancienne version du site officiel ainsi que l’ancien blog officiel présentaient par le passé des exemples de frais mensuels spécifiques ou de facturation par concurrence, mais ces informations ne doivent pas être considérées comme des tarifs actuels.

Selon les FAQ du site officiel, l’abonnement peut être résilié à tout moment sans frais de résiliation ; aucune facture ne sera émise pour les périodes futures après la résiliation, mais la période en cours reste facturée. Les paiements sont possibles principalement par carte de crédit, tandis que pour des montants importants ou des solutions professionnelles, un virement bancaire est possible.

Lors de l’achat, il convient de définir clairement les cas de test, car BotGauge considère le processus complet d’utilisateur actif comme un cas de test. Il faut également préciser comment sont facturés les nouveaux processus, le nombre de modifications, la concurrence, l’environnement, le navigateur, le support, les heures de travail humain et les tâches hors périmètre.

Comparaison entre Launch et Scale

Types de tests pris en charge

Méthodes d’intégration et de livraison

Le site officiel liste des intégrations courantes telles que Jira, Linear, Slack, GitHub, GitLab, ClickUp, Postman, Discord, TestRail, Zephyr et Xray, et indique qu’un soutien global pour plus de 60 outils est disponible. Les capacités spécifiques des connecteurs, les champs et les directions dépendent du projet.

Sécurité des données et vie privée

La politique de confidentialité actuelle exige expressément que les clients n’utilisent que des environnements de test et des données non productives, et qu’ils ne chargent, ne traitent ni ne stockent d’informations personnelles réelles, confidentielles ou identifiables. Les clients doivent s’assurer eux-mêmes que les comptes et les données de test ont été démasqués et isolés.

La plateforme collecte des informations relatives à l’inscription, à l’entreprise, aux coordonnées, aux factures, aux journaux, aux appareils, au historique des visites, ainsi que des informations fournies volontairement par les utilisateurs. La politique précise également que les informations des clients pourraient être combinées avec des données d’utilisation afin d’améliorer les services grâce à l’apprentissage profond, mais indique qu’elles ne seront pas agrégées avec les données d’autres clients.

Le nom du service sur la page de confidentialité reste indiqué comme Autify, tandis que l’entité juridique est indiquée comme BotGauge AI Inc. Il s’agit peut-être d’un modèle historique ou d’un texte juridique non mis à jour ; les parties signataires doivent demander une confirmation pour s’assurer que le service actuel, l’entité juridique, les sous-traitants et l’accord de traitement des données sont cohérents.

• Se connecter uniquement aux environnements de test ou de pré-lancement ; il est interdit de téléverser des bases de données en production ou des informations de clients réels.
• Utilisation de comptes synthétiques, de commandes virtuelles et de données réinitialisables, avec nettoyage automatique après les tests.
• Accordez des identifiants aux droits minimaux respectifs pour le dépôt de code, CI, la plateforme de bogues et MCP.
• Vérifier les captures d’écran, les enregistrements vidéo, les journaux et les messages d’erreur afin d’empêcher que des tokens et des informations personnelles ne soient enregistrés.
• Demander au fournisseur le périmètre du rapport SOC 2, la période d’audit, les exceptions et la lettre de liaison.
• Confirmation écrite des règles de formation sur les données clients, des fournisseurs de modèles, des accès manuels, ainsi que de la conservation et de la suppression.
• Exporter les actifs de test avant la fin du contrat, et valider le processus de suppression des comptes, des sauvegardes et des copies tierces.

Indicateurs d’acceptation pilote

API, MCP et capacités des développeurs

Les conditions de service définissent l’API et permettent d’utiliser certaines fonctionnalités de service par l’intégration via des tiers, mais le site officiel ne fournit pas de référence REST complète, d’informations sur l’authentification, de restrictions de vitesse, de console de développement ou de SDK général. Les interfaces d’entreprise doivent être confirmées dans les documents de commande et de mise en œuvre.

BotGauge MCP est actuellement l’entrée la plus claire pour les développeurs, permettant de générer, d’examiner, de modifier et d’exécuter des tests depuis des clients IA compatibles, d’enquêter sur les échecs et de consulter le couverture. Il est encore en version Beta ; pour l’utiliser, il faut contacter l’équipe, plutôt que de le télécharger et d’installer publiquement pour l’utiliser immédiatement.

Situation du logiciel open source

BotGauge est un service commercial à code fermé, dont les conditions d’utilisation interdisent le reverse engineering, la décompilation, le démontage, le scraping ainsi que l’accès concurrentiel. Le site officiel ne fournit pas le code source du proxy de test principal, du moteur d’exécution ou du service MCP.

Aucun dépôt de produits GitHub public certifié par le site officiel, ni SDK open source officiel n’a été trouvé. Le support de l’intégration GitHub signifie simplement que l’on peut se connecter aux dépôts de code et aux processus de développement, mais cela ne permet pas de le considérer comme open source pour BotGauge lui-même.

Informations de base

Indice de recommandation

Le score de recommandation est de 4,1 sur 5. BotGauge combine des agents de test d’IA, des experts du domaine, une exécution continue, des capacités d’autoguérison et une intégration en ingénierie pour former un service QA entièrement géré, idéal pour les équipes qui souhaitent mettre en place rapidement une couverture des processus clés sans vouloir développer toute l’infrastructure eux-mêmes.

Les points déduits proviennent du fait que le montant du prix actuel n’est pas divulgué, que MCP reste en version bêta, qu’il y a un manque d’API et de SDK publics, ainsi que la présence dans la politique de confidentialité d’anciens noms d’Autify et de mentions relatives à des fins d’entraînement. Les entreprises doivent valider chaque indicateur promotionnel au moyen d’un essai de 30 jours, de documents SOC 2 et de contrats.

Questions fréquentes

Qu’est-ce que BotGauge ?

Il s’agit d’un service de gestion autonome de QA, où des agents IA génèrent, exécutent et maintiennent les tests, puis des experts en tests sectoriels vérifient la couverture et les défauts.

BotGauge, c’est une plateforme ou un service ?

La position actuelle est axée principalement sur les services de gestion. Les clients peuvent utiliser la plateforme et les intégrations, mais l’équipe BotGauge est responsable du cycle de test bout en bout ainsi que des résultats de livraison.

Faut-il écrire soi-même des scripts de test ?

Le site officiel indique qu’il n’est pas nécessaire que les clients écrivent ou maintiennent des scripts ; les équipes d’IA et de FDE s’occupent de leur création et de leur maintenance. Les clients doivent cependant fournir les exigences, l’environnement de test, les règles métier et les critères d’acceptation.

Quels tests sont pris en charge ?

Principalement les fonctionnalités de support, l’interface utilisateur, les API, l’intégration, les tests de régression et les tests bout en bout. La portée spécifique des tests mobiles, de performance, de sécurité et de conformité particulière doit être confirmée séparément.

Comment BotGauge facture-t-il ?

Actuellement, le facturation se fait en fonction des cas de test ou des résultats fournis ; ni Launch ni Scale ne communiquent de montant fixe. Le prix final dépend du processus, de la couverture, de l’environnement, ainsi que des besoins en intégration et en support.

Y a-t-il une version gratuite ?

Il n’existe pas de version gratuite et permanente en auto-service publique ; le site officiel propose une période d’essai gratuite de 30 jours ainsi qu’un formulaire gratuit pour signaler les bugs. Les critères d’éligibilité pour l’essai et les conditions de passage à la version définitive doivent être confirmés.

Peut-on annuler à tout moment ?

Selon les FAQ concernant le prix actuel, l’annulation peut être effectuée à tout moment sans frais de résiliation ; cependant, des frais seront prélevés pour le cycle de facturation en cours, puis plus aucun frais ne sera appliqué pour les cycles futurs. Pour les commandes professionnelles, cela reste soumis à la signature d’un contrat.

Qu’est-ce qu’un test d’autoguérison ?

Lorsque les éléments de l’interface ou les processus changent, le système tente de mettre à jour les tests en fonction du contexte. Les processus clés doivent être examinés pour leurs enregistrements d’autoguérison, afin d’éviter que des retours réels ne soient interprétés à tort comme des changements normaux.

Le test sera-t-il exécuté à chaque soumission ?

Il est possible de le connecter à CI/CD pour le déclencher lors des soumissions, des demandes de pull, de la construction ou de la publication. Les conditions de déclenchement spécifiques et les stratégies de blocage sont déterminées par la configuration du projet.

Que peut faire BotGauge MCP ?

Il permet de générer, de consulter, de modifier en masse et d’exécuter des tests dans des assistants IA compatibles, d’enquêter sur les échecs, de visualiser la couverture et de générer des rapports de défauts. Il est actuellement encore en version Beta.

Quels clients sont pris en charge par MCP ?

Le site officiel liste des environnements compatibles tels que Claude, Cursor, Windsurf, GitHub Copilot, VS Code, Amp et IntelliJ IDEA, qui peuvent également se connecter à d’autres clients MCP.

Peut-on utiliser les données de production ?

Non. La politique de confidentialité exige expressément l’utilisation uniquement d’environnements de test et de données non en production, et interdit le téléchargement d’informations réelles, confidentielles ou permettant d’identifier des personnes.

Les données des clients seront-elles utilisées pour l’entraînement ?

La politique de confidentialité indique que les informations des clients pourraient être combinées avec des données d’utilisation à des fins d’amélioration des services par apprentissage profond, mais sans être agrégées avec d’autres données de clients. L’entreprise doit définir par contrat les champs spécifiques, les modèles, les mesures d’isolement, ainsi que les modalités de retrait et de suppression.

Pourquoi la politique de confidentialité mentionne-t-elle Autify ?

L’entité juridique de la page actuelle est BotGauge AI Inc., mais le nom du service reste indiqué comme Autify, ce qui pourrait être dû à un modèle ancien ou à un texte juridique non mis à jour. Avant de signer, il convient de demander des clarifications officielles et de recevoir les documents adaptés au service actuel.

Fournit-on une API ou un SDK public ?

Aucune référence complète d’API publique, d’entrée pour les clés de développeur ou de SDK officiel dans la langue concernée n’a été trouvée. Les API au niveau du projet ainsi que les capacités d’intégration doivent être obtenues auprès de l’équipe de vente et de mise en œuvre.

BotGauge est-il open source ?

Pas de code source ouvert. L’intégration avec GitHub, le protocole MCP et l’export des tests ne signifient pas que le code source du proxy principal ou de la plateforme d’exécution est public.

Qu’est-ce qu’il faut principalement valider lors de l’essai pilote de 30 jours ?

Il convient de vérifier en particulier la couverture des processus clés, les défauts réels, les faux positifs, les faux négatifs, le taux de correction automatique, le temps de réponse, les efforts de maintenance, les droits d’intégration, le traitement des données et le coût total final.