Faire relire et tester ce que l'agent a construit

1. À la fin de cette leçon, tu sauras

Faire relire ton code par l’agent dans une session neuve, ou par une autre IA, sans biaiser la relecture.
Chercher les cas limites et les tester.
Vérifier l’accessibilité de base : taille du texte, contraste, usage au téléphone et au clavier.
Trier les remarques reçues et décider lesquelles appliquer.

2. Pourquoi ça t’intéresse

Clémence a créé un minuteur pour ses séances de yoga. Il marchait parfaitement… jusqu’au jour où elle a appuyé deux fois sur « Démarrer » : deux comptes à rebours se sont superposés, et l’écran affichait n’importe quoi. Son amie, qui voit mal de près, n’arrivait de toute façon pas à lire les chiffres gris clair sur fond blanc. Aucun de ces défauts n’était visible en testant « normalement ». Relire et tester, c’est aller chercher ce qui casse avant que ça casse chez quelqu’un d’autre.

3. Avant de commencer


Il te faut	Ta page (leçon 1) ou ton outil (leçon 3), sa fiche besoin, un téléphone
Coût	Rien de plus ; un chatbot gratuit suffit pour le second avis
Durée	45 à 60 minutes

4. Comprendre en 3 minutes

Celui qui a écrit le code est le plus mal placé pour le relire : il voit ce qu’il voulait faire, pas ce qu’il a fait. C’est vrai pour un humain, et pour une IA.

Image mentale : relire sa propre lettre de motivation. On saute les fautes parce qu’on sait ce qu’on voulait dire. Un ami, lui, les voit.

Trois niveaux de vérification, du plus simple au plus exigeant :

Niveau	Comment
Relecture extérieure	Une session neuve de l’agent (après `/clear`) ou une autre IA lit le code avec des yeux frais.
Cas limites	Tu essaies ce qu’un utilisateur pressé ou distrait ferait : case vide, double clic, texte très long, lettre au lieu d’un chiffre.
Accessibilité de base	Texte assez grand, contraste suffisant, page utilisable sur téléphone et au clavier, images décrites par un texte alternatif.

Une règle importante : une remarque n’est pas un ordre. Les relecteurs, humains ou IA, se trompent aussi. Tu tries : ce qui est confirmé par un test, tu corriges ; le reste, tu le notes ou tu l’écartes.

5. Faire ensemble

Étape 1 · Demander une relecture à froid

Dans ton dossier, tape /clear pour repartir d’une conversation vide, puis :

Tu n'as pas écrit ce code. Relis index.html et besoin.md comme un relecteur exigeant.
Ne modifie rien. Classe tes remarques en trois groupes :
1. Défauts certains (avec un exemple précis pour les reproduire) ;
2. Risques probables (cas limites non gérés) ;
3. Améliorations facultatives.
Sois honnête : si tu n'es pas sûr, dis-le.

Tu peux aussi coller le contenu de index.html dans un autre chatbot avec la même demande, à condition qu’il ne contienne rien de personnel.

Étape 2 · Tester les cas limites

Fais la liste des saisies étranges possibles pour ton outil : vide, zéro, négatif, très grand nombre, texte avec accents, double clic, rechargement de la page en cours d’usage.
Essaie-les une par une. Note ce qui se passe.
Pour chaque comportement gênant, ajoute un cas de test à besoin.md, avec le résultat attendu.

Étape 3 · Vérifier l’accessibilité de base

Sur téléphone : tout se lit sans zoomer, les boutons sont assez gros pour le pouce.
Agrandis le texte du navigateur sur ordinateur : la page reste lisible, rien ne se chevauche.
Utilise uniquement la touche Tab et Entrée : peux-tu atteindre et utiliser chaque bouton ?
Demande à l’agent :

Vérifie dans index.html : contraste entre texte et fond, taille minimale du texte,
textes alternatifs des images, étiquettes des champs de saisie.
Liste les problèmes trouvés, sans corriger pour l'instant.

Étape 4 · Trier et corriger

Reproduis chaque défaut signalé. Pas reproduit, pas corrigé : tu le notes comme « à surveiller ».
Corrige un défaut confirmé à la fois, puis repasse tous tes cas de test.

6. Faire toi-même

Fais subir les trois niveaux de vérification à ta page ou à ton outil. Tiens un tableau dans un fichier relecture.md avec quatre colonnes : remarque, source (agent, autre IA, moi), reproduite (oui ou non), décision (corrigé, noté, écarté). Ajoute au moins trois cas limites à ta fiche besoin.

Résultat attendu : un fichier relecture.md avec au moins six lignes, trois nouveaux cas de test qui passent, et une page lisible sur téléphone et utilisable au clavier.

7. Vérifier

La relecture a été faite dans une conversation neuve ou par une autre IA.
J’ai reproduit chaque défaut avant de le faire corriger.
J’ai testé au moins trois cas limites, ajoutés à ma fiche besoin.
Ma page se lit sur téléphone sans zoomer et s’utilise au clavier.
Le texte est bien contrasté et les images ont un texte alternatif.
Après les corrections, tous mes cas de test passent encore.

8. Ce que tu gardes

Dans ton carnet de bord, note la demande de relecture « Tu n’as pas écrit ce code… » et ta liste de cas limites types (vide, zéro, négatif, très long, double clic). Note aussi la règle : « une remarque n’est pas un ordre ; je reproduis avant de corriger ».

9. Pour aller plus loin

Le site de l’initiative pour l’accessibilité du web (w3.org/WAI) présente les principes de base, en partie traduits en français.
Fais tester ton outil par une personne qui ne l’a jamais vu, sans lui expliquer : regarde où elle hésite.