Produits · 06 · Plateforme de Test IA

TestGuard

Décrivez le test. Livrez le test. Passez le travail répétitif.

Créez des tests navigateur, API et orientés comportement à partir d'un prompt en langage naturel, d'un enregistrement en direct ou d'une spécification, et exécutez-les sur trois moteurs de navigateur et trois classes de viewport. Quand un test casse, TestGuard s'arrête sur l'étape en échec avec la page toujours active, propose une réparation par IA, et la conserve comme version — jamais comme mutation silencieuse.

Demandez une démo →Télécharger la brochure (PDF, EN) ↓

3Types de test

9Combinaisons moteur × viewport

5Langages d'export de code

14Langues de l'interface

Le problème

Les tests automatisés échouent sur la maintenance, pas sur la rédaction.

Écrire les cent premiers tests est un projet que n'importe qui peut terminer. Les garder au vert pendant un an de changements du front-end, c'est ce qui achève vraiment les équipes. Un sélecteur bouge, quarante tests passent au rouge, quelqu'un passe une matinée à découvrir que trente-neuf d'entre eux allaient bien — et la suite perd discrètement la confiance, ce qui équivaut à ne pas en avoir.

Sélecteurs fragiles

Des tests enregistrés ancrés à du markup qui n'a jamais été conçu comme un contrat d'interface.

Échecs à l'aveugle

Une exécution en échec, une pile d'erreurs et une capture d'écran — mais la page qui a cassé a disparu depuis longtemps.

Outillage fragmenté

Un outil pour le navigateur, un autre pour l'API, un troisième pour les scénarios — trois historiques distincts.

Réparations silencieuses

Une auto-réparation qui réécrit le test sans le signaler n'est pas de la maintenance, c'est de la dérive.

La solution

Cinq façons de rédiger. Une seule chaîne de versions. Un débogueur qui garde l'échec ouvert.

Rédigez de cinq façons, exécutez partout

Par prompt, enregistrement, scénario, code, ou en générant tout un programme de suites à partir d'une URL et d'une description — puis exécutez sur Chromium, Firefox et WebKit, sur des viewports desktop, tablette et mobile.

Déboguez sur la page qui a vraiment cassé

Arrêtez-vous sur l'étape en échec avec la page toujours active — évaluez des expressions de surveillance sur la page réelle, lisez sa propre console et son réseau, et désignez l'élément visé.

Réparez et promouvez en versions, jamais en silence

Corrigez sur place, choisissez l'élément sur la page, ou demandez au modèle ; la réparation ne devient une version que lorsque vous l'enregistrez, puis vous la promouvez à travers la chaîne d'environnements, avec la dérive visible sur le badge avant d'atteindre les utilisateurs.

Pourquoi c'est construit ainsi

Génération ancrée dans le réel

Avant de rédiger un plan, la plateforme ouvre un vrai navigateur et lit ce que l'application contient réellement, afin que la suite s'ancre dans votre application, pas dans une supposition.

Discipline des sélecteurs

L'enregistrement privilégie un identifiant de test, puis un identifiant stable, puis un rôle et un nom, puis un label — et vérifie que chaque candidat correspond exactement à un seul élément avant de le retenir.

Plans approuvés par un humain

La génération d'un programme complet produit un plan nommé de suites et de tests que vous approuvez d'abord, avant qu'il ne soit construit comme une tâche suivie.

Fonctionnalités

01Surfaces de rédaction

Prompt — décrivez le test et la cible ; obtenez des étapes et assertions structurées comme première version
Enregistrement — un navigateur en direct côté serveur capture vos interactions, avec la saisie accumulée par champ et les événements en double neutralisés
Feature — rédigez ou générez du Gherkin ; les étapes enregistrées se transforment en scénarios plus la glue dont ces phrases ont besoin
Code — un éditeur avec coloration syntaxique, complétion consciente de Playwright, complétion IA en ligne, et des actions d'explication, refactoring, correction et extension
Import — depuis une spécification OpenAPI ou un WSDL
Les étapes et le code correspondent exactement : ce que vous modifiez dans une vue est ce que vous voyez dans l'autre

02Exécution

Chromium, Firefox et WebKit depuis des navigateurs préchauffés et déjà lancés — jamais de démarrage à froid par requête
Classes de viewport desktop, tablette et mobile ; chaque paire moteur/viewport a son propre enregistrement d'exécution
Tests REST avec authentification bearer, basic et clé API, en-têtes, corps et assertions JSON path
Tests SOAP avec construction d'enveloppe, espaces de noms et capture de fault — rare dans un outil moderne, décisif pour un parc applicatif legacy
Régression visuelle avec baselines par moteur et par viewport, tolérances de pixels et de ratio, et un diff peint sur la baseline atténuée
Dry run — exécutez un brouillon d'API via les vrais exécuteurs sans rien écrire
Exécution orientée comportement avec sémantique exacte des scénarios et sortie de rapport standard

03Le débogueur en direct

Points d'arrêt sur n'importe quelle étape ; exécuter à partir d'ici, exécuter seulement ceci, pas à pas, pause, ralenti
« Déboguer cet échec » depuis une exécution en échec amène directement à l'étape cassée
Expressions de surveillance évaluées dans la page en direct
La console et le réseau propres à la page tels qu'ils se sont déroulés, plus un sélecteur d'élément sous le curseur
Correction sur place et nouvelle tentative, ou demande de réparation IA sur base de l'étape en échec, de l'erreur et du markup en direct
Chaque exécution ordinaire est aussi débogable — pause, suivant et continuer, avec pause sur échec

04Versions, environnements et promotion

Huit types de versions immuables, chacun avec un auteur, un changelog et des badges d'environnement
Diff structuré des étapes et assertions entre deux versions quelconques
Chaînes d'environnements par projet — du développement à la production, chacune avec ses propres cibles et identifiants
Promotion avec détection automatique mise à jour/nouveauté, et un audit complet des déploiements
Badges de dérive calculés en direct à partir de la chaîne de versions, jamais stockés comme indicateur figé
Une vue pipeline sur toute la chaîne montrant les versions déployées, la santé et la dérive

05Planification, analytique et agents

Plannings limités à un test ou une suite dans un environnement, lus dans le fuseau horaire propre au planning
Déclenchement exactement une fois — une semaine d'interruption se réveille sur une seule exécution, pas un arriéré
Test de fumée quotidien avec une série de réussites et un calendrier réussite/échec sur trois semaines
Digests e-mail hebdomadaires pour les parties prenantes avec 16 sections de rapport, envoyés toujours, en cas d'échec uniquement, ou jamais
Taux de réussite, nombre d'exécutions et percentiles de durée, avec des classements des tests les plus en échec, les plus lents et les plus instables
Santé de l'API : distribution des codes de statut, percentiles de latence, disponibilité et répartition des protocoles
Un serveur Model Context Protocol natif exposant 43 outils, avec six niveaux de capacités et chaque appel journalisé

■Java 25 sur Spring Boot 4 ; build native-image configuré

■PostgreSQL, 43 tables, 18 migrations versionnées

■Playwright pour Java en process — pas de CLI de scan, pas de sidecar, pas de sous-processus

■343 points de terminaison REST avec OpenAPI, un serveur Model Context Protocol, et provisioning SCIM 2.0

■Single sign-on avec enregistrement de client par organisation, plus LDAP et Active Directory

■Exportez les tests générés vers TypeScript, JavaScript, Python, Java ou C#

Ce qu'il fait

01S'arrête sur l'étape cassée avec la page toujours active — déboguez le véritable échec, pas une capture d'écran d'un cadavre.
02Les réparations d'auto-guérison sont versionnées, jamais silencieuses — chaque changement est une version immuable et attribuée.
03Une seule suite pour les tests UI, REST, SOAP et BDD, sur trois moteurs de navigateur et trois classes de viewport.

En bref

Pour quiIngénierie QA · Équipes plateforme · Agences · IT réglementé

LicenceTestGuard est licencié par installation, et non par exécution de test ou session parallèle, si bien que le volume de tests peut croître sans renégociation. La redevance annuelle suit un barème marginal basé sur votre propre chiffre d'affaires, à partir d'un minimum de 900 €, avec une hausse annuelle plafonnée à 25 % ; l'hébergement, le matériel, les coûts du fournisseur d'IA, le consulting, la mise en place, la migration et la formation sont facturés séparément.

TestGuard dans votre organisation ?

Démarrez la conversation →