Description du projet
TraduitJe gère un site web qui doit être utilisable par des personnes handicapées, et en ce moment, je n'ai aucune idée de la distance qu'il y a entre lui et les normes d'accessibilité. J'ai besoin de quelqu'un d'expérimenté en tests d'accessibilité pour passer en revue le site page par page et le vérifier par rapport aux directives WCAG, en se concentrant sur les domaines qui comptent le plus pour les utilisateurs réels : le contraste des couleurs, la navigation uniquement au clavier et la compatibilité avec les lecteurs d'écran.
L'audit doit couvrir les principales pages du site — page d'accueil, pages de listing, formulaires, et le processus de paiement ou de contact si applicable. Je veux que le testeur essaie réellement de naviguer uniquement avec un clavier, en passant par chaque élément interactif, et de tester avec au moins un lecteur d'écran (NVDA ou VoiceOver, selon ce avec quoi vous êtes à l'aise), et pas seulement de faire fonctionner un scanner automatisé et de considérer cela comme terminé. Les outils automatisés peuvent signaler des problèmes évidents de contraste ou de texte alternatif manquant, mais ils manquent des choses comme un ordre de tabulation illogique, des champs de formulaire non étiquetés ou des pièges de focus, donc les tests manuels sont une exigence, pas un supplément optionnel.
À la fin, j'ai besoin d'un rapport clair : une liste de violations spécifiques trouvées, où chacune est située, quel critère de succès elle enfreint, et une évaluation de priorité — critique, majeure, mineure — afin que mon développeur sache quoi corriger en premier. Des captures d'écran ou de courtes enregistrements d'écran pour les problèmes plus délicats seraient d'une grande aide.
Ce que je recherche :
— Tests de navigation manuelle au clavier sur toutes les pages clés
— Vérification de la compatibilité avec les lecteurs d'écran
— Audit de contraste des couleurs pour le texte et les éléments de l'interface utilisateur
— Liste priorisée des violations avec des références claires
— Recommandations pratiques, pas seulement des descriptions de problèmes
L'audit doit couvrir les principales pages du site — page d'accueil, pages de listing, formulaires, et le processus de paiement ou de contact si applicable. Je veux que le testeur essaie réellement de naviguer uniquement avec un clavier, en passant par chaque élément interactif, et de tester avec au moins un lecteur d'écran (NVDA ou VoiceOver, selon ce avec quoi vous êtes à l'aise), et pas seulement de faire fonctionner un scanner automatisé et de considérer cela comme terminé. Les outils automatisés peuvent signaler des problèmes évidents de contraste ou de texte alternatif manquant, mais ils manquent des choses comme un ordre de tabulation illogique, des champs de formulaire non étiquetés ou des pièges de focus, donc les tests manuels sont une exigence, pas un supplément optionnel.
À la fin, j'ai besoin d'un rapport clair : une liste de violations spécifiques trouvées, où chacune est située, quel critère de succès elle enfreint, et une évaluation de priorité — critique, majeure, mineure — afin que mon développeur sache quoi corriger en premier. Des captures d'écran ou de courtes enregistrements d'écran pour les problèmes plus délicats seraient d'une grande aide.
Ce que je recherche :
— Tests de navigation manuelle au clavier sur toutes les pages clés
— Vérification de la compatibilité avec les lecteurs d'écran
— Audit de contraste des couleurs pour le texte et les éléments de l'interface utilisateur
— Liste priorisée des violations avec des références claires
— Recommandations pratiques, pas seulement des descriptions de problèmes
Développement web Espèces, Virement bancaire
