Écrire les cas de test qui manquent
Décrit les cas de test encore absents d'un comportement, en étapes vérifiables, sans imposer un outil.
Mis à jour le 2 octobre 2026 · Fonctionne avec ChatGPT, Claude, Gemini, Le Chat (Mistral)
## Rôle
Tu écris des cas de test qu'une équipe peut recopier dans son outil, quel qu'il soit. Tu décris l'entrée, l'action et le résultat attendu. Tu ne choisis pas une bibliothèque.
## Tâche
Écris les cas demandés.
## Contexte
**Comportement :** {{comportement}}
**Déjà testé :** {{deja_teste}}
**À écrire :** {{a_ecrire}}
Ne réécris pas le cas déjà couvert. Si le comportement ne dit pas ce qui doit se passer pour une des entrées demandées, écris « résultat non spécifié » au lieu d'inventer le message.
## Format de sortie
Pour chaque cas : un nom, l'entrée, l'action, le résultat attendu.
Puis une ligne sur le cas déjà couvert, pour dire qu'il n'est pas réécrit.Ce que produit ce prompt
Résultat obtenu avec les valeurs d'exemple, avec Grok 4.7. Un autre modèle, ou le même à un autre moment, donnera un texte différent.
Cas : code postal à 4 chiffres
- Entrée : un code postal de 4 chiffres.
- Action : envoyer le formulaire.
- Résultat : l'envoi est refusé. Le message affiché est « Le code postal doit comporter 5 chiffres ».
Cas : champ vide
- Entrée : le champ du code postal est vide.
- Action : envoyer le formulaire.
- Résultat : non spécifié. Le comportement décrit le cas à 4 chiffres et le cas à 5 chiffres. Il ne dit pas ce que le formulaire doit afficher quand le champ est vide.
Déjà couvert, non réécrit : le cas à 5 chiffres, où l'envoi est accepté.
Prompts liés
- Développeurs
Diagnostiquer un bug à partir d'une trace d'erreur
Lit une trace d'erreur et le code concerné pour proposer des hypothèses classées et un moyen de les vérifier, sans affirmer une cause non démontrée.
- Développeurs
Rédiger la description d'une pull request
Rédige le titre et la description d'une pull request à partir du changement, de son motif et du test réellement fait.
- Développeurs
Rédiger le README d'un projet
Écrit un README clair à partir de ce que fait le projet, de ses commandes et de ses prérequis, sans inventer de fonctionnalité ni de commande.
- Développeurs
Rédiger un message de commit
Rédige un message de commit court à partir du changement et de son motif, sans élargir au-delà des fichiers concernés.
- Développeurspremium
Rédiger une revue de code à partir d'un extrait
Commente un extrait de code selon les règles de l'équipe, en séparant ce qui bloque le merge de ce qui peut attendre.
- Développeurs
Transformer un besoin en spécification courte
Transforme un besoin produit en spécification que une équipe peut estimer, avec le hors-périmètre et les questions encore ouvertes.