Lassen Sie uns mehr über das Produkt „WorldSpace Attest for Android“ von Dequeerfahren. Falls Sie Attest noch nicht kennen: Es handelt sich um ein Toolkit für automatisierte Tests für HTML, iOS und Android, mit dem Entwickler die Barrierefreiheit testen können. Mit Attest for Android können Entwickler nativer Mobilanwendungen automatisierte Barrierefreiheitstests für ihren Code als Teil ihrer regulären Integrations- und Komponententestprozesse durchführen. Ich möchte unsere Zeit hier darauf verwenden, den Arbeitsablauf zu erläutern, den ein Experte für Barrierefreiheit durchlaufen würde, um dieses Produkt zu nutzen. Mit anderen Worten: Sie haben weder Zugriff auf den Quellcode noch auf das Entwicklungsteam, um den Prozess nachzuvollziehen. Der alternative Arbeitsablauf für dieses Produkt wäre eine vollständig automatisierte Analyse mit integrierten Komponententests unter Verwendung unserer Analysebibliothek.
Wenn Sie möchten, können Sie hier meiner aufgezeichneten Schritt-für-Schritt-Anleitung folgen:
Erste Schritte
Bevor wir beginnen, laden Sie bitte die WorldSpace Attest-App aus dem Google Play Store herunter und installieren Sie sie. In meiner Demo spiegele ich ein echtes Mobilgerät über Vysor auf meinen Laptop.
„Attest“ für Android – Demo-Anwendung
Das Erste, was Sie öffnen werden, wenn Sie das WorldSpace Attest-Paket erhalten, ist eine Anwendung, die dem Download beigefügt ist. Diese Anwendung dient lediglich als Demo für das Produkt. Wenn Sie beispielsweise eine Frage dazu haben, wie eine unserer Regeln funktioniert oder wie sich Verstöße für die Benutzer auswirken, können Sie hier nachsehen und fragen: „Hey, entspricht das hier auftretende Verhalten dem, worauf in der Anwendung geprüft wird?“
Android für Attest einrichten
Der nächste Schritt in diesem Vorgang besteht darin, Ihre Einstellungen aufzurufen. Gehen Sie zu „Barrierefreiheit“ und suchen Sie den Dienst „Attest for Android“. Dieser ist im selben Bereich wie andere Barrierefreiheitsdienste, beispielsweise TalkBack, aufgeführt. Aktivieren Sie den Dienst und beachten Sie, dass unser Test nun alles erfasst, was auf Ihrem Bildschirm angezeigt wird. Dies dient der Erfassung der Farbkontrastanalyse. Wenn Sie sich nicht für die Farbkontrastanalyse interessieren, können Sie diesen Schritt ignorieren. Schauen wir uns das Beispiel mit den Steuerelementbeschriftungen noch einmal an. Wenn Sie sich darauf konzentrieren, was hier in dieser Desktop-Anwendung geschieht, werden Sie feststellen, dass Sie auf „Nach Geräten suchen“ klicken können. Das mobile Gerät wird angezeigt, und Sie sollten auf „OK“ klicken. Nun sind Ihr Desktop-Client und Ihre App miteinander synchronisiert.
Beispiel: Workflow bei Verstößen gegen die Barrierefreiheit von Beschriftungen
Wenn Sie auf diesem Gerät und in meinem Desktop-Client auf „Analysieren“ klicken, wird alles analysiert, was auf dem Bildschirm dieses Geräts zu sehen ist, richtig? Wenn Sie also auf „Analysieren“ klicken, wird ein Verstoß gegen die Regel zu Steuerelementbeschriftungen angezeigt. Steuerelemente, die keinen eigenen barrierefreien Namen haben, müssen mit einer sichtbaren Beschriftung verknüpft sein. Sie sehen einige weitere detaillierte Informationen, die Ihnen helfen, die Ursache dieses Problems zu ermitteln und das betroffene Steuerelement zu identifizieren. Beachten Sie, dass es diese Kennung gibt, aber sehr häufig ist es notwendig, eine eigene Kennung hinzuzufügen. Die Ansichts-ID ist der Ressourcenname oder, falls vorhanden, der mit der Ansicht verknüpfte Ressourcenname. Der Klassenname ist natürlich die Klasse. All diese Angaben sind für unterschiedliche Zielgruppen von Bedeutung. Der Klassenname ist für einen Entwickler am aussagekräftigsten.
Das sind die Informationen, die Sie Ihren Entwicklern weitergeben sollten. Zum Beispiel: „Der Schalter mit diesem Text an dieser Stelle weist dieses Problem auf.“ Sie können die Stelle sogar markieren und einen Screenshot davon machen, um dies Ihrem Entwickler zu melden. Ganz unten sehen Sie, dass die App angibt, dass „Android.switch“-Elemente zwar Informationen gespeichert haben, aber keinen Namen besitzen und daher mit einer sichtbaren Beschriftung versehen sein müssen.
So verwenden Sie „Attest“ für Android zur Analyse beliebiger Anwendungen von Drittanbietern
Es ist wichtig zu beachten, dass Sie die Analyse nicht unbedingt an unserer Demo-Anwendung durchführen müssen. Dies funktioniert bei jeder beliebigen Drittanbieter-App, und genau deshalb ist „Attest for Android“ ein so leistungsstarkes Produkt. Sie können beispielsweise die Talkback-Steuerelemente analysieren. „Attest for Android“ kann eine Analyse auf dieser Systemebene durchführen. Wenn Sie also die Talkback-Steuerelemente analysieren, werden Ihnen diese Verstöße gegen die Barrierefreiheit auffallen.
Beachten Sie, dass die Hervorhebung weiterhin aktiv ist, sodass Sie diese Ansichten beim Durchgehen markieren können. Hier sehen Sie die Ansicht der Steuerelementbeschriftungen; Sie werden feststellen, dass dieser Ausschalter nicht mit der Tatsache in Verbindung steht, dass er „TalkBack“ deaktiviert. Außerdem wird die Farbkontrastanalyse nicht bestanden. Schließlich fällt die Bildansicht durch, da diesem Bild keine Informationen zugeordnet sind. Eine mögliche Lösung hierfür wäre das Hinzufügen einer Inhaltsbeschreibung, eine andere könnte jedoch darin bestehen, diese Ansicht vor der assistiven Technologie zu verbergen – ähnlich wie bei der Einstellung „presentational“ in ARIA auf einer Website. Zusammenfassend lässt sich sagen, dass Fachexperten Attest für Android auf diese Weise in ihren Barrierefreiheitstests einsetzen können. Wenn Sie Fragen zum Produkt haben oder Attest für Android in Aktion sehen möchten, kontaktieren Sie uns für eine Demo!
