Préparer une vérification utile
L’accessibilité dépend du code, contenus, composants tiers et documents.
Préparer des conditions représentatives, un résultat attendu et une procédure d’arrêt si le test devient perturbant. Conserver le résultat, les écarts et les corrections. Un test réussi sur un cas simple ne couvre pas automatiquement les exceptions ni les autres périmètres.
Exemple fictif : un bouton est visuellement clair mais n’a pas de nom accessible, un utilisateur de lecteur d’écran ne peut pas en comprendre l’action.
Ne pas revendiquer une conformité complète sur la base d’un seul outil automatique. Définir référentiel, périmètre et méthode d’évaluation.
Application à votre contexte
Définissez les préconditions, le scénario, le résultat attendu et le critère d'arrêt. Le test doit être autorisé et organisé sans mettre en danger la production ou les données.
Associez mesure technique et retour des utilisateurs. Une diminution du nombre de tickets peut traduire une amélioration, mais aussi un abandon du canal de support. Cherchez les raisons des évolutions avant de les présenter comme des gains.