« Le bouton ne va pas » est difficile à exploiter. « Après l’envoi, sur un écran étroit, le message apparaît à droite, en dehors du formulaire » fournit déjà une action, un état et un écart visible. Une capture d’écran prend de la valeur lorsqu’elle complète ce type de description.
ChatGPT prend en charge les images comme contexte, y compris les captures d’écran et les diagrammes. La documentation recommande de nommer la zone concernée, le résultat souhaité et les limites de la question. Notre propre exemple se compose de deux vues artificielles d’un formulaire. Aucune analyse d’image réelle ni aucune correction n’a été effectuée pour celui-ci.
Les images doivent montrer des états comparables
L’image A montre un formulaire d’inscription vide, l’image B l’état après la saisie des données et l’envoi. La largeur de la fenêtre reste la même. Un problème volontairement intégré concerne le message sous le bouton. On voit ainsi clairement quel changement se situe entre les deux images.
Décrivez explicitement l’ordre. Deux pièces jointes d’apparence similaire sans explication incitent à considérer les différences comme des préférences de conception arbitraires. Supprimez les données personnelles si elles ne sont pas nécessaires à la question technique. Des contenus de champs inventés suffisent pour commencer.
Séparer l’observation visible de l’hypothèse technique
L’image peut montrer qu’une ligne est coupée. Cela ne permet pas encore de dire si une largeur fixe, un retour à la ligne, une autre police ou un élément parent en est responsable. Une réponse utile devrait maintenir ces niveaux séparés.
Compare the two form views I created myself.
A: before input. B: after submitting, same window width.
Look at the notice below the button.
1. Describe only visible differences.
2. State the expected behaviour from my description.
3. Mark technical causes explicitly as guesses.
4. Suggest a small next checking step.Cette consigne de notre cru ne demande pas encore de correction complète du code. Une question complémentaire précise sur le HTML associé ou la règle CSS concernée peut être plus utile qu’une modification assurée d’une cause supposée.
Un rapport de bug est un petit contrat sur un état
Gardez ensemble l’état initial, l’action, l’attente et l’observation réelle. Ajoutez la largeur de la fenêtre et, le cas échéant, le contenu saisi. Cela permet à une deuxième personne d’essayer de recréer exactement le même état. C’est une base plus solide qu’une seule phrase sur un écran « cassé ».
Starting point: empty sample form at a fixed narrow width.
Action: enter example data, then submit.
Expected: notice remains fully readable below the button.
Observed: notice extends sideways beyond the form area.
Open: which specific rule causes the overflow?Il s’agit d’un constat illustratif pour le modèle prévu, et non du compte rendu d’une application réellement observée. C’est précisément cet étiquetage qui empêche qu’une description de bug plausible soit plus tard présentée comme un bug de produit réellement reproduit.
Ne modifier qu’une seule condition à la fois
Une étape suivante pourrait recréer l’état identique au clavier ou examiner la règle associée. Si vous changez en même temps de navigateur, de largeur, de données et de contenu, on ne sait pas quelle différence a eu un effet. Lors de la comparaison, gardez donc les conditions visiblement identiques autant que possible.
Transmettez ensuite la nouvelle observation comme élément de preuve supplémentaire. « À la même largeur, la ligne est entièrement visible après cette modification » est plus concret que « ça marche maintenant ». Une véritable correction comprend aussi la vérification d’autres états pertinents, comme un texte de message plus long.
Une vue partielle reste une vue partielle
Une capture d’écran ne montre pas automatiquement la structure du document, une réponse du serveur ou le parcours complet au clavier. Elle ne prouve pas non plus l’accessibilité dans son ensemble. Pour ces questions, vous avez besoin d’observations complémentaires adaptées du travail réel.
La force d’une transmission visuelle réside dans sa précision : les personnes et l’IA parlent du même endroit, du même état et de la même attente. Une étape suivante utile découle de la question encore ouverte. Un changement de produit ou un bouton de réparation universel n’en est pas une condition préalable.
Sources et état de la documentation : 25 octobre 2026.
