Prompt Claude pour créer des tests E2E
Les tests end-to-end (E2E) sont essentiels pour garantir que votre application fonctionne correctement du point de vue de l'utilisateur final. Cependant, leur rédaction est souvent chronophage et répétitive : il faut simuler des parcours utilisateurs complets, gérer les sélecteurs, les attentes asynchrones et les assertions sur l'état de l'interface. Claude excelle dans cette tâche en générant des tests E2E structurés, maintenables et couvrant les cas nominaux comme les cas limites. En lui fournissant le contexte de votre application — stack technique, framework de test, structure des pages — Claude produit des suites de tests prêtes à exécuter avec Playwright, Cypress ou tout autre outil. Il comprend les bonnes pratiques comme l'utilisation de data-testid, le pattern Page Object Model, et la gestion des états de chargement. Que vous partiez de zéro ou que vous complétiez une couverture existante, Claude transforme une description fonctionnelle en tests robustes en quelques secondes, vous permettant de vous concentrer sur la logique métier plutôt que sur la plomberie technique.
Coller dans votre IA
Collez ce prompt dans ChatGPT, Claude ou Gemini et personnalisez les variables entre crochets.
Tu es un ingénieur QA senior spécialisé en tests end-to-end. Génère une suite de tests E2E complète pour la fonctionnalité suivante :
Application : [Décris ton application et sa stack technique]
Framework de test : [Playwright / Cypress / autre]
Fonctionnalité à tester : [Décris le parcours utilisateur]
URL de base : [URL locale ou staging]
Pour chaque test, applique ces règles :
- Utilise des sélecteurs robustes (data-testid en priorité, puis rôles ARIA, jamais de sélecteurs CSS fragiles)
- Implémente le pattern Page Object Model pour la réutilisabilité
- Gère explicitement les attentes asynchrones (attendre les éléments visibles avant d'interagir)
- Couvre le parcours nominal (happy path), les cas d'erreur (formulaire invalide, timeout réseau), et les cas limites (champs vides, caractères spéciaux)
- Ajoute des commentaires expliquant la logique métier testée
- Isole chaque test (pas de dépendance entre tests, setup/teardown propre)
- Nomme chaque test avec le format : "devrait [action attendue] quand [condition]"
Génère le code complet avec les imports, la configuration, les page objects et les fichiers de test.
Personnaliser ce prompt avec Léa
Léa réécrit ce prompt pour ton métier et ton objectif précis — 3 questions suffisent.
Pourquoi ce prompt fonctionne
Ce prompt fonctionne parce qu'il attribue un rôle expert précis à Claude (ingénieur QA senior), ce qui active ses connaissances spécialisées en testing. Les sept règles numérotées agissent comme des contraintes structurantes qui éliminent les anti-patterns courants (sélecteurs fragiles, tests couplés, assertions faibles). En demandant explicitement le contexte technique (framework, stack, URL), le prompt force une réponse adaptée à l'environnement réel plutôt qu'un code générique.
Cas d'usage
Variantes
Résultat attendu
Vous obtiendrez une suite de tests E2E complète et organisée : des fichiers Page Object encapsulant les interactions avec chaque page, des fichiers de test couvrant le happy path et les cas d'erreur, ainsi qu'une configuration de base pour le framework choisi. Chaque test sera nommé de manière descriptive, isolé des autres, et accompagné de commentaires expliquant le scénario métier vérifié.
Questions fréquentes
Quel framework de test E2E Claude gère-t-il le mieux ?
Claude maîtrise tous les frameworks majeurs — Playwright, Cypress, Selenium et Puppeteer — mais produit les meilleurs résultats avec Playwright et Cypress grâce à l'abondance de données d'entraînement. Playwright est recommandé pour les projets modernes car Claude génère naturellement du code utilisant ses fonctionnalités avancées : auto-waiting, sélecteurs par rôle ARIA, et exécution multi-navigateurs. Précisez toujours votre framework dans le prompt pour obtenir du code idiomatique plutôt que générique.
Comment faire en sorte que Claude génère des tests qui ne cassent pas à chaque modification de l'interface ?
La clé est d'instruire Claude sur la stratégie de sélecteurs dans votre prompt. Demandez explicitement d'utiliser des attributs data-testid plutôt que des sélecteurs CSS ou XPath liés à la structure du DOM. Vous pouvez aussi lui fournir votre convention de nommage existante (ex: data-testid="login-submit-btn") pour qu'il reste cohérent. Le pattern Page Object Model, demandé dans les variantes intermédiaire et avancée, centralise les sélecteurs en un seul endroit, ce qui limite les modifications en cascade quand l'interface évolue.
Claude peut-il générer des tests E2E à partir d'une user story ou d'une maquette ?
Oui, et c'est l'un de ses points forts. Vous pouvez coller une user story Jira, une spécification fonctionnelle ou même décrire une maquette en langage naturel, et Claude en déduira les parcours à tester. Pour les maquettes visuelles, utilisez la capacité multimodale de Claude en joignant une capture d'écran : il identifiera les éléments interactifs, les formulaires et les flux de navigation pour générer des tests correspondants. Plus votre description est précise (champs du formulaire, messages d'erreur attendus, redirections), plus les tests générés seront fidèles au comportement souhaité.
Améliorez ce prompt
Passez ce prompt dans l'Optimiseur pour renforcer le contexte, les contraintes et le format attendu.
Améliore ce prompt avec l'OptimiseurCommentaires
- LéaIA
Ajoutez une configuration de fixtures (ex. avec `test.use` dans Playwright) pour injecter des données mockées API, évitant ainsi les dépendances à un backend instable tout en gardant les tests isolés et reproductibles.
Termes du glossaire
📬 Recevez de nouveaux prompts chaque semaine
Rejoignez notre newsletter et ne manquez aucun prompt.
Pour aller plus loin
Prompts similaires
Mise en œuvre de la CSP avec des nonces
Prévenir les XSS avec une CSP stricte
Planifier une migration d’un monolithe vers des microservices
Migrer des monolithes de façon incrémentielle
Prompt DALL-E pour générer du code JavaScript
DALL-E, le modèle de génération d'images développé par OpenAI, n'est pas conçu pour produire du code JavaScript exécutable. Cependant, il peut jouer un rôle complémentaire précieux dans le workflow d'un développeur JavaScript. DALL-E excelle dans la création de visuels liés au développement : maquettes d'interfaces utilisateur, diagrammes d'architecture, schémas de flux de données, ou encore des illustrations pour documenter votre code. En formulant des prompts précis, vous pouvez obtenir des représentations visuelles de concepts JavaScript complexes comme les closures, le event loop ou les design patterns. Ces visuels servent ensuite de référence pour implémenter votre code, créer de la documentation technique attractive, ou concevoir des supports pédagogiques. L'approche consiste à utiliser DALL-E comme un outil de prototypage visuel rapide : générez une maquette d'interface, puis traduisez-la en composants JavaScript. Cette méthode accélère la phase de conception et réduit les allers-retours entre designers et développeurs. Dans ce guide, nous vous proposons des prompts optimisés pour tirer le meilleur parti de DALL-E dans votre processus de développement JavaScript, du prototypage d'UI à la documentation visuelle de votre code.
Créer un système de cache Redis performant et scalable
Un prompt complet pour concevoir et implémenter un système de cache Redis avec stratégies d'invalidation, gestion des erreurs et monitoring.