Le prompt structuré pour testeurs : rôle, contexte, instructions, données, contraintes, format

Un prompt vague donne une réponse vague. Pour une tâche de test, ce n'est pas qu'une question de confort : une sortie imprécise, c'est une couverture que vous ne maîtrisez pas. Le syllabus ISTQB® CT-GenAI propose une structure simple, en six composants, pour écrire des prompts qui produisent des résultats exploitables. C'est aussi l'un des sujets les plus présents du chapitre 2, le plus lourd de l'examen.

Les six composants

Composant	À quoi il sert
Rôle	La perspective que le modèle doit adopter : testeur, test manager, ingénieur en automatisation…
Contexte	Les informations de fond : l'objet de test, la fonctionnalité visée, l'environnement.
Instructions	La tâche à réaliser, formulée de façon claire, impérative et concise.
Données d'entrée	Ce dont le modèle a besoin pour travailler : user story, critères d'acceptation, code, cas de test existants, captures…
Contraintes	Les limites et règles à respecter dans la manière d'appliquer les instructions aux données.
Format de sortie	La forme attendue de la réponse : tableau, liste, Gherkin, JSON…

L'ordre importe moins que la complétude : un composant manquant est une décision que vous laissez au modèle.

Un exemple complet : l'analyse d'une user story

Voici un prompt d'analyse de test construit avec les six composants.

RÔLE
Tu es un analyste de tests expérimenté, spécialisé dans les applications web grand public.

CONTEXTE
Nous testons la fonctionnalité « Réinitialisation du mot de passe » d'une application
bancaire en ligne. Les tests portent sur le parcours utilisateur, pas sur l'infrastructure.

INSTRUCTIONS
Identifie les conditions de test couvrant la user story et ses critères d'acceptation.
Signale toute ambiguïté ou exigence manquante.

DONNÉES D'ENTRÉE
User story : « En tant que client, je veux réinitialiser mon mot de passe par e-mail
afin de retrouver l'accès à mon compte. »
Critères d'acceptation :
1. Le lien de réinitialisation expire au bout de 30 minutes.
2. Le nouveau mot de passe doit respecter la politique de mots de passe.
3. Le lien n'est utilisable qu'une seule fois.

CONTRAINTES
- Ne t'appuie que sur la user story et les critères fournis ; n'invente pas de règle.
- Couvre les cas nominaux, les cas d'erreur et les cas limites.
- Si une information manque, pose la question au lieu de faire une hypothèse.

FORMAT DE SORTIE
Un tableau : ID | Condition de test | Critère couvert | Type (nominal / erreur / limite),
puis une liste « Questions ouvertes ».

Ce que chaque composant apporte ici :

• le rôle oriente vers une analyse de test, pas une réponse de développeur ;
• le contexte borne le périmètre (le parcours, pas l'infrastructure) ;
• les contraintes limitent le risque d'hallucination (« n'invente pas de règle ») et rendent les manques visibles ;
• le format de sortie rend le résultat directement relisible et traçable vers les critères.

Relire, toujours

Un prompt structuré améliore la sortie, il ne la rend pas fiable par principe. Vérifiez que chaque condition se rattache à un critère, cherchez ce qui manque et ce qui a été ajouté sans fondement : c'est exactement le réflexe d'évaluation que le syllabus attend (section 2.3).

Aller plus loin : combiner avec des techniques de prompting

La structure se combine avec les trois techniques clés du syllabus :

• l'enchaînement de prompts, pour découper une tâche complexe en étapes vérifiées une à une ;
• le few-shot prompting, pour montrer au modèle un ou plusieurs exemples du résultat attendu ;
• le méta-prompting, pour faire générer ou améliorer le prompt par le modèle lui-même.

Pour situer ce sujet dans l'ensemble du programme, voir le guide de la certification CT-GenAI.

Sources

• ISTQB®, Certified Tester Specialist Level Syllabus – Testing with Generative AI, v1.1, section 2.1 (structure des prompts et techniques de prompting).
• CFTL, Syllabus Tester avec l'IA générative (CT-GenAI), v1.1FR, section 2.1.1.