Automatisation des tests par IA sans dépendance fournisseur : cloud, local et MCP
L'automatisation des tests par IA sans dépendance fournisseur : un modèle dans le cloud avec votre clé, un modèle d'IA local, le nôtre ou le vôtre, ou pas d'IA, et MCP pour tout assistant.
11 min de lecturePar l'équipe de GUI Test Studio
À quoi ressemble la dépendance au fournisseur dans l'automatisation des tests par IA
L'automatisation des tests par IA promet des tests qui se construisent, se réparent et expliquent leurs propres échecs.Elle soulève aussi une question que les anciens outils de test ne posaient jamais : quelle IA, qui tourne où, et payée comment ?Beaucoup d'outils y répondent à votre place.
La dépendance au fournisseur (vendor lock-in), c'est ce que vous coûte le fait de quitter un outil.En automatisation des tests, elle se compte en tests : si changer d'outil veut dire reconstruire chaque test, vous êtes dépendant.L'IA ajoute de nouveaux endroits où cette dépendance peut se cacher.
| Où se loge la dépendance | Ce qu'elle coûte à votre équipe |
|---|---|
| Des tests stockés dans l'espace de travail du fournisseur | Partir veut dire écrire ou enregistrer à nouveau chaque test. |
| Des exécutions qui ont besoin du cloud du fournisseur | Les applications internes derrière votre pare-feu sont difficiles à atteindre, et chaque écran que vos tests voient sort de l'entreprise. |
| Un seul modèle d'IA, choisi par le fournisseur | Son prix, ses mises à jour et sa date de retrait deviennent le prix, les mises à jour et la date de retrait de vos tests. |
| Des fonctions d'IA facturées à l'usage | Chaque exécution a un coût que vous ne fixez pas, et une semaine de livraison chargée coûte plus cher. |
| Un seul assistant, intégré à l'outil | Votre équipe travaille déjà dans Claude, ChatGPT ou Copilot, et l'outil de test ne parle à aucun d'eux. |
Aucun de ces points n'est un défaut en soi.Un service hébergé vous épargne des machines, et un modèle fourni vous épargne une décision.Le problème commence quand vous ne pouvez pas choisir autrement.
L'IA fait désormais partie de la plupart des outils de test.Testim décrit des localisateurs intelligents pilotés par l'IA qui se réparent d'eux-mêmes, et exécute les tests dans son cloud ou sur des grilles compatibles Selenium.Applitools propose pour son serveur Eyes des déploiements en cloud public multi-locataire, en cloud dédié et sur site. mabl propose un serveur MCP par lequel des clients d'IA comme Claude, Cursor et Copilot peuvent consulter les résultats et créer des tests dans mabl.
Des bibliothèques open source comme Selenium et Playwright vous tiennent à l'écart du cloud de tout fournisseur.Leur coût, c'est le temps des développeurs : vous écrivez et maintenez un sélecteur pour chaque élément, dans du code.Pour voir ces outils côte à côte, consultez l'étude comparative.
Pourquoi l'automatisation des tests par IA devient modulaire
Le logiciel devient modulaire.Vous choisissez votre éditeur, votre assistant d'IA, votre serveur CI et votre outil de suivi des bugs, et vous attendez qu'ils fonctionnent ensemble.
L'automatisation modulaire des tests applique cette idée aux tests : chaque partie de l'outil qui dépend de quelqu'un d'autre est un module que vous branchez, et que vous pouvez débrancher.Ailleurs, l'expression désigne aussi une façon de découper les scripts de test en parties réutilisables.Ici, elle désigne l'outil lui-même.
Votre modèle d'IA
Cloud, local ou aucun
Votre assistant
Claude, ChatGPT, Copilot ou aucun
Vos tests
Des fichiers sur votre propre disque
Votre pipeline
N'importe quel serveur CI, n'importe quel outil de suivi
Trois interfaces ouvertes le rendent possible aujourd'hui.Une API compatible OpenAI permet à un même outil de parler à de nombreux modèles, dans le cloud ou sur votre propre ordinateur.Le Model Context Protocol permet à n'importe quel assistant d'IA d'utiliser les actions d'un outil.Les codes de sortie et les fichiers JUnit permettent à n'importe quel serveur CI de lire une exécution de test.
Les trois choix d'IA qu'une équipe QA devrait avoir
Un outil de test qui respecte vos choix propose au moins trois façons d'utiliser l'IA.Chacune convient à une équipe différente, et beaucoup d'équipes en utilisent plusieurs.
1. Un modèle dans le cloud, avec votre propre clé
Apporter votre propre clé, le BYOK (bring your own key), veut dire que l'outil appelle un fournisseur d'IA avec la clé de votre propre compte.Vous choisissez le modèle, vous payez le fournisseur directement à ses propres prix, et les données voyagent sous votre propre contrat avec lui.
Les modèles dans le cloud donnent aujourd'hui les réponses les plus précises, surtout pour les petits textes et les mesures fines.Les outils de développement vont dans le même sens : GitHub Copilot, par exemple, vous permet, à vous ou à votre organisation, de configurer votre propre fournisseur de modèles.
2. Un modèle local, sur votre propre ordinateur
Un modèle local, ou IA auto-hébergée, est un modèle d'IA qui tourne sur votre propre matériel : fourni par l'outil, ou apporté par vous via un serveur local comme LM Studio.Rien ne quitte l'ordinateur, et il n'y a ni clé, ni compte auprès d'une société d'IA, ni coût par assertion.
Beaucoup de modèles performants sont publiés avec des poids ouverts sous des licences permissives comme Apache 2.0, si bien qu'ils peuvent être téléchargés et conservés.Le prix, c'est le matériel : une carte graphique avec assez de mémoire fait la différence entre des secondes et des minutes.
3. Pas d'IA du tout
L'IA devrait être une option, jamais une dépendance.Certaines équipes n'ont pas le droit d'envoyer quoi que ce soit à l'extérieur, d'autres n'ont pas de carte graphique, et d'autres veulent simplement des verdicts qui ne dépendent jamais d'un modèle.
Un bon outil de test enregistre, trouve, compare et rend compte sans aucun modèle.L'IA devient alors un second avis par-dessus, pour les échecs qui demandent du jugement.
L'IA locale est-elle assez bonne pour les tests ?
L'IA locale pour les tests est utile dès aujourd'hui, avec des limites qu'il faut connaître.
Pour expliquer une assertion en échec, un modèle local vous dit de façon fiable qu'un libellé ou une couleur a changé.Pour un texte minuscule, ou un changement comme « déplacé de 4 pixels vers la gauche », un modèle dans le cloud lit mieux.
La vitesse suit le matériel.Sur une bonne carte graphique, un modèle local répond en quelques secondes ; sans carte graphique, il peut mettre une minute ou plus par assertion.
Pour créer un test entier depuis une consigne, un modèle local est plus lent que Claude ou ChatGPT et donne le meilleur de lui-même sur des parcours courts.
Un modèle local est aussi stable d'une façon qu'un modèle dans le cloud ne l'est pas.C'est un fichier sur votre disque, et il ne change que lorsque vous en choisissez un autre.
Une équipe qui teste une application bancaire interne fait tourner l'analyse intelligente par IA sur un modèle local, si bien que les données clients de ses écrans de test ne quittent jamais la machine de build.
Une équipe qui teste un site web public utilise un modèle dans le cloud avec sa propre clé, pour la lecture la plus fine des petits textes.Les deux exécutent le même type de test, et chacune peut changer demain.
Où vont les captures d'écran, les vidéos et les requêtes à l'IA pendant l'exécution d'un test, et ce que les règles de confidentialité en exigent, c'est le sujet de l'article la confidentialité des données dans l'automatisation des tests.
Qu'est-ce qu'un serveur MCP pour les tests ?
Le Model Context Protocol, MCP, est une norme ouverte qui permet à un assistant d'IA d'utiliser les outils d'un autre programme.Anthropic l'a présenté en novembre 2024 et publié comme projet open source.
Un serveur MCP est le côté du programme : il liste ses outils, et n'importe quel client MCP peut les appeler.Un serveur MCP pour les tests est un serveur dont les outils sont des actions de test : ouvrir une application, cliquer, taper, vérifier, exécuter un test.
Claude Desktop, Claude Code, ChatGPT avec Codex, GitHub Copilot dans VS Code et Cursor acceptent tous des serveurs MCP.C'est pourquoi MCP compte face à la dépendance : l'outil de test et l'assistant d'IA deviennent deux choix distincts.
Playwright MCP, de Microsoft, un serveur open source sous licence Apache 2.0, permet à un assistant de piloter un navigateur web au moyen d'instantanés d'accessibilité de la page, sans modèle de vision.
Posez deux questions à tout serveur MCP pour les tests.Que voit l'assistant ?Et que reste-t-il quand la conversation se termine ?La bonne réponse à la seconde question, c'est un fichier de test qui s'exécute à nouveau, à chaque build, sans l'assistant.
La place d'un agent d'IA dans toute une boucle de développement est le sujet de l'article développer avec des agents d'IA (ADLC).
Comment savoir si un outil de test vous rend dépendant ?
Posez ces huit questions avant de vous engager avec un outil de test, avec ou sans IA.
| Question à poser | Pourquoi c'est important |
|---|---|
| Où mes tests sont-ils stockés, et puis-je les copier ? | Des tests que vous ne pouvez pas copier sont des tests que vous ne pouvez pas emporter. |
| Un test peut-il s'exécuter sans le cloud du fournisseur ? | Les applications internes, les données privées et les agents de build de votre réseau en dépendent. |
| Quels modèles d'IA peut-il utiliser, et puis-je apporter ma propre clé ? | Votre fournisseur, vos prix, votre contrat sur les données. |
| L'IA peut-elle tourner sur mon propre ordinateur ? | Des écrans qui contiennent des données clients doivent parfois rester dans l'entreprise. |
| Puis-je désactiver l'IA ? | Une assertion devrait toujours réussir ou échouer d'elle-même, sans aucun modèle. |
| Un écran qui réussit quitte-t-il un jour mon ordinateur ? | La plupart des écrans réussissent, et ils n'ont aucune raison de voyager. |
| Quels assistants d'IA peuvent le piloter ? | Un serveur MCP permet à l'assistant que votre équipe utilise déjà de faire le travail. |
| S'intègre-t-il à mon CI/CD et à mon outil de suivi des bugs sans plugin ? | Chaque plugin est une chose de plus à installer, à mettre à jour et à laquelle se fier. |
Comment GUI Test Studio rend chaque brique facultative
GUI Test Studio est une suite d'automatisation des tests de bout en bout pour Windows.Elle teste ce que vous voyez à l'écran : applications de bureau, applications web dans n'importe quel navigateur, jeux et plus encore.
Vous enregistrez un test une fois, ou vous le décrivez dans une consigne, et le GTS Engine + AI trouve chaque élément et vérifie ce que montre l'écran, sans un seul localisateur à écrire.Voyez comment le moteur trouve les éléments.
Chaque brique qui pourrait vous lier à quelqu'un d'autre est un choix.
Analyse intelligente par IA : cloud, local, votre propre serveur, ou désactivée
L'analyse intelligente par IA est le volet IA du GTS Engine + AI.Quand une assertion échoue, elle jette un second regard, rend le verdict final et dit ce qui a changé en termes simples.Elle reste désactivée tant que vous ne l'activez pas.
| Votre choix | Qui répond | Où vont vos écrans |
|---|---|---|
| Désactivée, par défaut | La comparaison du GTS Engine lui-même décide de chaque assertion | Nulle part |
| Un modèle dans le cloud, avec votre propre clé | OpenAI ou Anthropic, le modèle que vous choisissez dans une liste | Seulement les deux petites images d'une assertion en échec, directement chez ce fournisseur avec votre clé, jamais chez nous |
| Un modèle d'IA local | Un modèle téléchargé une fois, quand vous le demandez, et exécuté par GUI Test Studio lui-même : ni clé, ni compte | Nulle part |
| Votre propre serveur local | LM Studio ou tout serveur local compatible OpenAI, à son adresse | Seulement vers votre propre serveur |
Une assertion réussie n'est jamais envoyée.La réponse a la même forme quel que soit le modèle qui la donne, vous pouvez donc changer à tout moment.
Sur cet ordinateur, Configurer pour moi regarde votre carte graphique et télécharge le modèle qu'elle fait le mieux tourner, parmi des familles à poids ouverts comme Qwen3.5 et Gemma 4.
Une assertion peut aussi porter des Instructions pour l'IA dans vos propres mots, comme « Ignorer les changements de taille de police » : l'IA écarte cette différence, et tout autre changement fait toujours échouer l'assertion.
Toutes les options sont dans le guide de l'analyse intelligente par IA.
Créer un test depuis une consigne, avec l'assistant que vous utilisez déjà
Décrivez un parcours, et un assistant d'IA enregistre le test pour vous.Il ouvre l'application ou la page, clique et tape pour de vrai, vérifie au fur et à mesure et sauvegarde un test ordinaire.
Le connecteur est le propre serveur MCP de GUI Test Studio, installé avec lui.Claude Desktop, Claude Code, ChatGPT avec Codex et Copilot Chat dans VS Code se connectent chacun en un clic, et tout autre assistant qui accepte un connecteur MCP peut l'utiliser aussi.
Sans aucun assistant, un modèle d'IA local sur votre propre ordinateur, l'un des nôtres ou le vôtre, crée le test avec exactement les mêmes outils.
L'assistant voit des outils, jamais le moteur : la façon dont un élément est trouvé ou comparé reste à l'intérieur de GUI Test Studio.Chaque assertion est essayée sur-le-champ et refusée si elle ne pouvait pas réussir, si bien qu'un test ne commence jamais avec une assertion fausse.
Enregistrer le test vous-même reste l'autre façon de faire, et le résultat est le même type de test.Voyez Créer un test depuis une consigne.
Votre pipeline, votre outil de suivi, votre outil de design
gtr-cli exécute n'importe quel test depuis un script ou un pipeline CI/CD : Jenkins, GitHub Actions, GitLab, Azure DevOps, TeamCity et d'autres.Il répond comme un pipeline l'attend : un code de sortie, et des fichiers JUnit, JSON et Markdown.
La machine de build a besoin d'une session de bureau Windows qui reste déverrouillée, parce qu'un test clique et tape sur un vrai écran.
Une exécution en échec peut devenir un ticket Jira grâce à l'API REST de Jira elle-même, sur Jira Cloud ou Data Center, sans plugin d'un côté ni de l'autre.
Un design Figma devient un test grâce à un petit plugin dans Figma qui sauvegarde un seul fichier : aucun compte à connecter et aucune clé à créer.
Les tests sont des fichiers que vous gardez
Un test est un seul fichier .GTS dans un dossier de votre choix, et les résultats de ses exécutions sont sauvegardés juste à côté.Copiez-le, sauvegardez-le, gardez-le dans votre dépôt.
Le format est propre à GUI Test Studio, et l'exécuter ne demande aucun cloud.
Vos tests, enregistrements et résultats restent sur vos machines.Voyez l'automatisation des tests sur site.
Questions
Qu'est-ce que la dépendance au fournisseur en automatisation des tests ?
La dépendance au fournisseur, c'est ce que vous coûte le fait de quitter un outil de test.Si vos tests vivent dans le cloud d'un fournisseur, ou dans un format que seul son service exécute, changer d'outil veut dire les reconstruire.Avec l'IA, elle touche aussi le modèle : un outil lié à un seul fournisseur d'IA lie vos tests aux prix et aux changements de ce fournisseur.
Qu'est-ce qu'un serveur MCP pour les tests ?
Un serveur MCP pour les tests est un programme qui offre des actions de test, comme cliquer, vérifier ou exécuter un test, aux assistants d'IA par le Model Context Protocol.MCP est une norme ouverte, donc Claude, ChatGPT avec Codex, GitHub Copilot et d'autres assistants peuvent tous utiliser le même serveur.GUI Test Studio installe le sien.
L'automatisation des tests par IA peut-elle tourner sur un modèle local ?
Oui.Dans GUI Test Studio, l'analyse intelligente par IA et la création de tests depuis une consigne peuvent toutes deux tourner sur un modèle d'IA local, l'un des nôtres, téléchargé une fois, ou le vôtre, sans clé et sans compte auprès d'une société d'IA.Une carte graphique le rend rapide ; sans elle, il est lent.
Faut-il de l'IA pour automatiser des tests de bout en bout ?
Non.Dans GUI Test Studio, l'analyse intelligente par IA est désactivée par défaut, et la comparaison du GTS Engine lui-même décide de chaque assertion.Vous pouvez enregistrer tous vos tests vous-même et ne jamais activer l'IA.
GUI Test Studio envoie-t-il mes écrans à une société d'IA ?
Seulement si vous choisissez un modèle dans le cloud.Alors seules les deux petites images d'une assertion en échec voyagent, directement de votre ordinateur vers OpenAI ou Anthropic avec votre propre clé, jamais chez nous.Une assertion réussie n'est jamais envoyée, et un modèle local, le nôtre ou le vôtre, n'envoie rien du tout.
Quels assistants d'IA peuvent créer des tests dans GUI Test Studio ?
Claude Desktop, Claude Code, ChatGPT avec Codex et Copilot Chat dans VS Code se connectent en un clic, et tout autre assistant qui accepte un connecteur MCP peut l'utiliser aussi.Un modèle d'IA local sur votre propre ordinateur, l'un des nôtres ou le vôtre, crée des tests avec les mêmes outils.
Selenium, Playwright, Testim, Applitools, mabl, Claude, ChatGPT, Codex, GitHub Copilot, Visual Studio Code, Cursor, LM Studio, OpenAI, Anthropic, Qwen, Gemma, Jira, Figma et Windows sont des marques de leurs propriétaires respectifs.
Prêt à enregistrer votre premier test ?
Toutes les fonctionnalités, pendant 15 jours.
Vous préférez le voir sur le type d'application que vous testez ?Réservez un appel gratuit de 30 minutes avec notre équipe.