Accessibility-Testing-Tools

0
73

Es ist ein Gefühl, dass die Zugänglichkeit ist nicht eine Checkliste, was bedeutet, dass, wenn Sie wirklich versuchen, machen Sie eine Website, erhalten Sie nicht nur überprüfen, einige Dinge aus einer Liste und nennen es perfect. Die Liste kann unvollkommen sein, und schlimmer noch, es nimmt den Benutzer aus der Gleichung heraus, so wird es gesagt.

Karl Groves einmal argumentiert gegen diese:

Ich würde argumentieren, dass ein gut dokumentierter Prozess, der beinhaltet Checkliste-Auswertungen sind besser sichergestellt werden, dass alle Bedürfnisse der Nutzer erfüllt werden, nicht nur einige Nutzer.

Ich erwähne dies, weil Sie überlegen, eine automatische accessibility-Test-tool eine andere form einer Checkliste. Sie haben Regeln, die in diese integriert, und Sie testen Sie Ihre Website vor, die Liste der Regeln.

Ich bin Recht neu in der Vorstellung von diesen Dingen, also kein Experte hier, aber es scheint durchaus ein paar Optionen! Werfen wir einen Blick auf einige von Ihnen.

aXe

Die Accessibility-Engine für das automatisierte testen von HTML-basierten Benutzeroberflächen. Fallen der Axt auf Ihre Barrierefreiheit Mängel!

Axt kann einen Blick in ein HTML-Dokument und finden Sie potenzielle Probleme der Zugänglichkeit und melden Sie. Zum Beispiel, es gibt browser-Erweiterungen (Firefox / Chrome), dass Sie Ihnen die Möglichkeit geben, einen Bericht zu erstellen, der Zugänglichkeit, Fehler auf der Seite, die Sie suchen.

Es ist das Herz, es ist ein Skript, damit es verwendet werden kann in allen Arten von Möglichkeiten. Zum Beispiel könnten Sie laden, bis Sie das Skript in einem Stift und der test, den Stift für die Zugänglichkeit.

Es ist ein CLI-so können Sie auch die Integration in build-Prozesse oder Test-Umgebungen oder den Einsatz fließt oder ähnliches.

Sieht aus wie vielleicht intern-a11y kann helfen Skript Axt für extra Funktionalität.

Pa11y

Pa11y ist Ihre automatische accessibility-Tests pal. Es läuft HTML CodeSniffer von der Befehl-Linie für die programmatische Zugänglichkeit reporting.

Pa11y ist ein weiteres Werkzeug entlang dieser Linien. Es ist ein Skript, dass testen eine URL für Barrierefreiheit. Können Sie schlagen es mit einem Datei-Pfad oder der URL aus der Kommandozeile (pa11y http://example.com) und einen Bericht bekommen.

Sowie Sie es von einem Knoten-Umgebung und konfigurieren es jedoch erforderlich. Ist es eigentlich absichtlich dazu genutzt werden, um nur programmatisch, wie es die programmatische version von HTML_CodeSniffer, das bookmarklet/visual version.

Gibt es auch eine native app-version namens Koa11y, wenn das macht die Bedienung zu erleichtern.

Seren Davies schrieb vor kurzem über ein bestimmtes Szenario, wo Sie abgeholt Pa11y über aXe:

Wir begannen mit der Untersuchung Axt CLI, aber schnell gemerkt, es würde nicht passen zu unseren Anforderungen. Es konnte nicht prüfen-Seiten, benötigt ein Besucher, um sich anzumelden, während wir also testen konnte, unsere Produkt-Seiten, konnten wir das nicht testen Kundenkonto-Seiten. Stattdessen zogen wir über zu Pa11y. Seine beforeScript Schritt konnten wir in die Website einloggen und test-Seiten wie die Reihenfolge der Geschichte.

Google Accessibility Developer Tools

Google ist in das Spiel mit Accessibility Developer Tools.

Seine wichtigste Komponente ist die accessibility-audit: eine Sammlung von audit-Regeln der überprüfung für die gemeinsamen Probleme der Zugänglichkeit, und eine API für die Ausführung dieser Vorschriften in eine HTML-Seite.

Es ist ähnlich wie die anderen, dass es ist entworfen, um verwendet werden, verschiedene Arten, wie Grunt-task von der Befehlszeile aus oder den browser.

Addy Osmani hat a11y, powered by Chrom – / Ausgabehilfe-Werkzeuge, die erscheint, um eine schönere API und schöner reporting.

Es scheint, wie die meisten Google-website auditing Gewicht geworfen wird, hinter Leuchtturm in diesen Tagen, obwohl, die gehören accessibility-tests. Zum Beispiel die “Knöpfe Haben Einen Barrierefreien Namen” test, aber das testen ist eigentlich die Axt unter der Haube.

Es ist mir unklar, ob Leuchtturm führt eine vollständige und up-to-date Axt audit oder nicht, und wenn die Accessibility Developer Tools sind sowas von veraltet, zu Gunsten der, die, oder was.

Automatische Accessibility-Test-Tool (AATT)

PayPal ist in das Spiel mit AATT, eine Kombination und Erweiterung von bereits genannten tools:

Browser-based accessibility-testing-tools und plugins erfordern manuelle Prüfung jeder Seite, ein zu einer Zeit. Tools, die das Crawlen einer website kann nur Seiten Scannen, erfordern keine Anmeldeinformationen, und dass nicht hinter einer firewall. Anstelle von Entwicklung, Test und Verwendung eines separaten accessibility-test-suite, Sie können nun integrieren accessibility testing in Ihre bestehende Automatisierung test-suite mit AATT.

AATT enthält HTML-CodeSniffer, Axt-und Chrome-developer-tool, mit Express-und PhantomJS, die läuft auf einem Knoten.

Es spinnt ein server mit einer API, die Sie verwenden können, um test-Seiten auf anderen Servern.

accessibilityjs

GitHub selbst vor kurzem veröffentlicht accessibilityjs, das tool, das Sie verwenden sich für die Barrierefreiheit testen. Verwenden Sie es auf der client-Seite, wo wenn es einen Fehler findet, gilt es eine riesig große rote Grenze und gilt einen click-handler, so dass Sie klicken können, um Ihnen zu sagen, was das problem ist.

Sie Rahmen es zu diesen gemeinsamen Fehler:

  • ImageWithoutAltAttributeError
  • ElementWithoutLabelError
  • LinkWithoutLabelOrRoleError
  • LabelMissingControlError
  • InputMissingLabelError
  • ButtonWithoutLabelError
  • ARIAAttributeMissingError

Lobende Erwähnungen

Ich bin nicht absichtlich versuchen, um feature-oder ausblenden von bestimmten accessibility-Test-tool. All dieses Zeug ist neu für mich. Es schien, als diesen waren viele von den big Playern. Aber die Internet-Suche rund um zeigt viel mehr!

  • Tanaguru: “Automatische accessibility (a11y) – Test-tool, mit dem Schwerpunkt auf Zuverlässigkeit und Automatisierung”
  • Der A11y-Maschine “ist eine automatische accessibility-Test-tool, das kriecht und tests-Seiten einer web-Anwendung zum erstellen Ausführlicher Berichte.”
  • tota11y: “ein accessibility (a11y) visualization toolkit”