Axe DevTools: Gesamten gespeicherten Test exportieren

Nachdem wir zahlreiche Funktionswünsche bezüglich des Exports eines gesamten gespeicherten Tests und aller darin enthaltenen Probleme erhalten haben, freuen wir uns, genau diese Funktion mit der Veröffentlichung der Erweiterung „axe DevTools v4.21“ bereitzustellen!

Aktualisierungen der Exportfunktion

Vor Version 4.21 konnten Benutzer Fehlerberichte für einen einzelnen automatisierten Scan oder einen gespeicherten Test exportieren, was den Import dieser Fehlerberichte in Ihre Fehlerverfolgungssysteme erleichtert. Nun können Pro-Benutzer zusätzlich zum Export von Fehlerberichten auch Daten für ihren gesamten gespeicherten Test im JSON-Format exportieren.

Mit diesem Export erhalten Sie einen umfassenden Überblick über alle Ihre automatisierten und geführten Tests, was insbesondere für Nutzer in Organisationen nützlich ist, die umfassende Aufzeichnungen über Barrierefreiheitstests führen müssen.

So exportieren Sie einen gespeicherten Test

Um einen gespeicherten Test zu exportieren, gehen Sie einfach wie folgt vor:

1.) Rufen Sie einen beliebigen gespeicherten Test auf und klicken Sie auf „EXPORTIEREN“.

2.) Wählen Sie „Gespeicherte Tests und Probleme“ aus und klicken Sie anschließend auf „EXPORTIEREN“

Sehen Sie sich dieses kurze Demo-Video an, um zu erfahren, welche Vorteile die Exportfunktion für Nutzer von axe DevTools Pro bietet.

Gespeicherte Testdaten im JSON-Format exportieren

Der JSON-Export der gespeicherten Tests und Probleme umfasst Folgendes:

Name der Immobilie	Beschreibung
Alle Ausgaben	Ein Array mit Emissionsdaten, das die folgenden Eigenschaften enthält: created_at (Datum/Uhrzeit der Erstellung des Problems) Beschreibung (Beschreibung des Problems) gefunden_von (E-Mail-Adresse des Benutzers, der das Problem gemeldet hat) Hilfe (weitere Informationen zum Problem) help_url (URL der zugehörigen Seite mit den Barrierefreiheitsregeln) id (die ID des Problems) Auswirkungen (die Auswirkungen/Schwere des Problems) is_manual (ob die Störung im Rahmen eines Intelligent Guided Test™ (IGT) festgestellt wurde oder nicht) manifest_guide (das IGT, in dem das Problem angesprochen wurde) manifest_id (die ID des IGT-Manifests) needs_review (ob das Problem einer Überprüfung bedarf oder nicht) related_nodes (alle Knoten, die mit dem Problem in Zusammenhang stehen) Behebung (Informationen zur Behebung des Problems) Regel (die Kennung der fehlgeschlagenen Barrierefreiheitsregel) screenshot_id (die ID des Screenshots zum Problem) Selektor (der eindeutige Selektor für das Element des Problems) shared_with (mit wem das Ticket geteilt wird. Der Wert ist „null“, wenn das Ticket nicht geteilt wurde, und „anyone“, wenn es geteilt wurde) Quelle (der HTML-Quellcode für das Element „issue“) Zusammenfassung (eine Zusammenfassung des Themas) Tags (ein Array mit den Tags des Themas. Es enthält Informationen zu den zugehörigen WCAG-Stufen, Kategorien und Best Practices) test_id (die ID des gespeicherten Tests, zu dem das Problem gehört) test_name (der Name des gespeicherten Tests, zu dem das Problem gehört) updated_at (Datum der letzten Aktualisierung des gespeicherten Tests) user_id (die ID des Benutzers, der den Test gespeichert hat) Variante (Art des Problems – „Verstoß“ oder „Best-Practice“)
axeVersion	Die für den gespeicherten Test verwendete Version von „ axe-core “.
bestPracticesEnabled	Sofern zum Zeitpunkt des Exports die „Best Practices“ aktiviert waren.
Erweiterungsversion	Die Version der Erweiterung zum Zeitpunkt des Exports.
failedRules	Ein Array von Objekten, die gegen Barrierefreiheitsregeln verstoßen und die folgenden Eigenschaften enthalten: Name (der Name der Barrierefreiheitsregel) Anzahl (wie oft das angegebene Problem in gespeicherten Tests aufgetreten ist) Modus (wie das Problem entdeckt wurde – „automatisch“ oder „manuell“)
igtZusammenfassung	Ein Array, das eine Aufschlüsselung jedes „Intelligent Guided Test™“ (IGT) enthält, mit den folgenden Eigenschaften: Name (der Name des IGT) relevantNodesFound (ob relevante Elemente auf der Seite oder im Bereich gefunden wurden oder nicht) ausführen (unabhängig davon, ob der IGT durchgeführt wurde oder nicht) übersprungen (unabhängig davon, ob das Tool übersprungen wurde oder nicht) Werkzeug (IGT-Typ – z. B. „Tastatur“)
Zusammenfassung des Themas	Aufschlüsselung der Anzahl der Probleme nach Schweregrad: Bewährte Verfahren kritisch geringfügig gemäßigt muss überprüft werden ernst
muss überprüft werden	Eine Reihe von Punkten zur Bedarfsüberprüfung mit den folgenden Merkmalen: Name (der Name der Barrierefreiheitsregel) Anzahl (die Anzahl der Fälle, in denen der Fehlertyp innerhalb eines bestimmten gespeicherten Tests gemeldet wurde) Modus (wie das Problem entdeckt wurde – „automatisch“ oder „manuell“)
Standard	Der zum Zeitpunkt des Exports festgelegte WCAG-Standard.
TestendeDatum	Datum und Uhrzeit, zu denen zuletzt automatisierte oder intelligent gesteuerte Tests durchgeführt wurden.
Teststartdatum	Das Datum und die Uhrzeit, zu denen der erste automatisierte Test für den gespeicherten Test durchgeführt wurde.
URL	Die URL, auf der der automatisierte Scan durchgeführt wurde.

Fazit

Neben kleineren Fehlerbehebungen ermöglicht axe DevTools v4.21 Pro-Nutzern nun, die Daten eines gesamten gespeicherten Tests zu exportieren. Wir möchten uns bei unseren Nutzern für das großartige Feedback bedanken, das zu dieser neuen Funktion geführt hat!

Falls Sie axe DevTools Pro derzeit noch nicht nutzen, können Sie es kostenlos testen (keine Zahlung erforderlich).

Mehr zu diesem Thema

Neu im Axe MCP Server: Mehr automatisierte Abdeckung und optimierte Entwickler-Workflows

5. August 2026 Von Harris Schneiderman

Automatisierte Barrierefreiheitsprüfungen helfen Teams dabei, Probleme bereits in einer frühen Phase des Entwicklungsablaufs zu erkennen und den manuellen Aufwand zu reduzieren. Einige der komplexesten Barrierefreiheitsprüfungen erforderten jedoch bislang geführte oder manuelle Tests. Mit den neuesten Updates für den Axe MCP Server können Ihre Entwickler nun noch mehr Barrierefreiheitsprüfungen direkt in ihren Programmierabläufen automatisieren.

Artikel lesen

Abbildung, die veranschaulicht, wie der Axe MCP Server zur Durchführung von zwei Aufgaben verwendet wird: Analyse auf Barrierefreiheitsprobleme mit einem erweiterten Regelsatz und Ausführung von IGT-Tastaturtests

Ich bin eine Führungskraft im Bereich Technik. Wie fange ich mit dem Thema Barrierefreiheit an?

28. April 2026 Von Dylan Barrell

Wo sollten Sie als Führungskraft im technischen Bereich, die zum ersten Mal für die digitale Barrierefreiheit zuständig ist, ansetzen? Dieser dreistufige, 90-tägige Plan hilft Ihnen beim Einstieg.

Artikel lesen