Neuigkeiten für Version 2.32

Zugriff auf die Wissensdatenbank hier.

Anmelden , um die neuesten Updates zu Axe Auditor per E-Mail zu erhalten.

VPAT-Erstellung in Axe Auditor

Erstellen, überprüfen und liefern Sie Freiwillige Produktzugangsvorlagen (VPATs) direkt in Axe Auditor; keine externen Tools, kein manueller Datentransfer, keine Offline-Dokumentbearbeitung.

Bisher bedeutete das Umwandeln einer Barrierefreiheitseinschätzung in ein VPAT, dass Sie Ihre Daten in ein separates Tool exportieren, das Dokument offline bearbeiten und die endgültige Datei manuell mit den Kunden teilen mussten. Diese zusätzliche Arbeit führte zu Inkonsistenzen und zwang die Unternehmenseinheiten, sich auf interne Ressourcen zu verlassen, um jedes VPAT zu verwalten. Der neue Arbeitsablauf hält den gesamten Prozess von der Erstellung bis zur Veröffentlichung innerhalb von Axe Auditor.

Was Sie tun können:

• Erstellen Sie ein VPAT aus einem bestehenden Testfall oder Testrun.

• Produktdetails festlegen: Produktname und Plattformtyp in einem kurzen, geführten Assistenten (Überblick prüfen → Details bearbeiten → Überprüfen).

• Wählen Sie den Konformitätsstandard , gegen den der VPAT-Bericht erstellt wird. Wählen Sie eine WCAG-Version auf Level AA, optional kombiniert mit dem/den benötigten regulatorischen Rahmenwerk(en):

  • WCAG 2.2, 2.1 oder 2.0 Level AA
  • Optional gepaart mit Section 508, EN 301 549 oder beidem

• Senden Sie das VPAT zur Überprüfung: Durch das Einreichen eines Entwurfs wird es vor weiteren Bearbeitungen gesperrt und in die Überprüfungspipeline verschoben.

• Verfolgen Sie jedes VPAT: in Bearbeitung und veröffentlicht aus einer einzigen Ansicht.

• Laden Sie das VPAT herunter als Word-Datei in jedem Stadium, vom Entwurf bis zur Veröffentlichung.

Die Überprüfungspipeline Jedes VPAT durchläuft drei Phasen:

Entwurf → Überprüfung → Veröffentlicht

Ein Entwurf bleibt vollständig bearbeitbar, bis er zur Überprüfung gesendet wird. Bei jeder Überprüfungsphase kann der Prüfer das Dokument genehmigen und weiterleiten oder ablehnen und mit Kommentaren zur Überarbeitung an den Autor zurückschicken. Sobald ein VPAT den Status Veröffentlichterreicht, ist es final und bereit für die Lieferung an den Kunden.

Die Überprüfung erfolgt vollständig innerhalb der Organisation, die die Bewertung besitzt. Bei von Deque verwalteten Audits erstellt und überprüft das Serviceteam das Dokument; bei Selbstbedienungsbewertungen übernimmt Ihr eigenes Team die Rolle der Prüfer. Der Autor und die Prüfer agieren immer von der gleichen Seite, kein Dokument verlässt Ihre Organisation zur Abzeichnung.

Für wen das ist

• Autoren (Barrierefreiheitsberater oder Unternehmenskunden): erstellen ein VPAT nach Abschluss einer Bewertung, legen den Standard und den Umfang fest und reichen es zur Überprüfung ein.
• QA-Reviewer: validieren, dass das VPAT die Bewertungsergebnisse genau widerspiegelt, und genehmigen es dann oder senden es mit Kommentaren zurück.
• Projektmanager: geben die endgültige Freigabe, bestätigen, dass das VPAT bereit für den Kunden ist, und veröffentlichen es.

Warum es wichtig ist Das VPAT ist typischerweise das letzte Ergebnis einer Barrierefreiheitseinschätzung. Das Dokument, das dem Kunden mitteilt, wie konform ein Produkt ist. Die Erstellung außerhalb der Plattform kostet Zeit und birgt bei jeder Übergabe die Gefahr von Übertragungsfehlern. Nun lebt der Erstellungs-, Überprüfungs-, Genehmigungs- und Veröffentlichungsprozess dort, wo die Bewertungsdaten bereits sind, sodass Teams (einschließlich Unternehmenskunden, die eigene Bewertungen durchführen) ein fertiges VPAT erstellen und liefern können, ohne Axe Auditor zu verlassen oder von externen Tools abhängig zu sein.

VPAT-Dashboard verwalten

Bekannte Probleme

• Wenn ein Benutzer ein Problem kopiert und den Screenshot-Namen im kopierten Problem ändert, wird auch der Screenshot-Name im Originalproblem fälschlicherweise aktualisiert.
• Die Filterfunktion funktioniert auf der Registerkarte Checkpoint bei markierten Problemen nicht.
• Durch das Durchführen automatisierter Tests an einer Komponente in einem iframe wird ein Fehler ausgelöst und ein persistentes Lade-Symbol angezeigt.
• Das Diagramm zur Zugänglichkeitskonformität generiert keine Ergebnisse für Testruns, die den ACAA-Teststandard und Mobile Web als digitalen Asset-Typ verwenden.
• Auf der Problemübersichtsseite werden bei Anwendung des Statusfilters „Offen“ und des Gruppenfilters „Keine Gruppe“ keine Datensätze angezeigt, wenn die Liste nach der Spalte Checkpoint sortiert wird.

Browser- und Treiberunterstützung

Die folgende Tabelle beschreibt die Mindest- und empfohlenen Versionen, auf denen Axe Auditor aktiv getestet und am besten unterstützt wird.

Automatisiertes Testen: Unterstützte Browser und Treiber

Die folgende Tabelle beschreibt die unterstützten Browser sowie die Mindest- und empfohlenen Versionen für das Durchführen automatisierter Tests in Axe Auditor.

Anderes relevantes Thema

• Veröffentlichungsübersicht
• Plattformunterstützung