Automatisation des tests SAP de bout en bout pour SAP GUI, ECC et S/4HANA
Les AI Test Agents construisent, exécutent et maintiennent vos tests sur SAP, dans le navigateur via WebGUI et Fiori, comme dans le client SAP GUI. Décrivez le processus métier en langage naturel: Thunders l’exécute transaction par transaction.
Pourquoi choisir Thunders pour vos tests SAP
Écrivez vos tests SAP en langage naturel
Décrivez le processus métier, par exemple: « Créer une commande client pour le client 1000 et vérifier le numéro de commande dans la barre d’état. » Thunders le transforme en étapes exécutables et lit chaque écran dans son intégralité: champs de saisie, boutons, onglets, lignes et valeurs de cellules des grilles ALV, messages de la barre d’état SAP. L’IA découvre les étapes une fois, puis le test s’exécute de façon déterministe, avec des résultats cohérents d’une exécution à l’autre. L’IA accélère la création et la maintenance sans ralentir l’exécution. Les consultants fonctionnels et les key users écrivent les tests; les ingénieurs vérifient la capture d’écran, la console et le raisonnement derrière chaque étape.
Gardez vos tests opérationnels à travers les support packages et les montées de version
Chaque étape suit l’intention de l’action plutôt qu’une position fixe à l’écran. Les changements d’écran après un support package, un transport ou une montée de version sont absorbés à l’exécution. Quand une étape a vraiment besoin d’être mise à jour, la réparation assistée la propose pour validation en un clic, et chaque réparation est enregistrée pour que vous puissiez auditer ce qui a changé.
Enregistrez des preuves étape par étape pour la recette et l’audit
Chaque étape enregistre l’écran SAP, le message de la barre d’état et le raisonnement qui l’accompagne, et chaque scénario de test est versionné. Partagez les exécutions avec vos clients, comparez-les d’une exécution à l’autre et exportez des rapports PDF ou des archives complètes pour la signature. Visual Compare et File Compare vérifient les écrans et les rapports exportés avant et après un transport ou une montée de version.
Gardez vos données SAP dans votre périmètre
Les systèmes SAP contiennent des données métier confidentielles. Choisissez un déploiement SaaS, hybride ou auto-hébergé. En mode hybride, les tests sont rédigés dans le cloud et s’exécutent dans votre réseau. En auto-hébergement, toute la plateforme, les données de test, les captures d’écran et le fournisseur d’IA restent dans votre périmètre. Les identifiants sont stockés comme variables d’environnement, jamais dans les étapes de test.
Testez SAP GUI nativement, sur des machines Windows fournies par Thunders ou par vous
Thunders pilote le client SAP GUI pour Windows via SAP GUI Scripting, l’interface d’automatisation fournie par SAP. Il lance le client, se connecte sans intervention, navigue par code de transaction et saisit les données dans les champs, les onglets et les fenêtres contextuelles. Les tests s’exécutent sur des machines virtuelles Windows fournies par Thunders: les testeurs gardent le plein usage de leur poste.
Configurez les principaux produits SAP et modes d’accès en une seule étape
Sélectionnez votre produit SAP (ECC, S/4HANA private cloud ou S/4HANA Cloud) et la façon dont vos utilisateurs y accèdent: WebGUI et Fiori dans le navigateur, un poste virtualisé comme Citrix, ou le client SAP GUI. Renseignez l’identifiant système, le nom de connexion, le mandant et la langue de connexion pour chaque environnement, puis suivez la checklist de préparation côté SAP. SuccessFactors, Ariba et Concur se configurent comme des applications web standard.
Cas d’usage des tests SAP
La plupart des équipes ont besoin de SAP au sein d’un test plutôt que comme seul système testé: récupérer un numéro d’article ou un prix dans SAP GUI, finaliser une commande sur le site web, puis confirmer la commande ou la facture dans SAP. Thunders teste les applications SAP, web, mobiles et API sur une même plateforme: ces étapes s’enchaînent dans un seul test set, avec un seul rapport. Une seule équipe couvre le travail habituellement réparti entre spécialistes de l’automatisation SAP, automatisation web, tests d’API et tests manuels des key users.
Les équipes de services professionnels qui déploient SAP, comme les équipes SAP internes, mènent souvent la recette à la main, avec de grandes équipes de test et des tableurs. Avec Thunders, les scénarios d’acceptation tels que procure-to-pay, order-to-cash et record-to-report sont écrits une fois et exécutés à chaque cycle. Des variables liées à un fichier CSV rejouent le même scénario pour chaque société, division ou utilisateur. Chaque exécution peut être partagée avec le client comme preuve de ce qui a été testé et de ce qui est passé. Pour les équipes qui ont besoin de bras en plus des agents, un spécialiste Thunders certifié peut construire, exécuter et maintenir la suite via QA as a Service.
SAP met fin à la maintenance standard d’ECC fin 2027, et de nombreuses organisations migrent vers S/4HANA sous cette échéance. Exécutez la suite de non-régression avant et après chaque transport, support package ou montée de version, sur le système ECC avant la bascule comme sur le système S/4HANA après. Thunders indique quels processus métier passent encore et, pour chaque échec, montre l’écran, l’étape et le message de la barre d’état SAP.
Gardez Claude Code: Thunders en est le runner, la mémoire et l’auditeur. Via le serveur MCP de Thunders, Claude Code peut créer des tests SAP, les exécuter sur les machines Windows et les navigateurs fournis par Thunders, et en lire les résultats, par exemple pour vérifier qu’un lot de correctifs a bien résolu les anomalies signalées. Chaque exécution reste dans Thunders, reproductible, auditable et visible par toute l’équipe, et la connexion MCP peut être limitée et revue par votre équipe sécurité comme n’importe quelle autre intégration.
C’est notre QA du futur.
Dès les premiers tests, Thunders a détecté de vrais bugs dans notre interface — des bugs qui avaient échappé à tous nos processus qualité standard.
Avant Thunders, tous les tests d’interface étaient manuels. Avec Thunders, tout est automatisé de bout en bout. Thunders nous permet de générer des tests très rapidement et d’améliorer la qualité globale de notre produit.
Wassim Jouini
CTO @LegalPlace
Thunders, c’est une vraie culture du testing, pas uniquement un énième outil.
Automatiser nos tests, c’était un vrai challenge que l’automatisation classique ne résolvait pas. Avec Thunders, on a pu automatiser une centaine de tests, sans expertise technique.
Thunders permet à d’autres métiers d’entrer dans l’automatisation des tests. Thunders relie le code à l’humain. Avec Selenium, ça prenait beaucoup plus de temps.
Hanen Khalfaoui
Responsable QA @Infopro Digital
Ce qui m’a séduit chez Thunders, c’est l’approche testing, la maturité et cette innovation.
Thunders apporte une résilience bien plus forte vis-à-vis de l’automatisation classique. Thunders a introduit une nouvelle variabilité dans nos réponses aux appels d’offres — et ça change notre approche économique.
Aujourd’hui, Thunders nous laisse entrevoir des tests plus résilients et une meilleure maintenabilité des jeux d’essai. On fait des proofs of concept avec Thunders pour valider les technos chez nos clients.
Jean-Olivier Penin
Cofondateur @B/Acceptance
L’arrivée de Thunders nous a permis de mettre la qualité et la construction des tests dans les mains de toute l’équipe produit.
Grâce à Thunders, en un mois et demi, les équipes PM ont couvert 80 % de notre scope de test. Après seulement un mois, toute l’équipe était opérationnelle.
Les tests sont exécutables immédiatement et la prise en main était vraiment simple. Désormais, ce sont les PM qui écrivent les plans de tests en langage naturel dans Thunders.
Florian Ernoult
VP Engineering @agorapulse
Découvrez les fonctionnalités de Thunders
Questions fréquentes
Qu’est-ce que l’automatisation des tests SAP ?
Automatiser les tests SAP, c’est exécuter les processus métier critiques, comme order-to-cash, procure-to-pay et record-to-report, sous forme de tests automatisés au lieu de les faire dérouler à la main par les utilisateurs métier avant chaque release. Cela couvre la non-régression après un changement, les tests d’acceptation (UAT) avant un go-live et la validation d’une migration d’ECC vers S/4HANA. Thunders construit ces tests à partir du processus que vous décrivez en langage naturel, les exécute dans SAP GUI ou dans le navigateur et les maintient à mesure que SAP évolue.
Quels produits SAP Thunders prend-il en charge ?
Thunders prend en charge SAP ECC et SAP S/4HANA, dans le navigateur comme dans le client SAP GUI. L’étape de configuration sélectionne la bonne configuration selon votre produit et votre mode d’accès. SAP ECC est accessible via SAP GUI, WebGUI ou Citrix et testé en SAP GUI natif, en web ou sur poste virtualisé. SAP S/4HANA on-premise et private cloud est accessible via SAP GUI, WebGUI, Fiori ou Citrix et testé de la même façon. SAP S/4HANA Cloud, édition publique, est accessible dans le navigateur et testé comme une application web.
Thunders prend-il en charge le client SAP GUI ?
Oui. Thunders pilote nativement SAP GUI pour Windows via SAP GUI Scripting. Il lit chaque contrôle à l’écran, grilles ALV et barre d’état comprises, et saisit les données dans les champs comme le ferait un utilisateur.
Que faut-il configurer côté SAP ?
Un utilisateur de test et quatre valeurs par environnement: identifiant système, nom de connexion, mandant et langue de connexion. Pour SAP GUI, le scripting doit être activé sur le serveur d’application (paramètre sapgui/user_scripting) et dans les options du client SAP GUI. Pour WebGUI, le service WebGUI doit être actif dans la transaction SICF. Thunders affiche ces prérequis sous forme de checklist pendant la configuration.
Où s’exécutent les tests SAP GUI ?
Vous pouvez tester via WebGUI, ou sur des machines virtuelles Windows fournies par Thunders ou par vous, équipées de l’agent desktop Thunders. Les testeurs gardent le plein usage de leur poste pendant les tests, et plusieurs exécutions peuvent tourner en parallèle.
Comment Thunders lit-il les écrans SAP, y compris les grilles ALV ?
Thunders lit l’arbre complet des contrôles de chaque écran SAP, puis extrait les lignes et les valeurs de cellules de chaque grille ALV, y compris les lignes au-delà de la fenêtre visible. Il capture aussi le message de la barre d’état après chaque étape, pour qu’un test puisse vérifier la confirmation renvoyée par SAP.
Le même scénario peut-il s’exécuter avec des données différentes ?
Oui. Les variables d’un test peuvent être liées à un fichier CSV. Chaque ligne exécute le scénario une fois: un seul test de commande d’achat couvre ainsi toutes vos sociétés.
Comment les identifiants et les connexions SAP sont-ils sécurisés ?
Les identifiants sont stockés comme variables d’environnement pour chaque environnement et ne sont jamais écrits dans les étapes de test. Thunders est disponible en SaaS, en mode hybride ou en auto-hébergement. En mode hybride, disponible à partir du plan Pro, vous rédigez les tests dans le cloud et les exécutez dans votre réseau, au plus près de systèmes SAP qui ne sont pas exposés à internet. En auto-hébergement, toute la plateforme tourne sur votre infrastructure avec vos propres clés d’IA, et les données de test comme les captures d’écran restent dans votre périmètre. Thunders est certifié ISO 27001 et SOC 2 et conforme au RGPD; le détail est disponible dans le Trust Center de Thunders sur trust.thunders.ai.
En quoi Thunders se distingue-t-il des outils traditionnels d’automatisation des tests SAP ?
Les outils SAP traditionnels reposent sur des bibliothèques de scripts ou des packs d’accélérateurs qu’une équipe spécialisée configure et met à jour après chaque changement, souvent sur le poste du testeur. Thunders construit les tests à partir du processus métier que vous décrivez, les exécute sur une infrastructure dédiée et les maintient à mesure que les écrans SAP changent.
Pourquoi utiliser Thunders plutôt que développer l’automatisation SAP GUI en interne ?
L’automatisation SAP GUI exige un driver de scripting sur mesure, une gestion spécifique des grilles ALV, la détection d’échecs silencieux et un hôte Windows disponible pour chaque exécution. Cela représente des mois de travail spécialisé avant de tester le premier processus métier, puis de la maintenance après chaque support package. Thunders fournit ce socle: votre équipe se concentre sur la couverture de test.
Les tests SAP peuvent-ils s’exécuter dans un pipeline CI/CD ou selon un planning ?
Oui. Les exécutions peuvent être déclenchées depuis GitHub Actions, GitLab CI ou Jenkins, ou planifiées toutes les heures, tous les jours, toutes les semaines ou tous les mois. Les échecs sont remontés dans Jira, Linear ou Xray avec l’écran et les étapes pour reproduire.
Thunders peut-il tester les applications SAP Fiori et UI5 ?
Oui. Les applications Fiori et UI5 s’exécutent dans le navigateur, et Thunders les teste comme des applications web. Le détail est sur la page du cas d’usage test SAP.
Comment activer les tests SAP sur un compte ?
Les tests SAP s’activent par organisation. Réservez une démo et l’équipe Thunders les configurera pour votre système SAP.
Livrez plus vite avec des tests qui se maintiennent seuls.
