// Accessibilité
Conçu pour tout le monde
GitFocus est conçu pour les technologies d'assistance. Les déclarations d'accessibilité sont revérifiées pour chaque version avec des tests automatisés et une liste de contrôle humaine sur appareil.
// Fonctionnalités
Fonctionnalités d'accessibilité prises en charge
Les routes de version clés utilisent des étiquettes descriptives, des traits et un ordre de lecture logique. La porte de version enregistre les routes testées et l'appareil.
Les contrôles interactifs utilisent des noms accessibles. Une liste de contrôle sur appareil physique vérifie le parcours de version critique avec le Contrôle vocal.
Le texte de l'application utilise Dynamic Type. Une couverture AX3 et AX5 automatisée plus une vérification humaine de taille de texte à 200 % sont requises avant l'approbation de cette déclaration.
L'application prend en charge les apparences claire et sombre. Les deux sont incluses dans les captures d'écran et les vérifications de version d'accessibilité de l'application.
La révision de version vérifie que les états importants utilisent des étiquettes, des formes ou des icônes en plus de la couleur.
Les vérifications de contraste automatisées signalent les échecs potentiels en mode clair et sombre ; un réviseur vérifie le texte, les icônes et les arrière-plans réels avant l'approbation.
La liste de contrôle de version vérifie que les mouvements importants respectent la préférence Réduire le mouvement ou ont une alternative statique.
Les flux pris en charge incluent des contrôles accessibles au clavier et des alternatives pour les actions importantes basées uniquement sur les gestes.
// Tests
Tests d'accessibilité automatisés
// Méthodologie
Comment nous testons
-
Audits natifs iOS — Intégré d'Apple
performAccessibilityAuditAPI checks declared release routes for missing labels, undersized touch targets, and Dynamic Type issues. -
Rendu de taille extrême — Chaque écran est lancé aux tailles de texte d'accessibilité AX3 et AX5 pour vérifier que rien ne plante, ne se tronque de manière illisible ou ne devient inaccessible.
-
Validation de l'ordre de lecture — Les tests automatisés vérifient que VoiceOver parcourt les éléments dans un ordre logique de haut en bas sur les écrans clés.
-
Vérification du contraste — Les preuves de contraste WCAG sont générées à partir de régions sémantiques appartenant au moteur de rendu, puis vérifiées par rapport aux illustrations claires et sombres réelles.
-
Intégration de version — Les suites d'accessibilité s'exécutent avant le téléchargement de captures d'écran ou de métadonnées et conservent des preuves lisibles par machine.
Normes que nous suivons
- Cibles de contraste WCAG 2.1 Niveau AA pour le texte et les éléments interactifs
- Directives d'interface humaine Apple pour l'accessibilité
- Vérifications de cibles tactiles minimales de 44pt pour les contrôles interactifs
- Couverture sémantique Dynamic Type aux tailles de texte d'accessibilité
- Étiquettes et traits compatibles VoiceOver sur chaque élément interactif
- Alternatives accessibles au clavier pour toutes les interactions basées sur les gestes
Retour
Si tu rencontres des obstacles d'accessibilité lors de l'utilisation de GitFocus, nous voulons en entendre parler pour que nous puissions les corriger.
ou envoie-nous un e-mail à support@gitfocus.app