Neuigkeiten für Version 2.32

Greifen Sie hier auf den Wissensdatenbank zu.

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 Testlauf.

• Produktdetails festlegen: Produktname und Plattformtyp in einem kurzen, geführten Assistenten (Prüfen des Umfangs → Bearbeiten der Details → Überprüfen).

• Wählen Sie den Konformitätsstandard die VPAT-Berichte. Wählen Sie eine WCAG-Version auf Stufe AA, optional kombiniert mit dem/die benötigten regulatorischen Rahmen:

  • 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: Das Einreichen eines Entwurfs sperrt ihn für weitere Bearbeitungen und verschiebt ihn in die Überprüfungspipeline.

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

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

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

Entwurf → Überprüfung → Veröffentlicht

Ein Entwurf bleibt vollständig bearbeitbar, bis er zur Überprüfung gesendet wird. In jeder Überprüfungsphase kann der Prüfer das Dokument genehmigen und weiterleiten oder ablehnen mit Kommentaren versehen und zur Überarbeitung an den Autor zurückgeben. Sobald ein VPAT Veröffentlicht erreicht, ist es endgültig und bereit für die Auslieferung 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 Sie ein VPAT nach Abschluss einer Bewertung, legen Sie den Standard und den Umfang fest und reichen Sie es zur Überprüfung ein.
• QA-Reviewer: Bestätigen Sie, dass das VPAT die Bewertungsbefunde korrekt widerspiegelt, genehmigen Sie es oder geben Sie es mit Kommentaren zurück.
• Projektmanager: Geben Sie die endgültige Zustimmung, bestätigen Sie, dass das VPAT bereit für den Kunden ist, und veröffentlichen Sie es.

Warum es wichtig ist Der VPAT ist typischerweise das abschließende Ergebnis einer Zugänglichkeitsbewertung. Das Dokument, das einem Kunden mitteilt, wie konform ein Produkt ist. Die Produktion außerhalb der Plattform kostet Zeit und führt mit jedem Übergang zu Transkriptionsfehlern. Jetzt befindet sich der Erstellen-Überprüfen-Genehmigen-Veröffentlichen-Zyklus dort, wo die Bewertungsdaten bereits vorhanden sind, sodass Teams (einschließlich Unternehmenskunden, die ihre eigenen Bewertungen durchführen) ein fertiges VPAT erstellen und liefern können, ohne Axe Auditor zu verlassen oder auf externe Tools angewiesen 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