// Barrierefreiheit
Für alle gemacht
GitFocus ist für Hilfstechnologien konzipiert. Barrierefreiheits-Aussagen werden für jede Version mit automatisierten Tests und einer menschlichen Geräte-Checkliste überprüft.
// Funktionen
Unterstützte Barrierefreiheits-Funktionen
Wichtige Release-Routen verwenden beschreibende Labels, Eigenschaften und eine logische Lesereihenfolge. Das Release-Gate zeichnet die getesteten Routen und Geräte auf.
Interaktive Steuerelemente verwenden zugängliche Namen. Eine Checkliste auf einem physischen Gerät überprüft den kritischen Release-Pfad mit Sprachsteuerung.
App-Text verwendet Dynamic Type. Automatisierte AX3- und AX5-Abdeckung sowie eine menschliche 200%-Textgröße-Prüfung sind erforderlich, bevor diese Aussage genehmigt wird.
Die App unterstützt helle und dunkle Darstellungen. Beide sind in Screenshot- und App-Barrierefreiheits-Release-Prüfungen enthalten.
Release-Überprüfung stellt sicher, dass wichtige Zustände Labels, Formen oder Icons neben Farbe verwenden.
Automatisierte Kontrast-Prüfungen markieren mögliche Fehler im hellen und dunklen Modus; ein Prüfer verifiziert den tatsächlichen Text, Icons und Hintergründe vor der Genehmigung.
Die Release-Checkliste überprüft, dass wichtige Bewegungen die Präferenz für reduzierte Bewegung respektieren oder eine statische Alternative haben.
Unterstützte Abläufe umfassen tastaturzugängliche Steuerelemente und Alternativen für wichtige nur-Gesten-Aktionen.
// Tests
Automatisierte Barrierefreiheits-Tests
// Methodik
Wie wir testen
-
iOS-native Audits — Apples integriertes
performAccessibilityAuditAPI checks declared release routes for missing labels, undersized touch targets, and Dynamic Type issues. -
Extreme Größen-Rendering — Jeder Bildschirm wird bei Barrierefreiheits-Textgrößen AX3 und AX5 gestartet, um zu überprüfen, dass nichts abstürzt, unleserlich abgeschnitten wird oder unerreichbar wird.
-
Lesereihenfolge-Validierung — Automatisierte Tests überprüfen, dass VoiceOver Elemente in logischer Oben-nach-Unten-Reihenfolge auf wichtigen Bildschirmen durchläuft.
-
Kontrast-Verifizierung — WCAG-Kontrast-Nachweise werden aus Renderer-eigenen semantischen Regionen generiert und dann gegen das tatsächliche helle und dunkle Artwork überprüft.
-
Release-Integration — Die Barrierefreiheits-Suites laufen vor Screenshot- oder Metadaten-Upload und behalten maschinenlesbare Nachweise.
Standards, die wir befolgen
- WCAG 2.1 Level AA Kontrast-Ziele für Text und interaktive Elemente
- Apple Human Interface Guidelines für Barrierefreiheit
- Mindestens 44pt Touch-Target-Prüfungen für interaktive Steuerelemente
- Semantische Dynamic Type-Abdeckung bei Barrierefreiheits-Textgrößen
- VoiceOver-kompatible Labels und Eigenschaften auf jedem interaktiven Element
- Tastaturzugängliche Alternativen für alle gestenbasierten Interaktionen
Feedback
Wenn du beim Verwenden von GitFocus auf Barrierefreiheits-Hindernisse stößt, möchten wir davon hören, damit wir es beheben können.
oder schreibe uns an support@gitfocus.app