Passez d'une URL à des tests exécutables en quelques minutes avec Thunders MCP
Résumé
Pourquoi je voulais que les équipes commencent immédiatement par de vrais cas de test
8 minutes
•
27/3/2026 17:00
•
No items found.
Format
Guide
Pourquoi je voulais que les équipes commencent immédiatement par de vrais cas de test
8 minutes
•
27/3/2026 17:00
•
Format
Je suis le CRO de Thunders, je gère à la fois les équipes commerciales et marketing, et l'un des problèmes récurrents que nous rencontrons avec les nouveaux utilisateurs n'est pas lié au produit lui-même, mais à premiers pas.
Lorsqu'une équipe commence à utiliser Thunders, le plus difficile est souvent de ne pas effectuer de tests. Il crée le premier des cas de test pertinents, réalistes et exécutables.
La plupart des nouveaux projets commencent à vide et les équipes doivent :
Cela peut ralentir l'intégration, les POC et les essais. Et quand la première expérience prend trop de temps, les gens n'en voient pas la valeur assez rapidement.
Lors du hackathon MCP, je voulais voir si nous pouvions passer de juste une URL de site Web → vers des scénarios de test stables et exécutables dans Thunders, sans configuration manuelle.
Alors je suis connecté Thunders MCP to Claude, et a créé une invitation qui analyse un site Web, trouve le bon projet, crée des tests adaptatifs de bout en bout, gère les variables d'environnement et rend les tests immédiatement exécutables.
L'objectif était simple :
aider tous ceux qui débutent sur Thunders à commencer par tests de travail dès le premier jour.
Vous trouverez ci-dessous l'invitation exacte que j'ai utilisée lors du hackathon.
Il est conçu pour :
🧠 Rapide (copier/coller)
Utiliser Thunders MCP Ajoutez des cas de test à un projet client existant en vous basant uniquement sur l'URL suivante :<URL>
Si l'URL fournie n'inclut pas de protocole, ajoutez automatiquement https : //avant de l'utiliser.
1. Analysez le site Web à l'URL normalisée :
- Détectez la marque ou le nom du produit associé au site Web.
- Détectez la langue principale du site Web (anglais ou français) et utilisez cette langue de manière cohérente pour tous les cas et étapes de test.
- Identifiez la manière dont les utilisateurs réels interagissent avec ce site Web en observant la navigation, les actions disponibles et les flux d'utilisateurs.
- N'adoptez PAS le modèle commercial (commerce électronique, SaaS, assurance, etc.). Basez vos décisions uniquement sur le comportement réel du site Web.
2. Localisez le projet Thunders existant :
- Trouvez un projet existant dont le nom correspond à la marque ou au nom de domaine détecté.
- Si plusieurs projets correspondent, sélectionnez le projet le plus proche.
- S'il n'existe aucun projet correspondant, arrêtez et signalez que le projet n'a pas été trouvé (ne créez PAS de nouveau projet).
3. Avant de créer des scénarios de test :
Si un test nécessite des informations d'identification, des données utilisateur ou des valeurs réutilisables (e-mail, mot de passe, nom, téléphone, adresse, jetons, etc.) :
- Vérifiez si un environnement nommé « Par défaut » existe déjà dans le projet.
- S'il existe, réutilisez-le.
- S'il n'existe pas, créez-le.
- Créez toutes les variables requises dans cet environnement en utilisant des données réalistes mais fausses.
- Utilisez des noms de variables clairs UPPER_SNAKE_CASE (par exemple TEST_USER_EMAIL, TEST_USER_PASSWORD).
- Ne codez jamais en dur des informations d'identification ou des données personnelles directement lors des étapes de test.
- Réutilisez les mêmes variables de manière cohérente dans tous les cas de test.
4. Créez exactement 3 des scénarios de test de bout en bout les plus pertinents pour ce site Web. Les cas de test DOIVENT être sélectionnés dynamiquement en fonction du comportement réel des utilisateurs observés sur le site Web.
Les 3 scénarios de test doivent couvrir :
I. Découverte et accès
- Vérifiez qu'un utilisateur peut accéder au site Web et accéder à une page significative (par exemple, page d'accueil → page de fonctionnalité → écran produit/contenu → entrée dans le tableau de bord).
II. Main user action
- Identifiez l'objectif principal du site Web et validez l'action principale qu'un utilisateur réel effectue sur celui-ci.
III. Progression/Persistance
- Validez la progression de l'utilisateur après l'action principale, en choisissant l'option la plus pertinente qui existe réellement sur le site Web :
- inscrivez-vous ou identifiez-vous.
- enregistrer les résultats ou y accéder.
- effectuer un flux en plusieurs étapes.
- accéder à un tableau de bord ou à un espace de compte.
- soumettez un formulaire.
- NE FORCEZ PAS les formulaires de paiement, d'authentification ou de contact s'ils n'existent pas.
5. Pour chaque cas de test :
- Valider le mode de fonctionnement de l'utilisateur
- Générez des étapes de test complètes et exécutables, étape par étape
- Gérer les éléments facultatifs de manière conditionnelle (bannière de cookie, champs facultatifs, variantes).
- Utilisez des variables d'environnement chaque fois que des données utilisateur ou des informations d'identification sont requises.
- Ajoutez des étapes de validation après chaque action clé.
- Assurez-vous que les étapes reflètent le comportement réel de l'interface utilisateur et les attentes des utilisateurs.
- N'effectuez jamais d'actions irréversibles (ne soumettez pas de paiements réels ou d'actions destructrices).
6. Après avoir créé tous les cas de test et toutes les étapes :
- Fais tous les tests.
- Adaptez, ajustez ou corrigez automatiquement les étapes selon les besoins afin que tous les tests soient fonctionnels et opérationnels.
- Assurez-vous que les tests peuvent être exécutés de manière fiable sans intervention manuelle.
7. Resultat final :
- Le projet existant a été identifié avec succès.
- Environnement et variables réutilisés ou créés si nécessaire.
- 3 cas de test pertinents et adaptatifs ajoutés au projet.
- Echapes de test fonctionnel générées.
- Tests exécutés et stabilisés.
<URL>avec le site Web que vous souhaitez tester
Dans la démo, je montre comment démarrer à partir de l'URL d'un site Web, exécuter l'invitation dans Claude et laisser Thunders MCP ajouter automatiquement des scénarios de test exécutables à un projet existant.
Démo : utilisation de Thunders MCP dans Claude pour générer des tests exécutables à partir d'un site Web
Pour moi, Thunders MCP inside Claude change la façon dont les équipes peuvent démarrer sur Thunders.
Au lieu de commencer par un projet vide, vous pouvez commencer par :
Cela permet d'accélérer l'intégration, de faciliter les POC et de donner beaucoup plus de sens aux essais.
La plus grande victoire est que les utilisateurs peuvent voir la valeur immédiatement, sans passer des heures à préparer leurs premiers scénarios.
Au cours du hackathon, l'objectif était de montrer comment MCP peut connecter Thunders et AI pour éliminer les frictions au tout début.
Avec ce flux de travail, passer de URL du site web → adaptative test case → loan project ne prend que quelques minutes.
Et cela fait une énorme différence lorsque vous commencez à utiliser Thunders.
Whether you're getting started or scaling advanced workflows, here are the answers to the most common questions we hear from QA, DevOps, and product teams.
