BugBug et Delta-QA sont deux outils de test de non-régression no-code : dans les deux cas, vous enregistrez un parcours en naviguant sur votre site, et l'outil le rejoue avant chaque mise en production. Les deux tournent sur Chromium et permettent d'automatiser ses tests sans écrire ni maintenir de scripts.
Ils se séparent sur deux points. Le premier est ce qui est vérifié à chaque étape : BugBug contrôle que le parcours passe et compare au pixel les captures que vous ajoutez, Delta-QA compare chaque étape élément par élément. Le second est le parcours qui fait échouer la plupart des tests enregistrés : l'inscription d'un nouvel utilisateur. Ce comparatif s'appuie sur les pages publiques de BugBug consultées en octobre 2026.
Tous nos comparatifs, sur des critères vérifiables : Alternatives et comparatifs.
Votre parcours d'inscription rejoué à chaque version, sans variable à écrire ? Delta-QA crée un compte neuf à chaque rejeu et vous dit quel élément a changé, avec un compte gratuit et sans carte bancaire. Essayer Delta-QA gratuitement →
BugBug en bref
BugBug est un outil de test de bout en bout édité en Pologne, qui s'adresse à toute équipe souhaitant s'outiller pour améliorer sa QA. Son enregistreur est une extension Chrome : vous cliquez dans votre application, BugBug note les étapes, puis les rejoue en local ou dans son cloud. Sa page d'accueil le présente comme un outil de « regression testing for teams shipping at AI speed ».
Au 10/2026, sa page tarifs affiche quatre plans, prix facturés à l'année et hors taxes :
- Free : 0 $, exécution locale uniquement, 1 utilisateur, 1 projet, 15 tests.
- Core : 99 $ par mois, exécutions cloud illimitées, planification, alertes, variables, étapes JavaScript et boîte mail de test. 3 utilisateurs, 50 tests.
- Pro : 189 $ par mois, utilisateurs et tests illimités. Il ajoute le serveur MCP, la régression visuelle, l'intégration CI/CD et la ligne de commande.
- Business : sur devis.
Un essai gratuit de 14 jours, sans carte bancaire, ouvre les plans payants. BugBug fonctionne avec les navigateurs basés sur Chromium (Chrome, Edge, Opera, Brave) et précise ne pas prendre en charge Firefox ni Safari. Aucun déploiement on-premise n'est affiché.
Delta-QA en bref
Delta-QA permet à toute l'équipe de vérifier l'application, y compris à ceux qui n'écrivent pas de tests : QA, product owners, chefs de projet. Vous ouvrez votre site dans Delta-QA, vous parcourez le scénario, et chaque étape devient un point de contrôle. À la version suivante, Delta-QA rejoue le parcours dans un vrai navigateur et compare chaque page à sa référence, élément par élément.
Le rapport ne montre pas un pourcentage de pixels : il dit que le bouton « Payer » est passé du bleu au vert, qu'une marge a changé, qu'un bloc a disparu. Vous jugez chaque différence, voulue ou bug.
Delta-QA tourne en SaaS ou, avec l'offre On-Premise, sur votre infrastructure, et l'offre On-Premise s'essaie avec un POC gratuit d'un mois. La comparaison se fait aujourd'hui sur Chromium ; Firefox et WebKit sont prévus. Le compte gratuit se crée sans carte bancaire. Pour situer l'approche, voir notre guide du test de non-régression.
Pourquoi l'inscription casse les tests enregistrés
Un parcours d'inscription enregistré tel quel échoue dès le deuxième rejeu. L'adresse e-mail saisie la première fois existe déjà, et le site répond « cette adresse est déjà utilisée ». Et même avec une adresse neuve, le parcours ne s'arrête pas au formulaire.
Un vrai parcours d'inscription enchaîne en général :
- un formulaire avec une adresse e-mail, un mot de passe soumis à des règles, parfois une date ;
- un courriel de confirmation, avec un lien à suivre ;
- parfois un code reçu par courriel, à recopier dans la page ;
- puis une connexion avec le compte créé, dont dépendent tous les autres parcours.
C'est ce qui fait de l'inscription le parcours le moins testé de beaucoup d'applications, alors que c'est la porte d'entrée de chaque nouveau client. BugBug et Delta-QA savent tous les deux le rejouer. Ils ne demandent pas le même travail.
Chez BugBug : une boîte de test et des variables
BugBug fournit une boîte mail de test, la BugBug Testing Inbox, incluse à partir du plan Core. Sa documentation sur les variables décrit la marche à suivre :
- rendre l'adresse unique à chaque exécution avec une variable intégrée, par exemple
{{testRunId}}(un identifiant UUID propre à chaque lancement) ou{{timestamp}}; - ouvrir le courriel de vérification dans la boîte de test et confirmer l'adresse, comme une étape du test ;
- réutiliser l'adresse et le mot de passe générés pour la connexion qui suit, par des variables.
La méthode fonctionne, sans fournisseur tiers. Elle demande de comprendre les variables et de les placer aux bons endroits du test. Pour des valeurs plus élaborées, BugBug propose des variables en JavaScript.
Chez Delta-QA : l'inscription se rejoue d'elle-même
Delta-QA traite l'inscription comme un parcours comme les autres. Vous l'enregistrez une fois ; au rejeu, Delta-QA s'occupe de ce qui doit changer :
- Une adresse e-mail neuve à chaque rejeu. Elle est générée dans une boîte que Delta-QA lit lui-même. Le site ne voit jamais deux fois la même adresse.
- Des valeurs neuves pour les autres champs. Un champ que vous n'avez pas fixé reçoit une valeur générée à chaque vérification. Ce peut être un texte selon un motif, un mot de passe conforme aux règles que vous indiquez (longueur, majuscule, chiffre) ou une date décalée par rapport au jour du rejeu.
- Le courriel de confirmation attendu, puis son lien suivi. Vous indiquez le texte que la page affiche après l'envoi du formulaire, par exemple « Vérifiez votre boîte mail ». Delta-QA attend que la page l'affiche, puis attend le courriel. Si la page ne l'affiche pas, le rapport le dit, au lieu d'accuser le courriel.
- Un code reçu, lu dans le message. Si votre site envoie un code à recopier, Delta-QA le lit dans le courriel. S'il ne sait pas encore où le trouver, il vous le demande à l'écran, pendant le rejeu que vous avez lancé, puis retient comment le lire la fois suivante.
- Un compte retenu seulement si tout a réussi. Le compte n'est enregistré qu'à la fin d'une inscription réussie, mot de passe chiffré. Vos scénarios de connexion reprennent ensuite ce compte, sans que vous recopiiez quoi que ce soit.
Delta-QA ne contourne pas les protections faites pour arrêter les robots. Si votre formulaire présente un captcha, le rejeu s'arrête et le rapport le dit clairement. C'est le comportement attendu d'un outil de test sur un site qui se protège.
La différence avec BugBug n'est pas qu'un outil sait tester l'inscription et l'autre non. C'est qui fait le montage : chez BugBug, vous construisez le mécanisme avec des variables ; chez Delta-QA, il fait partie du rejeu. Quand ce sont les QA ou les product owners qui couvrent les parcours, c'est souvent ce qui décide si l'inscription sera testée ou non.
Testez votre inscription comme un nouveau client la vit. Enregistrez le parcours une fois, Delta-QA le rejoue avec un compte neuf, confirmation comprise. Essayer Delta-QA gratuitement →
Régression visuelle : un seuil de pixels ou un rapport par élément ?
BugBug propose la régression visuelle à partir du plan Pro. Selon sa documentation, vous ajoutez une étape de capture là où vous voulez vérifier l'écran. Au premier passage, la capture devient la référence de l'environnement. Ensuite, BugBug compte les pixels qui diffèrent, exprime l'écart en pourcentage, et l'étape échoue si l'écart dépasse le maximum autorisé pour cette étape.
L'approche est claire et réglable étape par étape. Elle laisse deux choix au testeur : où placer les captures, et quel seuil tolérer. Un seuil trop bas fait échouer des rendus légitimes, un seuil trop haut laisse passer un petit changement qui compte, comme un prix ou un libellé de bouton.
Chez Delta-QA, la comparaison visuelle n'est pas une étape à ajouter : chaque étape du parcours est comparée à sa référence. Et la différence est rattachée à un élément de la page, décrit en clair : sa couleur, sa marge, sa police, sa position, son texte. Vous savez quoi regarder sans interpréter une image de différences. Pour approfondir ce choix, voir notre article sur la comparaison au pixel ou par élément.
CI, agents IA et tests codés
BugBug branche ses tests sur une CI à partir du plan Pro, par sa ligne de commande, son API ou des webhooks. Son serveur MCP, également au plan Pro, permet à un agent de code (Claude Code, Cursor, Codex) de créer, lancer et réparer des tests, et de revoir les différences visuelles.
Delta-QA propose aussi un serveur MCP : un agent de code crée un scénario, le fait rejouer et le fait valider. Pour les équipes qui écrivent déjà leurs tests, Delta-QA a désormais un SDK, le SDK Vision, pour Playwright en TypeScript et JavaScript. Une ligne suffit là où une page doit être vérifiée, et une différence non jugée fait échouer le test avec le lien du rapport dans la CI. Il est d'abord proposé en avant-première : l'accès se demande depuis sa page.
Ce que BugBug fait mieux, objectivement
Un outil de test fonctionnel complet. Conditions (if/else), étapes JavaScript, gestion des iframes et des onglets multiples, journaux réseau et console : BugBug couvre le test de bout en bout au-delà de la régression visuelle.
Une grille simple et publique. Quatre plans, des prix affichés, des utilisateurs illimités dès le Pro, sans tarification au poste.
Une exécution locale gratuite. Le plan Free permet de créer ses premiers tests et de les faire tourner sur sa machine sans payer.
Un écosystème d'intégrations. Slack, Jira, Linear, Zapier, GitHub Actions, API REST et import/export en YAML.
Ce que Delta-QA fait mieux, et pourquoi ça compte
L'inscription sans montage. Adresse neuve, valeurs générées, confirmation, code reçu, compte réutilisé par la connexion : tout fait partie du rejeu, sans variable à écrire.
Une vérification visuelle à chaque étape. Pas de capture à placer ni de seuil à régler : chaque étape est comparée, et le rapport nomme l'élément qui a changé.
L'On-Premise. Vos pages et vos comptes de test peuvent rester dans votre réseau, ce que BugBug n'affiche pas.
Un site en français. BugBug publie son site et sa documentation en anglais ; Delta-QA publie son site en huit langues, dont le français.
Tableau comparatif
| Critère | BugBug | Delta-QA |
|---|---|---|
| Création des tests | Enregistreur (extension Chrome) ou agent IA via MCP | Enregistrement du parcours dans Delta-QA, ou agent via MCP |
| Inscription : adresse unique | Variable à placer ({{testRunId}}, {{timestamp}}) |
Générée à chaque rejeu, sans réglage |
| Courriel de confirmation | Boîte de test (dès Core), étape à ajouter | Attendu et lien suivi dans le rejeu |
| Code reçu par courriel | Variables et étapes à configurer | Lu dans le message, ou demandé à l'écran puis retenu |
| Compte réutilisé à la connexion | Par variables | Repris automatiquement après une inscription réussie |
| Régression visuelle | Étape de capture, écart de pixels en %, seuil par étape (Pro) | Chaque étape comparée, différences décrites par élément |
| Tests codés | Pas de SDK affiché ; tests éditables en YAML, API | SDK Vision pour Playwright |
| Navigateurs | Chromium (Chrome, Edge, Opera, Brave) | Chromium ; Firefox et WebKit prévus |
| Hébergement | Cloud BugBug | SaaS ou On-Premise |
| Prix d'entrée | Free local ; Core à 99 $/mois (au 10/2026) | Compte gratuit, sans carte bancaire |
Aucun des deux n'est meilleur dans l'absolu. BugBug convient à une équipe qui veut un outil de test fonctionnel complet et accepte de manier des variables. Delta-QA convient à une équipe qui veut que ses parcours critiques, inscription comprise, soient vérifiés à l'écran sans rien configurer.
Votre inscription est-elle testée aujourd'hui ? Enregistrez-la dans Delta-QA et voyez le rapport du premier rejeu, sans carte bancaire. Essayer Delta-QA gratuitement →
FAQ
BugBug sait-il tester une inscription avec e-mail de confirmation ?
Oui. À partir du plan Core, BugBug fournit une boîte mail de test. Vous rendez l'adresse unique avec une variable comme {{testRunId}}, puis vous ajoutez l'ouverture du courriel et la confirmation comme étapes du test. Delta-QA fait la même chose sans variable : l'adresse neuve, l'attente du courriel et le lien suivi font partie du rejeu.
Comment Delta-QA évite-t-il l'erreur « adresse déjà utilisée » ?
À chaque rejeu, Delta-QA génère une adresse e-mail neuve dans une boîte qu'il lit lui-même. Les autres champs que vous n'avez pas fixés reçoivent aussi des valeurs neuves, dont un mot de passe conforme aux règles que vous indiquez. Le site voit donc un nouvel utilisateur à chaque fois.
Delta-QA contourne-t-il les captchas ?
Non. Un captcha est fait pour arrêter les robots, et un outil de test n'a pas à le déjouer. Si le formulaire en présente un, le rejeu s'arrête et le rapport l'indique. La pratique courante est de désactiver le captcha sur l'environnement de recette.
BugBug et Delta-QA fonctionnent-ils sur Firefox ou Safari ?
Pas aujourd'hui. BugBug indique prendre en charge les navigateurs basés sur Chromium et pas Firefox ni Safari. Delta-QA compare aussi sur Chromium ; Firefox et WebKit sont prévus.
Peut-on utiliser BugBug et Delta-QA ensemble ?
Oui. BugBug peut porter vos tests fonctionnels détaillés, avec conditions et étapes JavaScript, et Delta-QA la vérification visuelle de vos parcours critiques, inscription comprise. Pour comparer d'autres options, voir notre comparatif des logiciels de test no-code.
Delta-QA a-t-il un plan gratuit comme BugBug ?
Delta-QA se démarre avec un compte gratuit, sans carte bancaire, et l'offre On-Premise s'évalue par un POC gratuit d'un mois. Le plan gratuit de BugBug exécute les tests en local uniquement ; ses exécutions dans le cloud commencent au plan Core.