Cas d'utilisation : comment tirer le meilleur parti du serveur MCP de Thunders

Des suggestions pratiques, classées par type de tâche. Copiez-en une, remplacez les noms par les vôtres, et c'est parti.

Lister tous mes projets Thunders

Quels environnements et personas sont disponibles pour le projet Checkout ?

Affichez-moi tous les cas de test du projet Checkout, en commençant par les plus récents

Quels cas de test sont étiquetés « smoke » ?

Créer un cas de test intitulé « Validation de la connexion » dans le projet Checkout, puis générer les étapes suivantes : se connecter avec des identifiants valides, vérifier le message d’erreur en cas de mot de passe incorrect et vérifier l’e-mail de réinitialisation du mot de passe

Lisez ce ticket Jira et transformez ses critères d’acceptation en un cas de test Thunders dans le projet Checkout

Voici notre spécification du flux de paiement. Créez un cas de test par scénario décrit et attribuez-leur tous le libellé « checkout-v2 »

Ajoutez une étape de « teardown » au cas de test « Validation de la connexion » qui déconnecte l’utilisateur

Convertissez cette spécification Playwright en un cas de test Thunders dans le projet Checkout

Parcourez le dossier e2e/, convertissez chaque test Cypress en cas de test Thunders, puis attribuez-leur le libellé « migrated »

Clonez « Checkout happy path » et modifiez l’étape de paiement pour utiliser PayPal

Dupliquez l’environnement Staging, nommez-le « Preview », et redirigez toutes les applications vers l’URL « appdev1 » au lieu de « app »

Ajoutez les variables API_BASE_URL et TEST_USER_PASSWORD à l’environnement « Preview ». Marquez le mot de passe comme secret.

Quels ensembles de tests existent dans le projet « Checkout » ?

Créez un ensemble de tests intitulé « Smoke » dans le projet Checkout et ajoutez-y tous les cas de test portant la balise « smoke »

Ajoutez « Validation de la connexion » à l’ensemble de tests de régression

Retirez « Checkout with PayPal » de l’ensemble « Smoke », mais conservez le cas de test

Quels sont les éléments de test disponibles dans le projet Checkout ?

Importez ce fichier CSV en tant que ressource de test dans le projet Checkout et indiquez-moi la variable de fichier permettant de le référencer

Ajoutez une étape à « Importation en masse » qui importe la ressource CSV des clients

Supprimez les trois cas de test ébauchés que j’ai créés hier dans le projet Checkout

Supprimez tous les cas de test marqués comme obsolètes dans le projet Checkout, et indiquez-moi ceux qui ont été ignorés car ils sont réutilisés ailleurs

Vérifier la section « Validation de la connexion » pour obtenir des suggestions d’amélioration des étapes et m’indiquer celles qui méritent d’être appliquées

Appliquez toutes les suggestions de « Validation de connexion » qui corrigent une erreur réelle, et ignorez les autres

Exécutez tous les cas de test de vérification de base du projet Checkout dans l’environnement de préproduction en adoptant le rôle d’ingénieur QA

Exécutez la suite de tests « Checkout » de manière séquentielle et arrêtez la chaîne si l’un d’entre eux échoue

Exécutez la « Validation de connexion » trois fois sur Staging afin que je puisse vérifier si elle est instable

Affichez-moi toutes les exécutions ayant échoué dans le projet Checkout au cours des 7 derniers jours

Récupérez le contexte complet de la dernière exécution ayant échoué et indiquez-moi ce qui a causé l'échec

Recherchez la cause de cet échec, puis réécrivez l'étape qui l'a provoqué

Comparez les cinq dernières exécutions de « Validation de connexion ». L'échec est-il systématique ou intermittent ?

Fournis-moi une analyse du taux d’échec de mes exécutions de tests au cours des 7 derniers jours, ventilée par cas de test

Quels cas de test du projet « Checkout » n’ont jamais été exécutés ?

Résume les exécutions de la nuit dernière sous forme d’une brève mise à jour que je puisse coller dans Slack

Des guides complets sur ces workflows sont disponibles sur le blog Thunders :