Vérifie une interface au clavier et avec un lecteur d’écran

# Applique le guide « Vérifie une interface au clavier et avec un lecteur d’écran » dans ton agent

## Objectif
Teste une tâche entière au clavier, inspecte les noms et états, mesure le contraste et vérifie l’agrandissement du texte et le reflow. Combine interactions réelles et résultats automatisés, puis note les échecs et les combinaisons non testées. Cette procédure bornée fournit des preuves pour cette tâche, pas une certification de conformité WCAG.

## Prérequis
- Inspecte le dépôt, la documentation et les conventions existantes.
- Confirme que le besoin correspond au périmètre du guide : Vérifie qu’une interface reste lisible et utilisable au clavier et avec un lecteur d’écran, puis teste la sémantique, le focus, le contraste et le reflow avec des preuves reproductibles.
- Préserve les décisions correctes déjà en place.

## Étapes du guide
- 1. 1. Choisis une tâche complète — Teste si une personne peut terminer une tâche concrète en voyant et comprenant chaque contrôle et état. Combine interactions manuelles, mesures et contrôles automatisés ; réussir cette procédure ne constitue pas une certification de conformité WCAG.
- 2. 2. Vérifie ce que les contrôles communiquent — Inspecte d’abord la sémantique native : les boutons déclenchent des actions, les liens naviguent, les labels nomment les champs et les titres structurent le contenu. Vérifie les noms accessibles dans l’arbre d’accessibilité du navigateur, y compris les boutons à icône seule. Un rôle ARIA n’implémente pas le clavier.
- 3. 3. Termine la tâche sans pointeur — Pars de l’entrée de page et parcours la tâche avec Tab puis Maj+Tab. L’ordre doit suivre la lecture et les actions, avec un indicateur de focus visible que le contenu fixe ne masque pas. Active les liens avec Entrée et les boutons avec Entrée ou Espace. Utilise les flèches seulement quand le pattern du contrôle le prévoit.
- 4. 4. Mesure contraste et reflow — Mesure les paires réelles texte/fond, y compris erreurs, placeholders, survol et focus dans chaque thème pris en charge. Le contraste du texte au niveau AA demande généralement 4,5:1, ou 3:1 pour du grand texte, au moins 18 pt normal ou 14 pt gras. Vérifie les exceptions du critère ; n’arrondis pas un échec vers le haut. Les limites visuelles et indicateurs d’état nécessaires demandent généralement 3:1 avec les couleurs adjacentes selon le critère de contraste non textuel.
- 5. 5. Garde des échecs reproductibles et des limites explicites — Lance une analyse automatisée d’accessibilité sur les mêmes états pour détecter les problèmes qu’elle sait repérer. Elle ne décide pas si l’ordre du focus est logique, si un label est utile ou si tout le parcours fonctionne avec une technologie d’assistance. Ajoute un passage manuel avec lecteur d’écran pour les combinaisons choisies, y compris les annonces après enregistrement et erreur.
- 6. Distingue une mise en page étroite d’un contenu manquant — À une largeur équivalente à 320 pixels CSS, parcours la tâche principale du titre à l’action finale. Vérifie que textes, erreurs et contrôles restent disponibles sans défilement dans deux dimensions, sauf contenu nécessitant réellement une disposition bidimensionnelle.

## Critères d’acceptation — Preuves à conserver
- La tâche entière aboutit au clavier avec un focus visible.
- Les mesures de contraste et observations de zoom/reflow identifient leurs états.
- Résultats automatisés, observations manuelles et périmètre non testé restent distincts.
- Les contrôles exposent des noms et états cohérents avec leur fonction visible.
- Fermer une surface temporaire restaure le focus selon son contrat comportemental.
- Chaque défaut corrigé est retesté avec les transitions voisines sur la version identifiée.

## Garde-fous
- Montre d’abord les changements envisagés avant toute action externe.
- Ne publie, n’envoie, ne supprime, ne paie et ne modifie aucun état distant sans autorisation explicite.
- Préserve les changements sans rapport et arrête-toi si le périmètre devient ambigu.

## Format de sortie
- Résultat obtenu ou verdict.
- Fichiers ou actions concernés.
- Vérifications exécutées et preuves observables.
- Blocages ou limites restantes.

• Prérequis · Le contexte réel du projet : dépôt, documentation et contraintes existantes

# Ancre le guide dans le projet

## Objectif
Transforme les étapes appliquées en conventions durables du dépôt.

## Contrôles
- Relie chaque décision prise à l’étape du guide qui la justifie.
- Ajoute la checklist aux revues concernées.
- Note les cas hors périmètre pour les guides voisins.

## Garde-fous
- Montre d’abord les changements envisagés avant toute action externe.
- Ne publie, n’envoie, ne supprime, ne paie et ne modifie aucun état distant sans autorisation explicite.
- Préserve les changements sans rapport et arrête-toi si le périmètre devient ambigu.

## Format de sortie
- Résultat obtenu ou verdict.
- Fichiers ou actions concernés.
- Vérifications exécutées et preuves observables.
- Blocages ou limites restantes.

sha256:a7207ebf3e370e86da5fb0241f5f143b15b3f7213cca9ce6ec3df4ef9ec1c5f5

# Diagnostique une application ratée du guide « Vérifie une interface au clavier et avec un lecteur d’écran »

## Symptôme observé
[DÉCRIS ICI LE SYMPTÔME]

## Contrôles observables
- Rejoue les étapes dans l’ordre et note la première qui diverge :
- 1. 1. Choisis une tâche complète — Teste si une personne peut terminer une tâche concrète en voyant et comprenant chaque contrôle et état. Combine interactions manuelles, mesures et contrôles automatisés ; réussir cette procédure ne constitue pas une certification de conformité WCAG.
- 2. 2. Vérifie ce que les contrôles communiquent — Inspecte d’abord la sémantique native : les boutons déclenchent des actions, les liens naviguent, les labels nomment les champs et les titres structurent le contenu. Vérifie les noms accessibles dans l’arbre d’accessibilité du navigateur, y compris les boutons à icône seule. Un rôle ARIA n’implémente pas le clavier.
- 3. 3. Termine la tâche sans pointeur — Pars de l’entrée de page et parcours la tâche avec Tab puis Maj+Tab. L’ordre doit suivre la lecture et les actions, avec un indicateur de focus visible que le contenu fixe ne masque pas. Active les liens avec Entrée et les boutons avec Entrée ou Espace. Utilise les flèches seulement quand le pattern du contrôle le prévoit.
- 4. 4. Mesure contraste et reflow — Mesure les paires réelles texte/fond, y compris erreurs, placeholders, survol et focus dans chaque thème pris en charge. Le contraste du texte au niveau AA demande généralement 4,5:1, ou 3:1 pour du grand texte, au moins 18 pt normal ou 14 pt gras. Vérifie les exceptions du critère ; n’arrondis pas un échec vers le haut. Les limites visuelles et indicateurs d’état nécessaires demandent généralement 3:1 avec les couleurs adjacentes selon le critère de contraste non textuel.
- 5. 5. Garde des échecs reproductibles et des limites explicites — Lance une analyse automatisée d’accessibilité sur les mêmes états pour détecter les problèmes qu’elle sait repérer. Elle ne décide pas si l’ordre du focus est logique, si un label est utile ou si tout le parcours fonctionne avec une technologie d’assistance. Ajoute un passage manuel avec lecteur d’écran pour les combinaisons choisies, y compris les annonces après enregistrement et erreur.
- 6. Distingue une mise en page étroite d’un contenu manquant — À une largeur équivalente à 320 pixels CSS, parcours la tâche principale du titre à l’action finale. Vérifie que textes, erreurs et contrôles restent disponibles sans défilement dans deux dimensions, sauf contenu nécessitant réellement une disposition bidimensionnelle.

## Causes possibles
- Une étape a été sautée ou exécutée hors ordre.
- Le besoin réel sort du périmètre du guide.
- Un critère de la checklist n’a jamais été vérifié.

## Corrections bornées
- Reprends uniquement l’étape divergente et ce qui en dépend.
- Documente l’écart si le périmètre du guide ne couvre pas le besoin.

## Vérification finale — Preuves à conserver
- La tâche entière aboutit au clavier avec un focus visible.
- Les mesures de contraste et observations de zoom/reflow identifient leurs états.
- Résultats automatisés, observations manuelles et périmètre non testé restent distincts.
- Les contrôles exposent des noms et états cohérents avec leur fonction visible.
- Fermer une surface temporaire restaure le focus selon son contrat comportemental.
- Chaque défaut corrigé est retesté avec les transitions voisines sur la version identifiée.

## Garde-fous
- Montre d’abord les changements envisagés avant toute action externe.
- Ne publie, n’envoie, ne supprime, ne paie et ne modifie aucun état distant sans autorisation explicite.
- Préserve les changements sans rapport et arrête-toi si le périmètre devient ambigu.

## Format de sortie
- Résultat obtenu ou verdict.
- Fichiers ou actions concernés.
- Vérifications exécutées et preuves observables.
- Blocages ou limites restantes.

• Prérequis · Le contexte réel du projet : dépôt, documentation et contraintes existantes

# Préviens la prochaine dérive

## Objectif
Fais de la première étape divergente un contrôle explicite du projet.

## Contrôles
- Ajoute un contrôle ciblé sur l’étape qui a divergé.
- Vérifie la checklist sur un second cas réel.
- Documente la limite de périmètre rencontrée.

## Garde-fous
- Montre d’abord les changements envisagés avant toute action externe.
- Ne publie, n’envoie, ne supprime, ne paie et ne modifie aucun état distant sans autorisation explicite.
- Préserve les changements sans rapport et arrête-toi si le périmètre devient ambigu.

## Format de sortie
- Résultat obtenu ou verdict.
- Fichiers ou actions concernés.
- Vérifications exécutées et preuves observables.
- Blocages ou limites restantes.

sha256:885a6950e912214cb6a3715a313df3a5200fb96c49332f4460edae7d75343b88