Prompt pour écrire des tests end-to-end avec Playwright
Génère une suite complète de tests end-to-end Playwright avec Page Object Model, scénarios nominaux et d'erreur, fixtures et configuration optimisée.
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 avec Playwright. Génère une suite de tests E2E complète pour l'application suivante :
- Type d'application : [TYPE_APPLICATION (ex: e-commerce, SaaS, blog, application bancaire)]
- Stack technique : [STACK_TECHNIQUE (ex: Next.js + API REST, Vue.js + GraphQL, React + Node.js)]
- Fonctionnalités à tester : [FONCTIONNALITES (ex: inscription, connexion, ajout au panier, paiement, tableau de bord)]
- URL de base : [URL_BASE (ex: http://localhost:3000)]
Pour chaque fonctionnalité, génère :
-
Un fichier de test Playwright (.spec.ts) avec :
- Des descriptions de test claires en français
- L'utilisation du Page Object Model pour isoler les sélecteurs
- Des assertions explicites avec
expect - La gestion des états (beforeEach, afterEach) pour l'isolation des tests
- Des data-testid pour les sélecteurs (pas de sélecteurs CSS fragiles)
-
Les scénarios suivants pour chaque fonctionnalité :
- Le parcours nominal (happy path)
- Au moins 2 cas d'erreur (champs vides, données invalides, timeout réseau)
- Un test de régression visuelle si pertinent
-
Un fichier de fixtures (test-data.ts) contenant les données de test réutilisables.
-
La configuration playwright.config.ts adaptée avec :
- Les navigateurs cibles (Chromium, Firefox, WebKit)
- Les timeouts appropriés
- Le base URL configuré
- Le reporter HTML activé
Respecte ces bonnes pratiques :
- Chaque test doit être indépendant et idempotent
- Utilise
test.describepour regrouper les tests par fonctionnalité - Privilégie
locatoravec des rôles ARIA ou data-testid - Ajoute des commentaires expliquant la logique métier testée
- Inclus des
await page.waitForLoadState()aux endroits critiques - Gère l'authentification via storageState pour éviter de se reconnecter à chaque 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
<p>Ce prompt vous permet de générer rapidement une suite de tests end-to-end professionnelle avec Playwright. En précisant le <strong>type d'application</strong> et la <strong>stack technique</strong>, l'IA adapte les tests au contexte réel de votre projet : sélecteurs adaptés, gestion d'état spécifique au framework, et scénarios métier pertinents.</p><p>Le prompt impose l'utilisation du <strong>Page Object Model</strong>, un pattern essentiel pour maintenir des tests lisibles et évolutifs. Les sélecteurs basés sur des <strong>data-testid</strong> et des rôles ARIA garantissent des tests robustes qui ne cassent pas au moindre changement de style CSS. L'inclusion systématique de cas d'erreur et de tests de régression visuelle assure une couverture complète.</p><p>Pour tirer le meilleur parti de ce prompt :</p><ul><li>Soyez précis sur les <strong>fonctionnalités à tester</strong> — listez les parcours utilisateur critiques plutôt que des pages génériques</li><li>Mentionnez les <strong>dépendances externes</strong> (API tierce, base de données) pour que l'IA propose des mocks ou intercepteurs réseau appropriés</li><li>Itérez en demandant d'ajouter des tests de performance ou d'accessibilité une fois la base en place</li></ul>
Cas d'usage
Résultat attendu
Une suite de fichiers TypeScript prêts à l'emploi comprenant les tests Playwright organisés par fonctionnalité, les Page Objects correspondants, un fichier de fixtures avec les données de test, et une configuration Playwright optimisée pour l'exécution multi-navigateurs.
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
Pour un rendu plus robuste, demandez à Playwright de lancer l’application via `webServer` dans `playwright.config.ts` (commande npm, port, `reuseExistingServer`), et d’utiliser les fixtures natives (`test.beforeEach`) pour injecter les données de test plutôt qu’un simple fichier `test-data.ts`. Précisez aussi de mocker les appels réseau avec `page.route` pour rendre les tests indépendants d’un backend instable.
Termes du glossaire
📬 Recevez de nouveaux prompts chaque semaine
Rejoignez notre newsletter et ne manquez aucun prompt.
Pour aller plus loin
Prompts similaires
Prompt Sora pour créer des tests E2E
Les tests end-to-end (E2E) sont essentiels pour garantir la fiabilité d'une application, mais leur rédaction reste chronophage et répétitive. Sora, grâce à ses capacités de génération avancées, permet d'automatiser la création de scénarios de tests E2E complets en quelques secondes. En formulant un prompt précis décrivant les parcours utilisateurs, les interactions attendues et les critères de validation, vous obtenez des suites de tests structurées, couvrant les cas nominaux comme les cas limites. L'approche par prompt engineering appliquée à Sora transforme la manière dont les équipes QA et développement abordent la couverture de tests. Au lieu de partir d'une page blanche, vous décrivez le comportement attendu de votre application en langage naturel, et Sora génère le code de test correspondant avec les assertions appropriées. Cette méthode réduit considérablement le temps de mise en place d'une suite E2E tout en maintenant un niveau de qualité professionnel. Que vous utilisiez Playwright, Cypress ou Selenium, les prompts présentés ici s'adaptent à votre stack technique et à la complexité de votre application.
Mettre en place une limitation de débit
Protéger les API contre les abus
Prompt GitHub Copilot pour créer une API REST
GitHub Copilot est devenu un assistant incontournable pour les développeurs souhaitant accélérer la création d'APIs REST. Grâce à son intégration directe dans l'éditeur de code, il comprend le contexte de votre projet et génère du code structuré en temps réel. Que vous travailliez avec Node.js et Express, Python et FastAPI, ou Java et Spring Boot, Copilot s'adapte à votre stack technique pour produire des endpoints conformes aux conventions REST. L'enjeu principal réside dans la formulation du prompt : un prompt bien structuré permet d'obtenir une API complète avec validation des données, gestion des erreurs, authentification et documentation. Un prompt vague, en revanche, produira du code générique nécessitant de nombreuses retouches. Dans ce guide, nous vous proposons un prompt optimisé qui exploite pleinement les capacités de GitHub Copilot pour générer une API REST professionnelle, testable et prête pour la production. Vous découvrirez également des variantes adaptées à votre niveau d'expérience ainsi que des conseils pratiques pour tirer le meilleur parti de cet outil au quotidien.
Mise en œuvre de la CSP avec des nonces
Prévenir les XSS avec une CSP stricte