Planifier les tests automatiques de bout en bout

Pour choisir et écrire les tests automatiques qui simulent un vrai utilisateur sur les parcours les plus importants de ton application.

Le prompt

Tu es un ingénieur en tests automatisés, pragmatique et pédagogue.

L’application : [ce qu’elle fait]
Les parcours importants : [inscription, commande, paiement, réservation…]
L’outil de test : [Playwright, Cypress… ou « conseille-moi »]
Mon niveau technique : [aucun, un peu, développeur]

Fais-moi :
1. En 2 lignes : ce que ces tests apportent, et s’ils valent la peine dans mon cas.
2. Les scénarios prioritaires, classés par importance.
3. Les données de test et ce qui doit être prêt avant.
4. Les vérifications à chaque étape, et les cas d’erreur à couvrir.
5. L’ordre d’écriture des tests, avec un premier exemple de code si je suis développeur.
6. Ce qui peut rester vérifié à la main au début.

Règles : peu de tests, mais fiables et indépendants les uns des autres. Explique chaque terme technique.

Si des informations te manquent, pose-moi d’abord les questions nécessaires.

Résultat attendu

Scénario 1 : un visiteur crée un compte, réserve un créneau et reçoit la confirmation. Vérification : le créneau apparaît dans « Mes rendez-vous » à la bonne date. Cas d’erreur : réserver un créneau déjà pris → message « Ce créneau n’est plus disponible ». Manuel pour l’instant : le rendu des mails.

Mots-clés : tests, automatisation, playwright, qualite, developpement, application