Das Prüfverfahren zur BITV



Blättern: zum ersten Test zum vorhergehenden Test zum nächsten Test zum letzten Test

ADONIS-NP 7.0

Prüfung

Anmerkungen zum Prüfauftrag

In der Anwendung wird das Default-Kontextmenü (Rechte Maustaste) normalerweise unterdrückt und durch ein eigenes Kontextmenü überspielt. Da das Kontextmenu für den BITV-Test eine ganz wichtige Rolle spielt, wurde dieses für den Testzeitraum abgeschaltet. Der Kunde versichert, dass sämtliche Funktionen, die Sie im Kontextmenü finden, auch im "Other"-Menü der jeweiligen Komponente auftauchen. Dieses Menü findet sich in allen Komponenten, die auch ein Kontextmenü haben, z. B. im Explorer. Das Kontextmenü enthält also laut Kunde keine Funktionen, die nicht auf anderem Weg aufrufbar sind. Von diesen Zusicherungen gehen wir in diesem Prüfauftrag aus.

In der Anwendung finden sich bei dem geprüften Prozess drei verschiedene Ansichten. Die Textansicht und die tabellarische Ansicht werden geprüft und gelten als Alternative für die grafische Diagramm-Ansicht, die damit nicht Teil des Prüfumfangs ist.

Anmerkungen zum Prüfgegenstand

Im entwicklungsbegleitenden BITV-Test wurde mit abgeschalteter Touch-Eingabe und abgeschaltetem Caret-Browsing (Firefox about:config Settings) gearbeitet. Für den abschließenden Tests sind keine nutzerseitigen Sondereinstellungen im Browser vorgesehen. Der abschließende Test setzt keine besonderen Einstellungen auf Nutzerseite voraus.

Ergebnis

Punkte: 92 von 100 (gut zugänglich)

Geprüfte Seiten

Seite 1 (Login-Seite)

Seite 2 (Übersichtsseite: Organisationsportal - Prozesse)

  • Titel: ADONIS NP (accessibility)
  • URL: https://accessibility.boc-cloud.com/main.view#0
  • Anmerkungen:

    Mit Prüfung von:
    / Auswahlmenü Barrierefreier Modus, Sprache, Info, Hilfe
    / Menü Prozesse / Dokumente / Organisation / Suche
    / Baumauswahl Modelle öffnen / Explorer
    / Navigationsmenü (vor, zurück, geöffnete Ansichten - mit Ausklappmenü)
    / Sortierbare Tabelle / Grid mit Einträgen, Ausklappbereichen
    / Funktion Als Datei exportieren

  • Punkte: 94,25

Seite 3 (Prozess: P.02.01 Kreditantrag erstellen Privatkunde 1.00 (Textansicht))

  • Titel: ADONIS NP (accessibility1) | Modell-Werkbank - KP.02.01 Kreditantrag erstellen Privatkunde 1.00
  • URL: https://accessibility.boc-cloud.com/main.view#0
  • Anmerkungen:

    Mit: Auswahlmenü Modus (Grafik, Text , Tabelle) / Menü Details ausblenden / Aktualisieren / Eigenschaften / Mehr...
    Mit Untermenüs / Reports Standardreport und folgendem Dialog
    Textansicht Grid mit Pozess-Schritt-Einträgen, mit Links und Attributen

  • Punkte: 95

Seite 4 (Prozess: KP.02.01 Kreditantrag erstellen Privatkunde 1.00 (Tabellenansicht))

  • Titel: ADONIS NP (accessibility1) | Tabellarischer Editor - KP.02.01 Kreditantrag erstellen Privatkunde 1.00
  • URL: https://accessibility.boc-cloud.com/main.view#0
  • Anmerkungen:

    Mit: Vertikales Filtermenü Elementtypen / Modus
    Mit Menü "Mehr", Menüoptionen "URL generieren", "Spalten auswählen" und nachfolgenden Dialogen
    Mit Dialog Eigenschaften-Filter mit Baumauswahl "Modus / Eigenschaftenfiltern", mit Ausklappbereich "Attributauswahl"

  • Punkte: 95,5

Seite 5 (Eigenschaften Pop-up)

  • Titel: ADONIS NP (accessibility1) | Eigenschaften - [Name der Ansicht]
  • URL: https://accessibility.boc-cloud.com/main.view#0
  • Anmerkungen:

    Mit: Steuerungsmenü Andocken / Schrumpfen / Maximieren / Schließen
    / Tabpanel und diversen Panel-Inhalten / Mehr-Menü mit Untermenüs

  • Punkte: 92,75

Seite 6 (Suche (mit Optionen und Filtern))

  • Titel: ADONIS NP (accessibility1) | Analyse - Suche "customer"
  • URL: https://accessibility.boc-cloud.com/main.view#0
  • Anmerkungen:

    Mit: Linker Ausklappbereich Fundstellenbereiche / Suchergebnisse im Grid / Ausklappbereich "Suchoptionen und Filter" mit Filterung nach Thema / Modell / Objekt /Eigenschaft mit den aufgerufenen Dialogen mit Combobox-Filterung und Checkbox-Auswahl

  • Punkte: 94,75

Seite 7 (Musterorganigramm ADOmoney Bank)

  • Titel: ADONIS NP (accessibility1) | Tabellarischer Editor - Musterorganigramm ADOmoney Bank
  • URL: https://accessibility.[...]om?accessibility=true
  • Anmerkungen:

    Tabellarische Organisationsübersicht inkl. Filterbalken auf der linken Seiten zur Veränderung der Ansicht/Auflistung auf der Bühne.

  • Punkte: 95,75

Seite 8 (Dokumente)

  • Titel: ADONIS NP (accessibility1) | Organisationsportal - Dokumente
  • URL: https://accessibility.boc-cloud.com/main.view#0
  • Anmerkungen:

    Mit: Ansicht "Dokumente nach Organisationseinheit" / mit Aktivierung von "Asset Liability Management" und Prüfung der Ansicht "Kapitaladäquanzverordnung" mit Tab list / Tabpanel-Ansichten.

  • Punkte: 96,75

Bewertung und Anmerkungen zu einzelnen Prüfschritten

Nicht erfüllt ist 1 von 49 Prüfschritten:

Eher erfüllt sind 11 von 49 Prüfschritten:

  • Prüfschritt 1.1.1a - Alternativtexte für Bedienelemente

    Icons in den Toolbars werden über CSS Pseudoelemente bereitgestellt. Robuster ist grundsätzlich die bereitstellung über echte Inhlatselemente, z.B. SVG-Grafiken.

    Seite 2: eher erfüllt

    Icon Property filter zum Anpassen der Ausgabe hat eine sehr lange und ggf. verwirrende Textalternative, die auch als Custom tooltip erscheint.

    Seite 5: eher erfüllt

    Icon Property filter zum Anpassen der Ausgabe hat eine sehr lange und ggf. verwirrende Textalternative, die auch als Custom tooltip erscheint.

    Seite 6: erfüllt

    Verg. allgemeine Anmerkung.

    Seite 7: erfüllt

    Verg. allgemeine Anmerkung.

    Seite 3, 4, 8: erfüllt
    Seite 1: nicht anwendbar

    Punktabzug: 0,75 Punkte

  • Prüfschritt 1.1.1b - Alternativtexte für Grafiken und Objekte

    Zum Einsatz von Hintergrundgrafiken für informationstragende Grafiken vergl. die Common Failure F3 der WCAG https://www.w3.org/TR/WCAG20-TECHS/F3.html

    Seite 2: eher erfüllt

    Die informationstragenden Grafiken für Prozesstypen z.B. Geschäftsprozessdiagramm, Prozesslandkarte sind als Hintergrundgrafiken eingebunden (ebenso der Sortierpfeil). Der jeweilige Prozesstyp wird aber auch bei ausgeblendeten Hintergrundgrafiken über einen custom tooltip angezeigt. Besser wäre eine Umsetzung, bei der Grafiken auch bei Nutzung eigener Farbschemata nicht verschwinden.

    Seite 3: eher erfüllt

    Die informationstragenden Grafiken für Ereignisse z.B. Startereignis, Teilprozess sind als Hintergrundgrafiken eingebunden (ebenso der Sortierpfeil). Der jeweilige Ereignistyp wird aber auch bei ausgeblendeten Hintergrundgrafiken über einen custom tooltip angezeigt. Besser wäre eine Umsetzung, bei der Grafiken auch bei Nutzung eigener Farbschemata nicht verschwinden.

    Seite 4: eher erfüllt

    Die informationstragenden Grafiken (in Spalte Typ) sind als Hintergrundgrafiken eingebunden. Der jeweilige Typ wird aber auch bei ausgeblendeten Hintergrundgrafiken über einen custom tooltip angezeigt. Besser wäre eine Umsetzung, bei der Grafiken auch bei Nutzung eigener Farbschemata nicht verschwinden.

    Seite 5: eher erfüllt

    Tab Organisation:
    Die informationstragenden Grafiken (in Spalte Typ) sind als Hintergrundgrafiken eingebunden. Der jeweilige Typ wird aber auch bei ausgeblendeten Hintergrundgrafiken über einen custom tooltip angezeigt. Besser wäre eine Umsetzung, bei der Grafiken auch bei Nutzung eigener Farbschemata nicht verschwinden.

    Seite 6: eher erfüllt

    Suchergebnistabelle:
    Die informationstragenden Grafiken (in Spalte Typ) sind als Hintergrundgrafiken eingebunden. Der jeweilige Typ wird aber auch bei ausgeblendeten Hintergrundgrafiken über einen custom tooltip angezeigt. Besser wäre eine Umsetzung, bei der Grafiken auch bei Nutzung eigener Farbschemata nicht verschwinden.

    Seite 7: eher erfüllt

    Die informationstragenden Grafiken (in Spalte Typ) sind als Hintergrundgrafiken eingebunden. Der jeweilige Typ wird aber auch bei ausgeblendeten Hintergrundgrafiken über einen custom tooltip angezeigt. Besser wäre eine Umsetzung, bei der Grafiken auch bei Nutzung eigener Farbschemata nicht verschwinden.

    Seite 1: erfüllt

    Anmerkung: Adonis-Logo: Gesetzter Alternativtext und role="presentation" beißen sich. Hier kein großes praktisches Problem, da Login-Seite über title ausreichend vermittelt. Das Logo fügt hier nichts hinzu.

    Seite 8: erfüllt

    Ansicht "Asset Liability Element". Typ in Spalte 1 als Hintergrundbild eingebunden, siehe Hinweise zu S. 2 u.a. Seiten.

    Punktabzug: 0,5 Punkte

  • Prüfschritt 1.3.1b - HTML-Strukturelemente für Listen

    Die Anwendung nutzt für die Navigation zwischen Funktionen der Anwendung Bereiche mit role="toolbar" und Kindelementen mit role="button" sowie role="menu" und role="menuitem" für die Ausklappmenüs. Ansonsten gibt es keine Listen.

    Seite 3: eher erfüllt

    Die Listen in den Spalten (z.B. Inputdaten oder zugeordnete Risiken) sind optisch Listen, im HTML aber nur DIVs und SPANs, obwohl die class="listicon" auch eindeutig auf eine Liste hinweist.
    Siehe "allgemeine Anmerkungen"

    Seite 6: eher erfüllt

    Die "Suchräume" im DIV (Thema / Modell / Objekt / Eigenschaft) unter Suchoptionen und FIlter sollten ggf. als Liste umgesetzt sein. Gleiches gilt für die ein- bzw. ausklappbaren Kategorien.

    Seite 2, 4, 5, 7, 8: erfüllt
    Seite 1: nicht anwendbar

    Punktabzug: 0,5 Punkte

  • Prüfschritt 1.3.1h - Beschriftung von Formularelementen programmatisch ermittelbar

    Seite 1: eher erfüllt

    Login-Felder über aria-labelledby mit leeren label-Elementen verknüpft. placeholder wird nur im Chrome und Firefox ausgegeben, nicht im IE (wahrscheinlich weil die fehlerhafte Nutzung von aria-labbelledby ausgewertet wird).
    Vergl. aber Prüfschritt 3.3.2a.

    Seite 5: teilweise erfüllt

    In einigen Zuständen des Property-Dialogs (etwa nach Auswahl von Prozess Carol (carol) in der Spalte Prozesseigner auf S. 2. - ist das Element Bearbeiten aktiv, dann wechselt die Anwendung in den Bearbeitungsmodus. Text-Eingaben sind hier nicht möglich. Hier stimmen auch die Vernüpfungen der Label mit den inputs nicht (leere for-Attribute) Wenn hier nur die Leseansicht getestet wird, sollte das Element Bearbeiten dann durchgängig inaktiv sein und die Editier-Ansicht nicht aufgerufen werden können - oder aber voll zugänglich sein.

    Seite 3, 4, 6: erfüllt
    Seite 2, 7, 8: nicht anwendbar

    Punktabzug: 0,75 Punkte

  • Prüfschritt 1.4.1a - Ohne Farben nutzbar

    Seite 2: eher erfüllt

    Siehe "allgemeine Anmerkungen"

    Seite 5: eher erfüllt

    Siehe "allgemeine Anmerkungen"

    Seite 7: eher erfüllt

    Siehe "allgemeine Anmerkungen"

    Seite 1, 3, 4, 6, 8: erfüllt

    Punktabzug: 0,25 Punkte

  • Prüfschritt 2.4.1a - Bereiche überspringbar

    Der Prüfschritt ist wegen des dynamischen Aufbaus nur bedingt auf diese Applikation anwendbar. Die Navigations-Toolbar am Beginn der Anwendung führt in die verschiedenen Bereiche (Prozesse, Dokumente, Organisation, Suche), das geöffnete-Ansichten-Menü bietet eine Schnellnavigation zu den zuvor geöffneten Bereichen der Applikation. Durch die Kombination von Tabulator-Navigation und Pfeiltasten-Navigation lassen sich Bereiche aber mit noch vertretbarem Aufwand erreichen. Wenn man in den Lesemodus schaltet, lässt sich die h1 über die Befehlstaste h erreichen. Dennoch würde hier blinden Nutzern die Verwendung nativer Elemente wie (#nav#) oder role="navigation", role="search" ggf. helfen.

    Seite 2: eher erfüllt

    Vergl. allgemeine Hinweise.

    Seite 3: eher erfüllt

    Vergl. allgemeine Hinweise.

    Seite 4: eher erfüllt

    Vergl. allgemeine Hinweise.

    Seite 5: eher erfüllt

    Vergl. allgemeine Hinweise.

    Seite 7: eher erfüllt

    Vergl. allgemeine Hinweise.

    Seite 8: eher erfüllt

    Vergl. allgemeine Hinweise.

    Seite 6: eher erfüllt
    Seite 1: erfüllt

    Punktabzug: 0,5 Punkte

  • Prüfschritt 2.4.3a - Schlüssige Reihenfolge bei der Tastaturbedienung

    Die Tab und Pfeiltastenreihenfolge in dieser komplexen Anwendung ist grundsätzlich logisch aufgebaut, der Umgang muss von Tastaturnutzern und vor allem nicht-visuellen Nutzern sicherlich erlernt werden.

    S. 2-4, 6-8: Nach Aufruf des Ausklappbereichs Modelle brauchen Tastaturnutzer acht Tab-Stopps, bis sie in diesen Bereich gelangen.

    Seite 2, 3, 4, 6, 7, 8: eher erfüllt
    Seite 1, 5: erfüllt

    Punktabzug: 0,5 Punkte

  • Prüfschritt 2.4.7a - Aktuelle Position des Fokus deutlich

    Seite 1: eher erfüllt

    Input-Felder CSS ... :focus = outline: none; ... Browser-Default wird unterdrückt. Da der nachfolgende Button disabled ist, solange Benutzername und Passwort nicht eingetragen sind, ist der Fokus auf den Inputfeldern nur über die blinkende Eingefügemarke sichtbar. Besser funktioniert das in der Sprachauswahl.

    Seite 2, 3, 4, 5, 6, 7, 8: erfüllt

    Punktabzug: 0,25 Punkte

  • Prüfschritt 3.1.2a - Anderssprachige Wörter und Abschnitte ausgezeichnet

    Seite 2: eher erfüllt

    Einige englischsprachige Ausdrücke, (incident, legal, compliance) eingige wohl im Bereich der Fachanwendung gängig oder ähnlich ausgesprochen werden (z.B. Process - Prozess).

    Seite 6: eher erfüllt

    Einige nicht ausgezeichnete englischsprachige Ausdrücke (Initiative impact analysis, Busess Impact, Anti-Fraud, Capital Requirements Regulation usw.) die wahrscheinlich im Kontext der Anwendung keine Verständnisprobleme aufwerfen.

    Seite 7: eher erfüllt

    Einige nicht ausgezeichnete englischsprachige Ausdrücke (Asset Liability Management) die wahrscheinlich im Kontext der Anwendung keine Verständnisprobleme aufwerfen.

    Seite 8: eher erfüllt

    Einige nicht ausgezeichnete englischsprachige Ausdrücke (Legal Compliance, Capital Requirements) die wahrscheinlich im Kontext der Anwendung keine Verständnisprobleme aufwerfen.

    Seite 1, 3, 4, 5: erfüllt

    Punktabzug: 0,25 Punkte

  • Prüfschritt 3.3.2a - Beschriftungen von Formularelementen vorhanden

    S. 2-4, 6-8: Die Suche im Kopfbereich ist visuell nur über die Lupe beschriftet, die als Hintergrundbild eingebunden ist. Eine andere Technik sollte besser zur Einbindung verwendet werden (Vergl. WCAG Failure F3).

    Seite 1: eher erfüllt

    Beschriftung bei den Login-Feldern nur über placeholder der nach Eingabe verschwindet. Über aria-labelledby verknüpfte Labels sind leer, placeholder wird aber ausgegeben (außer im IE!). Das praktische Problem ist aber bei diesem sehr kurzen Standard-Login-Formular gering.

    Seite 5: erfüllt

    Verg. aber 1.3.1h (programmatische Verknüpfung von Formularelementen).

    Seite 6: erfüllt

    Die h1 Suche [eingegebener Begriff] kann notfalls als visuelles Label für das Suchfeld gelten, ist recht weit davon entfernt.

    Seite 3, 4: erfüllt
    Seite 2, 7, 8: nicht anwendbar

    Punktabzug: 0,75 Punkte

  • Prüfschritt 4.1.2a - Name, Rolle, Wert verfügbar

    S. 2-8: Die linke Nav-Bar ide=""axw-nav-bar-1025" besteht aus Links mit role="button" und aria-labels in Kombination mit aria-hidden="true" und tabindex="0" ausgeliefert. Der Status, welcher der vier Buttons aktiv ist, wird aber nur einmal nach Aktivierung vorgelesen, danach nicht mehr. Der Wert sollte ggf. über aria-selected oder aria-pressed definiert werden.

    S. 2-8: Der Button zum Wechseln zwischen Ansichten (id="axw_root_component_switch-ext-6178") sollte über aria-haspopup anzeigen, dass er ein Panel öffnet.

    Seite 2: eher erfüllt

    Dialog Attribute und Objekte, radiogroup-Bereiche (Modus und Eigenschaftenfilter): Weder im Chrome noch im IE werden die aria-label-Werte auf dem div mit role=radiogroup bei Fokussierung der input type=radio ausgegeben - ggf. wegen role="presentation" auf dem umgebenden div. Im Firefox Browser geht es. Das besser unterstützte Konstrukt wäre fieldset / legend.

    Seite 3: eher erfüllt

    Der button "Details einblenden" bzw. "Details ausblenden" wird manchmal umgekehrt vorgelesen – also genau das Gegenteil von dem was dort stand und auf der Bühne passierte.

    Bei Fokussierung der tds mit role=gridcell über Pfeiltaste wird der gleiche Text ausgegeben wie beim Aktivieren des eingeschlossenen Links "Die Eigenschaften von Modell (Name des Prozessschritts) anzeigen" über Tabben. Das Element ist aber erst beim zweiten Schritt aktivierbar, die ausgegebene Aktion ist bei der ersten Ausgabe gar nicht verfügbar. Das ist durchweg so und insofern lernbar, aber irreführend.

    Seite 4: eher erfüllt

    Linksseitige vertikale Menü-Leiste von Elementen (Pool, Bahn, Startereignis usw.):
    Hier werden die Rollen menubar und menu mit Unterelementen mit role=option genutzt. Vorgesehen sind bei menu und menubar dagegen Objekte mit den Rollen menuitem, menuitemcheckbox, oder menuitemradio. Die verwendenten Elemente mit role="option" verlangen dagegen ein Elternelement vom Typ role="listbox". Dennoch funktioniert die Ausgabe (im IE werden die Namen der Elemente doppelt ausgegeben, ggf. ein Browser-Bug).

    Der Button "Details einblenden" bzw. "Details ausblenden" wird manchmal umgekehrt vorgelesen – also genau das Gegenteil von dem was dort stand und auf der Bühne passierte.

    Das aria-label="Zur textuellen Ansicht wechseln" bleibt immer gleich, auch wenn man schon in der textuellen Ansicht ist (gilt für die anderen Links natürlich genauso).

    Seite 6: eher erfüllt

    Ausklappbereich "Suchoptionen und Filter":
    Auswahlliste "Modelle filtern" unterhalb des Inputs ist keine Baumansicht, wird aber mit Rolle Baumansicht ausgegeben.

    Auswahl des Dokuments KYC_Formular_Template.docx: Eine Statusmeldung wird nicht an nicht-visuelle Nutzer ausgegeben (etwa über aria-live="polite").

    Ausklappbereich "Suchoptionen und Filter":
    Auswahldialog mit Baumansicht nach Aktivierung von "Eigenschaft", nachdem mehrere Modelle aktiviert wurden: Über alle Bereiche der Baumansicht hinweg ist nur jeweils eine der Checkboxen auswählbar, sowohl mit Tastatur als auch mit Maus. Verwendet wird input type=button für Elemente, die visuell Checkboxen sind. Bei Auswahl einer zweiten Pseudocheckbox wird die bereits ausgewählte Checkbox wieder deselektiert. Falls dies das erwünschte Verhalten ist, ist die visuelle Rolle von radio inputs, angemessen nicht die von Checkboxen.

    Hinweis zur Auswahl angezeigter Spalten: Checkbox-Auswahlen sind nicht persistent: Nachauswahl von "Alle auswählen" und Neuaufruf des Dialogs zur Spaltenauswahl ist diese Option, die ja gerade gesetzt wurde, nicht mehr selektiert. Vielleicht ist das aber das intendierte Verhalten. Vergl. besonders Prüfschritt 1.3.1f Zuordnung von Tabellenzellen.

    Auch die Filter-Bubble-Elemente (Thema, Modell, Objekt und Eigenschaft) brauchen mehr ARIA-Auszeichnung. Sie sind zwar mit role="button" gekennzeichnet, aber dass sich darüber ein Popup öffnen lässt, ist nicht erkennbar. Es fehlt also ein aria-haspopup="true" für diese Elemente. aria-expanded und dessen Zuständekönnte entfallen, da das Element nach Aktivierung gar nicht den Tastaturfokus bekommen kann.

    Seite 5: teilweise erfüllt

    Im Bearbeitungsmodus ist auf manchen Objekten (z.B. "Process Carol (carol)") das Element "Bearbeiten" aktivierbar, die nach Aktivierung dann auftauchenden Elemente sind jedoch größtenteils nicht aktivierbar bzw. z.T. mit role="presentation" vor Screenreadern versteckt. Das Element Icon + für "Rolle hinzufügen" ist jedoch nicht-visuell und programmatisch deaktiviert, scheint aber nicht zu funktionieren - es wird auf diesem Element kein Name ausgegeben. Wenn dieser Bearbeitungsmodus für Nutzer nicht bedienbar ist, sollte wohl auch das Element "Bearbeiten" gar nicht erst aktivierbar sein - oder aber der Bearbeitungsmodus funktionieren.

    Seite 7: erfüllt

    Hinweis ohne Bewertung: Die Filter neben der tabellarischen Ansicht haben ein aria-selected="true/false", was auch korrekt reagiert. Das ergänzende aria-pressed="false" verändert sich nie.

    Seite 1, 8: erfüllt

    Punktabzug: 0,75 Punkte

Erfüllt sind 27 von 49 Prüfschritten:

  • Prüfschritt 1.1.1c - Leere alt-Attribute für Layoutgrafiken

    Seite 8: erfüllt

    Grafiken für Dokumente nach Typ und nach Organisationseinheit sind redundant, durch role="presentation" versteckt.

    Seite 1, 2, 3, 4, 5, 6, 7: nicht anwendbar
  • Prüfschritt 1.3.1a - HTML-Strukturelemente für Überschriften

    Hinweis ohne Bewertung: in manchen Layern stehen "Überschriften", wie beispielsweise "Eigenschaftenfilter" nur in einem div-Element. Die class"x-title-text x-title-text-default x-title-item" zeigt aber, dass es Überschriften sind – ggf. wäre hier ein role="heading" sinnvoll.

    Seite 5: erfüllt

    Hinweis ohne Punktabzug:
    Unter Potenzial-/Reifegradanalyse stehen die Inhalte in einem Fieldset (ist kein Formular) und die visuelle Überschrift ist ein Legend-Element, was hier aus meiner Sicht nur zur Formatierung missbraucht wurde.
    Hinweis ohne Punktabzug: Überschriften Outline beginnt mit H1 und geht dann durchgängig mit H3 weiter.

    Seite 2, 3, 4, 6, 7, 8: erfüllt
    Seite 1: nicht anwendbar
  • Prüfschritt 1.3.1d - Inhalte gegliedert

    Seite 1: erfüllt

    Hnweis ohne Punktabzug: Die Footer-Info "Version 7 | Teil des BOC Management Office | © 2018 BOC Products & Services AG | Alle Rechte vorbehalten" steht nur in einem DIV-Element, anstelle eines P-Elements.

    Seite 3: erfüllt

    HInweis: Absätze in den grid-Elementen stehen nicht in einem p-Element.

    Seite 4: erfüllt

    Im Eigenschaften-Layer sind nur die Absätze unter "Allgemein" als P-Elemente ausgezeichnet. In den anderen Bereichen sind es DIVS.

    Seite 5: erfüllt

    Die Texte unter den H3-Elementen sind nur DIVs.

    Die Informationen, die sich im Layer nach einem Klick auf die Info-Buttons präsentieren, stehen nur in einem DIV (allerdings mit der Rolle Textbox) und waren in meinen Tests nicht mit der Tastatur erreichbar. Ob das jetzt mit dem fehlenden P-Element oder dem Gesamtkonstrukt role="application" zusammenhängt, kann ich nicht sagen. Letztendlich lassen sich diese Inhalte mit einem Screenreader nicht erreichen.

    Seite 2, 6, 7, 8: erfüllt
  • Prüfschritt 1.3.1e - Datentabellen richtig aufgebaut

    Seite 2: erfüllt

    Umfangreiche Datentabelle mit den Rollen grid, gridcell, columnheader usw. umgesetzt.

    Seite 3: erfüllt

    Umfangreiche Datentabelle mit den Rollen grid, gridcell, columnheader usw. umgesetzt. Vergl. aber Prüfschritt 1.3.1f Zuordnung von Tabellenzellen.

    Seite 4: erfüllt

    Umfangreiche Datentabelle mit den Rollen grid, gridcell, columnheader usw. umgesetzt. Vergl. aber Prüfschritt 1.3.1f Zuordnung von Tabellenzellen.

    Seite 5: erfüllt

    Verschiedene Tabpanel (Allgemein, Organistion, Assets usw.): Datentabellen mit den Rollen grid, gridcell, columnheader usw. umgesetzt.

    Seite 6: erfüllt

    Datentabelle der Fundstellen mit den Rollen grid, gridcell, columnheader usw. umgesetzt. Vergl. aber Prüfschritt 1.3.1f Zuordnung von Tabellenzellen.

    Seite 7: erfüllt

    Musterorganigramm: Datentabellen mit Rollen grid und gridcell umgesetzt, Spaltenüberschriften werden korrekt ausgegeben.

    Seite 8: erfüllt

    Asset Liability Management, Kapitaladäquanzverordnung 1.00: Datentabellen mit Rollen grid und gridcell umgesetzt, Spaltenüberschriften werden korrekt ausgegeben.

    Seite 1: nicht anwendbar
  • Prüfschritt 1.3.1f - Zuordnung von Tabellenzellen

    Seite 2, 3, 4, 5, 6, 7, 8: erfüllt
    Seite 1: nicht anwendbar
  • Prüfschritt 1.3.1g - Kein Strukturmarkup für Layouttabellen

    Layouttabellen sind mit role="presentation" versteckt.

    Seite 2: erfüllt

    Vergl. allgemeine Anmerkungen.

    Seite 6: erfüllt

    Layouttabellen in den Ausklappbereichen Themen filtern, Modelle filtern, Objekte filtern, Eigenschaften filtern mit role ="presentation".

    Seite 8: erfüllt
    Seite 1, 3, 4, 5, 7: nicht anwendbar
  • Prüfschritt 1.3.2a - Sinnvolle Reihenfolge

    Manche Elemente etwa die h1 lassen sich nicht-visuell nur durch Wechsel in den Lesemodus erreichen.

    Seite 1, 2, 3, 4, 5, 6, 7, 8: erfüllt
  • Prüfschritt 1.3.3a - Ohne Bezug auf sensorische Merkmale nutzbar

    Seite 1, 2, 3, 4, 5, 6, 7, 8: erfüllt
  • Prüfschritt 1.4.3a - Kontraste von Texten ausreichend

    Seite 3: erfüllt

    Hinweis ohne Bewertung: Zukünftig werden Informationstragende Grafiken den WCAG 2.1 Prüfschritt 1.4.11 Non-Text Contrast (AA) ncuht erfüllen.

    Seite 4: erfüllt

    Hinweis ohne Bewertung: Zukünftig werden Informationstragende Grafiken den WCAG 2.1 Prüfschritt 1.4.11 Non-Text Contrast (AA) ncuht erfüllen.

    Seite 6: erfüllt

    Hinweis ohne Punktabzug: Die Hervorhebung der Suchbegriffe ist sehr schwach und bei benutzerdefinierten Farben auch nicht sichtbar. Gegebenenfalls kann man das optimieren.

    Seite 1, 2, 5, 7, 8: erfüllt
  • Prüfschritt 1.4.4a - Text auf 200% vergrößerbar

    Seite 2, 3, 4, 6, 7:
    Tabelle passt bei 200% ggf. nicht in den Viewport (1280px Breite), ist aber über Scrollbalken oder Pfeiltasten scrollbar. Die letzte Spalte ist aber ggf. nicht voll sichtbar (bzw. Sichtbarkeit nur über Nutzung des Scrollbalkens oder Änderungen der Spalltenbreite - mit der Maus - oder der Anzahl angezeigter Spalten herstellbar).

    Seite 1, 2, 3, 4, 5, 6, 7, 8: erfüllt
  • Prüfschritt 1.4.5a - Verzicht auf Schriftgrafiken

    Seite 1, 2, 3, 4, 5, 6, 7, 8: erfüllt
  • Prüfschritt 2.1.1a - Ohne Maus nutzbar

    S. 2, 3, 4, 6, 7, 8 (Bereich Asset Liability Management): Die (kontrastarme) Tabellen-Sortierfunktion wird bei Fokussierung der Tabellenheader nicht eingeblendet, wohl aber bei Mausfokussierung. Bei Tastaturnutzung wird das Element erst bei Nutzung der Pfeiltaste nach unten/oben eingeblendet.

    S. 4, 6, 8: Wenn Inhalte in den gridcell-Elementen in Spalte "Beschreibung", bei denen Texte durch Ellipsen abgekürzt sind, über ENTER Dialoge mit dem Volltext öffnen, sollte der Text auch ohne Umschalten in den Screenreader-Lesemodus für nicht-visuellen Nutzer erreichbar sein (oder die Anwendung sollte, wenn möglich, über Vergabe von role="document" o.ä. in den Lesemodus wechseln). Diese Dialoge lassen sich über die Maus nur mit Doppelklick öffnen. Ist dies das erwartete Verhalten?

    Seite 1: erfüllt

    Anmerkung: Logo "Adonis NP - make processes work" und Text im Fußbereich "Version 7 | Teil des BOC Management Office | © 2018 BOC Products & Services AG | Alle Rechte vorbehalten" mit Screenreader nicht erreichbar, wohl wegen role="application" auf body. Im Prinzip sollten alle Seiteninhalte ereichbar sein. Die Ausgabe ist hier auf der Login-Seite aber wohl verzichtbar. Die Version und Infos zur Anwendung sind auch nach Login unter Menü Einstellungen > Info verfügbar.

    Seite 2: erfüllt

    h1 Überschrift Organisationsportal - Prozesse wird nicht fokussiert und ist für nicht-visuelle Nutzer nur mühsam, bei Fokus auf der Werkzeugleiste (vor / zurück / geöffnete Ansichten) durch Umschalten in den Lesemodus und Umschalt-h erreichbar.

    Seite 3: erfüllt

    h1 Überschrift KP.02.01 Kreditantrag erstellen Privatkunde 1.00 wird nicht fokussiert und ist für nicht-visuelle Nutzer nur mühsam, bei Fokus auf der Werkzeugleiste (vor / zurück / geöffnete Ansichten) durch Umschalten in den Lesemodus und Umschalt-h erreichbar. Die Überschrift wird aber auf anderen Elementen als Kontext ausgegeben (etwa auf dem Schließen-Schalter, nach Aktivierung von [n] geöffnete Ansichten, beim Fokussieren des Modell-Headers, usw.), deswegen ist das praktische Problem gering.

    Seite 4: erfüllt

    Vergl. Anmerkungen zu S. 3.

    Beim Setzen eines Filters (div class axw-mod-tbar) ohne Ergebnis erscheint in der tabellarischen Ansicht die Rückmeldung „kein Eintrag“. Der Eintrag kann nicht fokusiert ausgelesen werden. Dies wäre ein Fall für Statusmeldung mit aria-live.

    Seite 5: erfüllt

    h1 Überschrift Organisationsportal - Organisation wird nicht fokussiert und ist für nicht-visuelle Nutzer nur mühsam, bei Fokus auf der Werkzeugleiste (vor / zurück / geöffnete Ansichten) durch Umschalten in den Lesemodus und Umschalt-h erreichbar.

    Seite 6: erfüllt

    h1 Überschrift Organisationsportal - Organisation wird nicht fokussiert und ist für nicht-visuelle Nutzer nur mühsam, bei Fokus auf der Werkzeugleiste (vor / zurück / geöffnete Ansichten) durch Umschalten in den Lesemodus und Umschalt-h erreichbar.

    Nach Suche "customer", Ergebnistabelle, Spalte Beschreibung, Aktivierung der Einträge: Die Inhalte der aufgerufenen Popups sind für Screenreader-Nutzer heir nicht erreichbar (z.B. der Text "(KYC) Formular, zur Sicherstellung der Aufnahme aller relevanten Daten." Der gleiche (visuell abgeschnittene) Text wird nicht-visuell allerdings schon bei Pfeiltasten-Fokussierung der Zelle ausgegeben. Dennoch sollten grundsätzlich Inhalte von über die Tastatur aufrufbaren Fenstern auch für nicht-visuelle Tastaturnutzer ausgegeben werden.

    Bereich unter "Suchoptionen und Filter" ausgeklappt:
    Hinweis ohne Punktabzug: Unklar ist (für alle Nutzer) was über den Dialog mit Baumansicht, der nach Auswahl von "Suchbereich aktivieren" erscheint, überhaupt zu ändern ist. Die Baum-Elemente sind aufrufbar, aber nicht aktivierbar/deaktivierbar, der Zustand des Schalters "Suchbereich aktivieren" bleibt gleich.

    Seite 7: erfüllt

    h1 Überschrift wird nicht fokussiert und ist für nicht-visuelle Nutzer nur mühsam, bei Fokus auf der Werkzeugleiste (vor / zurück / geöffnete Ansichten) durch Umschalten in den Lesemodus und Umschalt-h erreichbar.

    Hinweis zur grafischen Ansicht, die hier nicht mitgeprüft wurde: Inhalte im Dialog nach Auswahl der verfügbaren Tastaturkürzel scheint für nicht-visuelle Nutzer nicht zugänglich.

    Seite 8: erfüllt

    h1 Überschrift Kapitaladäquanzverordnung 1.00 wird nicht fokussiert und ist für nicht-visuelle Nutzer nur mühsam, bei Fokus auf der Werkzeugleiste (vor / zurück / geöffnete Ansichten) durch Umschalten in den Lesemodus und Umschalt-h erreichbar.

    Vergl. auch allgemeine Hinweise.

  • Prüfschritt 2.1.2a - Keine Tastaturfalle

    Seite 3: erfüllt

    Möglicher Bug: Firefox / NVDA an: Bei Nutzung der Menüs rechts von den Spaltenüberschriften zur auf/absteigenden Sortierung und Auswahl angezeigter Spalten kam es zu einem Einfrieren, Fokusbewegen über Pfeiltasten / Tab war dann nicht mehr möglich, Neuladen erforderlich. Nicht reproduzierbar.

    Seite 1, 2, 4, 5, 6, 7, 8: erfüllt
  • Prüfschritt 2.2.1a - Zeitbegrenzungen anpassbar

    Vor dem Timeout erfolgt eine Warnung im Dialog, die den Timeout verlängert.

    Seite 1: erfüllt

    Vergl. allgemeine Anmerkung.

    Seite 2: erfüllt

    Vergl. allgemeine Anmerkung.

    Seite 3: erfüllt

    Vergl. allgemeine Anmerkung.

    Seite 4: erfüllt

    Vergl. allgemeine Anmerkung.

    Seite 5: erfüllt

    Vergl. allgemeine Anmerkung.

    Seite 6: erfüllt

    Vergl. allgemeine Anmerkung.

    Seite 7: erfüllt

    Vergl. allgemeine Anmerkung.

    Seite 8: erfüllt

    Vergl. allgemeine Anmerkung.

  • Prüfschritt 2.2.2a - Bewegte Inhalte abschaltbar

    Seite 1, 2, 3, 4, 5, 6, 7, 8: erfüllt
  • Prüfschritt 2.3.1a - Verzicht auf Flackern

    Seite 1, 2, 3, 4, 5, 6, 7, 8: erfüllt
  • Prüfschritt 2.4.2a - Sinnvolle Dokumenttitel

    Seite 2: erfüllt

    Modell-Werkbank wird geladen... bleibt ggf. im title stehen. Sollte überprüft werden.

    Seite 3: erfüllt

    Beim ersten Aufruf ist der Seitentitel nicht vollständig - hier stand dann nur ADONIS NP (accessibility2). Sollte überprüft werden.

    Seite 7: erfüllt

    Hinweis ohne Punktabzug: title ADONIS NP (accessibility2) | Modell-Werkbank - Wird geladen... erhalten. Bitte prüfen und korrigieren, denn der Hinweis wird geladen ist irritierend.

    Seite 1, 4, 5, 6, 8: erfüllt
  • Prüfschritt 2.4.4a - Aussagekräftige Linktexte

    Seite 2: erfüllt

    Anmerkung: Linktexte für Screenreader-Nutzer sind durch Hinzufügungen wie "Die Eigenschaften von"..."anzeigen" oft recht lang. (Linktext) + "Eigenschaften" wäre kürzer und der entscheidende Bestandteil kommt zuerst - nicht-visuelle Nutzer können so das Element viel schneller identifizieren.

    Seite 3: erfüllt

    Anmerkung: Linktexte für Screenreader-Nutzer wie "Die Eigenschaften von Modellierungsinstanz "..."anzeigen" oft recht lang - störend besonders bei gridcells, die mehrere Links enthalten. (Linktext) + "Eigenschaften" wäre kürzer und der entscheidende Bestandteil kommt zuerst - nicht-visuelle Nutzer können so das Element viel schneller identifizieren.

    Seite 5: erfüllt

    Anmerkung: Linktexte für Screenreader-Nutzer wie "Die Eigenschaften von Repository-Objekt"..."anzeigen" sind oft recht lang. Siehe Hinweise zu S.2.

    Seite 4, 6, 7, 8: erfüllt
    Seite 1: nicht anwendbar
  • Prüfschritt 2.4.6a - Aussagekräftige Überschriften und Beschriftungen

    Seite 1, 2, 3, 4, 5, 6, 7, 8: erfüllt
  • Prüfschritt 2.4.8a - Position im Webauftritt klar

  • Prüfschritt 3.1.1a - Hauptsprache angegeben

    Seite 1, 2, 3, 4, 5, 6, 7, 8: erfüllt
  • Prüfschritt 3.2.1a - Keine unerwartete Kontextänderung bei Fokus

    Seite 1, 2, 3, 4, 5, 6, 7, 8: erfüllt
  • Prüfschritt 3.2.2a - Keine unerwartete Kontextänderung bei Eingabe

    Seite 1, 2, 3, 4, 5, 6, 7, 8: erfüllt
  • Prüfschritt 3.2.3a - Konsistente Navigation

  • Prüfschritt 3.2.4a - Konsistente Bezeichnung

  • Prüfschritt 3.3.1a - Fehlererkennung

    Seite 1: erfüllt

    Fehlerhafte Anmeldung wird im Dialog ausgegeben.

    Seite 2, 3, 4, 5, 6, 7, 8: nicht anwendbar
  • Prüfschritt 3.3.3a - Hilfe bei Fehlern

    Seite 1: erfüllt

    Der unspezifische Hinweis ("Der Benutzer "..." konnte nicht angemeldet werden. Ein falscher Benutzername oder ein falsches Passwort wurde eingegeben.") ist hier beim Login angemessen.

    Seite 2, 3, 4, 5, 6, 7, 8: nicht anwendbar

Nicht anwendbar sind 10 von 49 Prüfschritten:

Blättern: zum ersten Test zum vorhergehenden Test zum nächsten Test zum letzten Test