Votre agent IA écrit vos tests de non-régression. Delta‑QA les prouve.
Branchez Claude Code, Cursor ou tout client MCP sur Delta-QA. Votre agent crée le scénario et en écrit les étapes ; Delta-QA les rejoue dans son propre navigateur, sur votre vrai site, photographie chaque étape et ne valide que ce qui a réellement fonctionné.
›Crée un test de non-régression du parcours « Passer commande » sur example.com
list_workspaces…1 espace, rôle « Peut modifier »create_scenario…Scénario créé, l'étape 1 ouvre la pageDRAFTset_scenario_steps…3 étapes enregistrées, de #2 à #4capture_scenario…Rejeu lancé sur le vrai siteget_capture_resultRejeu en cours, photos…Action #4 :button.payne désigne aucun élément visibleFAILED- Le bouton « Payer » n'a pas cette classe : je le cible par son attribut data‑testid.
set_scenario_steps…Étape #4 corrigée :button[data-testid=pay]capture_scenario…Nouveau rejeu lancéget_capture_resultRejeu en cours, photos…4 étapes rejouées, 4 photosCOMPLETEDactivate_scenario…La capture devient la référenceACTIVE
- #1
- #2
- #3
- #4
Ce que votre agent fait avec Delta-QA
Le Model Context Protocol (MCP) est le standard ouvert par lequel un agent IA découvre des outils et les appelle. Le serveur MCP de Delta-QA en expose huit : créer un scénario, en écrire les étapes, le faire rejouer, lire le verdict, corriger, valider. C'est le chemin de l'écran du scénario, sans l'écran.
Vous le demandez en langage courant : « Crée un test de non-régression du parcours d'inscription sur https://… ». L'agent écrit les étapes, Delta-QA les rejoue sur le vrai site et photographie chacune. Une fois validé, le scénario est rejoué à chaque release, comme un scénario enregistré en naviguant.
Brancher votre agent en trois étapes
- Créez votre compte gratuit et votre espace de travail.
- Créez une clé d'API dans Réglages, onglet Espace, section Clés d'API : un nom, le rôle « Peut modifier » pour un agent qui écrit des scénarios, une expiration. La clé n'est affichée qu'une fois, avec la commande toute prête.
- Collez la commande dans un terminal pour Claude Code, ou donnez à votre client MCP l'adresse du serveur et l'en-tête ci-dessous.
claude mcp add --transport http delta-qa https://api.delta-qa.com/api/mcp --header "Authorization: Bearer dqa_…"- Adresse du serveur
https://api.delta-qa.com/api/mcp- En-tête d'authentification
Authorization: Bearer dqa_…
Le serveur parle le transport « Streamable HTTP » du protocole, sans état : chaque appel est une requête autonome. Tout client MCP qui accepte un serveur distant et un en-tête d'authentification s'y branche, de Cursor ou VS Code à votre propre agent.
Les huit outils du serveur
Ils suivent l'ordre du parcours. Un agent les découvre seul : vous n'avez rien à lui expliquer.
| Outil | Ce qu'il fait | Rôle requis |
|---|---|---|
list_workspaces | Liste vos espaces de travail, avec votre rôle dans chacun. | Lecture seule |
list_scenarios | Liste les scénarios d'un espace, les plus récents d'abord. | Lecture seule |
create_scenario | Crée un scénario en brouillon à partir d'un nom et d'une URL de départ ; l'étape 1, ouvrir la page, est posée par Delta-QA. | Peut modifier |
get_scenario | Lit un scénario et ses étapes, numérotées comme au rejeu. | Lecture seule |
set_scenario_steps | Écrit toutes les étapes du parcours, parmi quatorze gestes : clic, saisie, choix, touche, défilement, navigation… | Peut modifier |
capture_scenario | Rejoue le scénario dans le navigateur de Delta-QA, sur le vrai site, et prend ses photos. | Peut modifier |
get_capture_result | Lit le verdict du rejeu ; un échec nomme l'étape à corriger. | Lecture seule |
activate_scenario | Valide le scénario : la capture devient sa référence, comparée à chaque release. | Peut modifier |
Une étape, telle que l'agent l'écrit
Chaque étape est un geste et sa cible : un sélecteur CSS qui désigne un seul élément visible à ce moment du parcours.
{"action": "CLICK", "selector": "[data-testid=add-to-cart]", "text": "Add to cart"}
{"action": "FILL", "selector": "#password", "value": "…", "sensitive": true}
{"action": "KEY", "value": "Enter"}
{"action": "SCROLL", "value": "800", "photo": false}- Le texte visible de l'élément aide Delta-QA à le retrouver quand le site change.
- Une valeur sensible (mot de passe, carte) est chiffrée dès son arrivée, saisie au rejeu, voilée sur les photos et jamais relue.
- Une photo par étape par défaut : c'est elle que chaque vérification future comparera.
- Rien n'est validé sur parole : une étape qui ne se rejoue pas fait échouer la capture, qui nomme l'action en cause.
Une clé par espace, sous votre contrôle
- Elle appartient à l'espace, pas à une personne : elle n'agit que dans cet espace et survit au départ de qui l'a créée.
- Deux rôles : « Lecture seule » consulte les scénarios et leurs vérifications sans rien lancer ; « Peut modifier » crée, rejoue et valide.
- Une expiration obligatoire : 30 jours, 90 jours ou 1 an, jamais au-delà. La révocation est immédiate, depuis le même écran.
- Affichée une seule fois, conservée sous forme d'empreinte SHA-256, jamais journalisée. Une clé révoquée ou expirée est refusée.
- Les mêmes portes que l'interface : mêmes rôles, mêmes espaces, mêmes quotas qu'une personne. Disponible sur tous les plans, compte gratuit compris.
L'agent propose, Delta-QA prouve
Un agent IA peut se tromper de sélecteur ou affirmer qu'un parcours fonctionne. Avec Delta-QA, rien n'est validé sur parole : chaque étape est rejouée dans un vrai navigateur, sur le vrai site, et photographiée. Un rejeu qui échoue nomme l'étape à corriger ; seul un rejeu réussi devient la référence.
Ensuite, chaque release est comparée à cette référence par l'IA déterministe de Delta-QA, pas un LLM : le même écart donne toujours le même verdict, et chaque écart s'explique.
Le test de non-régression automatisé, expliqué · Ce que Delta-QA détecte