Neuerungen in Version 2.34

Greifen Sie hier auf die Wissensdatenbank zu.

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

Einen Testlauf duplizieren

Mit einem Schritt können Sie eine unabhängige Kopie eines laufenden oder abgeschlossenen Testlaufs erstellen, einschließlich seiner Probleme, Anhänge und Kommentare. Sie können dann die Ergebnisse erneut validieren, ohne die ursprünglichen Ergebnisse zu ändern.

Früher bedeutete die Wiederverwendung der Ergebnisse eines Testlaufs, einen neuen Testlauf einzurichten und jedes Problem, jeden Screenshot, jeden Anhang und Kommentar manuell zu kopieren. Bei einem großen Testlauf konnte das Stunden dauern, und Details gingen verloren. Jetzt beginnen Sie mit den vorhandenen Ergebnissen und aktualisieren jedes Problem, während Sie es erneut validieren.

Was kopiert wird

• Ergebnisse: Seiten, Komponenten, Testeinheiten, Screenshots, Anhänge, Probleme, Problemstatus und Kommentare.
• Konfiguration: Testfall, Zuständiger, Standard, Typ des digitalen Assets, Release, Umgebung und Plattform.
• Fortschritt: Testfortschritt, Markierungen und Abschlussstatus. Ein Duplikat eines abgeschlossenen Testlaufs ist ebenfalls als abgeschlossen markiert, und Sie können weiterhin Problemstatus aktualisieren und Kommentare hinzufügen.

Verhalten von Duplikaten

• Völlig unabhängig: Änderungen am Duplikat beeinflussen nicht die Quelle, und Änderungen an der Quelle beeinflussen nicht das Duplikat.
• Gleiche Sichtbarkeit wie die Quelle: Ein Duplikat eines öffentlichen Testlaufs ist öffentlich. Ein Duplikat eines privaten Testlaufs ist privat und nur Benutzer mit Zugang zur Quelle können es sehen.
• Originalaufnahme bewahrt: Der Quelltestlauf, dessen veröffentlichter Eintrag und alle daraus generierten Berichte bleiben unverändert.

Für wen das ist

• Barrierefreiheitsberater und Tester: Probleme nach Korrekturen erneut validieren, ohne den gesamten Test zu wiederholen.
• Projektmanager: Aktualisierte Ergebnisse liefern, während der ursprüngliche veröffentlichte Eintrag intakt bleibt.
• Interne Barrierefreiheitsteams: Nach jeder Produktveröffentlichung erneut testen, beginnend mit Ihrem letzten Testlauf statt von vorne.

Warum das wichtig ist Das erneute Testen ist ein routinemäßiger Bestandteil jeder Barrierefreiheitsarbeit, aber die Wiederholung eines abgeschlossenen Testlaufs dupliziert den Aufwand und kann zu inkonsistenten Ergebnissen führen. Das Duplizieren ermöglicht es Ihnen, auf bereits geleisteter Arbeit aufzubauen, den ursprünglichen Eintrag intakt zu halten und aktualisierte Ergebnisse schneller zu liefern.

Zugriffsverwaltung für Kundenadministratoren

Kundenadministratoren können jetzt den Benutzerzugriff auf ihre Kunden verwalten und steuern, welche Audits Benutzer einsehen können, ohne Deque zu kontaktieren.

Verfügbarkeit: Nur SaaS, für Kunden mit Deque-Audit-Diensten.

Wenn ein Kundenadministrator einen Benutzer einlädt, wählt er die Audits (Testfälle) aus, auf die der Benutzer zugreifen kann. Der Benutzer erhält eine E-Mail zur Aktivierung seines Axe-Kontos und wird als „Ausstehend“ angezeigt, bis er das Konto aktiviert. Wenn ein Benutzer beispielsweise nur an zwei Audits arbeiten muss, können Sie den Zugriff auf diese Audits gewähren, ohne ihnen Zugriff auf andere Audits des Kunden zu geben.

• Laden Sie Benutzer zum Kunden ein und wählen Sie die Audits aus, auf die sie zugreifen können.
• Betrachten und ändern Sie jederzeit den Zugriff jedes Benutzers.
• Entfernen Sie den Zugriff eines Benutzers, wenn er ihn nicht mehr benötigt. Die Entfernung gilt sofort und nur für den aktuellen Kunden.
• Betrachten Sie alle öffentlichen Audits für den Kunden, ohne individuellen Zugriff zu gewähren. Öffentliche Audits sind schreibgeschützt, und private Audits sind nicht enthalten.

Kundenadministratoren können Benutzer und Zugriffe nur innerhalb ihres eigenen Kundenbereichs verwalten.

Zugang als Kundenmanager

Systemadministratoren können jetzt ausgewählten Mitgliedern erlauben, Kunden hinzuzufügen und zu verwalten, ohne ihnen volle Administratorrechte zu geben. Nur bestehende Mitglieder können zu Kundenmanagern gemacht werden.

Verfügbarkeit: Nur SaaS, für Kunden mit Deque-Audit-Diensten.

Bevor Sie beginnen: Aktivieren Sie Benutzerzugriffskontrolle auf der Seite Admin-Einstellungen. Die Registerkarte Zugriffskontrolle, einschließlich des neuen Abschnitts Kundenmanager, erscheint nur, wenn diese Option aktiviert ist.

Was Systemadministratoren tun können:

• Gewähren Sie einem oder mehreren bestehenden Mitgliedern Zugriff als Client Manager über das Dialogfeld Nutzer hinzufügen.
• Suchen Sie nach Client-Managern per Benutzername oder E-Mail-Adresse.
• Sortieren Sie die Liste nach Benutzername oder E-Mail-Adresse und wählen Sie aus, wie viele Nutzer pro Seite angezeigt werden sollen.
• Entfernen Sie den Zugriff als Client Manager jederzeit.

Ordner, Kunde und Jira-Verbindungen in Testinformationen

Der Abschnitt Testinformationen auf der Testlauf-Übersichtsseite umfasst jetzt drei zusätzliche Felder: Ordner, Kunde und Jira-Verbindungen. Sie können sehen, wo ein Testlauf organisiert ist, zu welchem Kunden er gehört und welche Jira-Verbindung er verwendet, ohne den Testlauf zu verlassen.

Was Sie sehen können

Ordner: Der Ordner, in dem der Testfall für den Testlauf gespeichert ist. Kunde: Der Kunde, der mit dem Testlauf verbunden ist. Jira-Verbindungen: Die Jira-Verbindung, die für den Testlauf konfiguriert ist. Probleme, die Sie zu Jira senden, verwenden diese Verbindung.

Für wen das ist

Tester und Prüfer: Überprüfen Sie den Ordner, den Kunden und die Jira-Verbindung, bevor Sie testen oder Probleme zu Jira senden. Administratoren und Manager: Stellen Sie sicher, dass die Testläufe im richtigen Ordner und bei dem richtigen Kunden organisiert sind und die korrekte Jira-Verbindung verwenden.

Warum das wichtig ist Früher mussten Sie zum Testfall zurückkehren, die Klientenverwaltungsseite öffnen oder die Jira-Konfiguration anzeigen, um diese Informationen zu finden. Die Anzeige dieser Details in den Testinformationen gibt Ihnen den erforderlichen Kontext auf einen Blick. Dies hilft auch, das Risiko zu verringern, Probleme in das falsche Jira-Projekt zu übertragen oder Ergebnisse für den falschen Kunden zu melden.

Erhöhte Elementbegrenzung für Probleme

Sie können jetzt bis zu 10 Elemente zu einem einzelnen Problem hinzufügen, im Vergleich zum vorherigen Limit von 3. Dies ermöglicht es Ihnen, alle betroffenen Instanzen eines Barrierefreiheitsproblems an einem Ort zu erfassen, sodass Sie keine doppelten Probleme erstellen müssen, wenn das gleiche Problem an mehr als drei Elementen auftritt.

Öffnen/Senden URL für Share-Link-Betrachter

Externe Benutzer, die sich die Probleme eines Testfalls über einen Share-Link ansehen, können jetzt die Schaltfläche Öffnen/Senden URL neben der Seiten-URL auf der Problem-Detailseite verwenden. Früher hatten nur angemeldete Administratoren und Mitglieder diese Schaltfläche, und Share-Link-Benutzer mussten die URL von Hand kopieren.

• Wenn die Axe-Erweiterung installiert ist, wird die URL über die Erweiterung gesendet.

• Wenn nicht, wird die Seite in einem neuen Browser-Tab geöffnet.

• Die Vorschau der Problemtabelle zeigt diesen Benutzern ebenfalls die URL und die Schaltfläche.

  

Markieren Sie Nur-Ansicht-Nutzer in Kommentar hinzufügen

Sie können jetzt Nur-Ansicht-Nutzer in Kommentaren auf der Seite Problem anzeigen durch @-Erwähnung markieren. Früher konnten Sie nur Nutzer markieren, die Probleme erstellen konnten. So können Sie Kunden und Stakeholder in die Problemdiskussionen einbeziehen, ohne ihre Rolle zu ändern.

• Nur-Ansicht-Nutzer erscheinen in der Vorschlagsliste, wenn Sie @ eingeben.

• Markierte Nur-Ansicht-Nutzer erhalten die gleiche E-Mail-Benachrichtigung wie andere markierte Nutzer.

• Das Markieren ändert den Zugriff nicht. Nur-Ansicht-Nutzer können das Problem öffnen und ansehen, aber es immer noch nicht bearbeiten.

  

Empfehlungen für Native Mobile-Methoden

Wir haben Empfehlungen für die Native Mobile iOS- und Native Mobile Android-Methoden eingeführt. Wenn Sie eine native mobile App testen, erhalten Sie Korrekturanleitungen, die für diese Plattform verfasst sind.

Nicht zutreffende Kontrollpunkte in ACRs abgebildet

Kontrollpunkte, die in einem Testlauf als nicht zutreffend markiert sind, werden in nachfolgenden Barrierefreiheit-Konformitätsberichten (ACRs) dargestellt, einschließlich WCAG, Abschnitt 508 und EN 301 549.

• Wenn jeder Kontrollpunkt, der einem Kriterium zugeordnet ist, nicht zutreffend ist und kein offenes Problem besteht, zeigt der Bericht Nicht zutreffend an.
• Ein offenes Problem zeigt immer noch Keine Unterstützung oder Teilweise Unterstützung an.
• Ein bestandener Kontrollpunkt zeigt immer noch Unterstützung an.

Infrastruktur-Upgrade

• Die Version von Deque Way wurde auf 4.1.0 aktualisiert
• Die Version von Axe-core wurde auf 4.13.0 aktualisiert

Bekannte Probleme

• Der Filter funktioniert nicht im Kontrollpunkt-Tab für markierte Probleme.
• Automatisiertes Testen eines Komponents in einem iframe verursacht einen Fehler und ein Ladesymbol, das nicht verschwindet.
• Das Barrierefreiheit-Konformitätsdiagramm zeigt keine Ergebnisse für Testläufe an, die den ACAA-Standard mit Mobile Web als digitalen Asset-Typ verwenden.
• Auf der Seite Problemliste zeigt das Filtern nach Status: Offen und Gruppen: Keine Gruppe, dann Sortieren nach der Kontrollpunkt-Spalte, keine Aufzeichnungen an.

Browser- und Treiberunterstützung

Die folgende Tabelle beschreibt die minimalen und empfohlenen Versionen, auf denen der Axe Auditor aktiv getestet und optimal unterstützt wird.

Automatisierte Tests: Unterstützter Browser und Treiber

Die folgende Tabelle beschreibt die unterstützten Browser, die Mindest- und empfohlenen Versionen für automatisierte Tests im Axe Auditor.

Anderes relevantes Thema

• Veröffentlichungszusammenfassung
• Plattformunterstützung