6.2 Dans chaque écran, les éléments de l’interface ne doivent pas être utilisés uniquement à des fins de présentation. Cette règle est-elle respectée ?

Test 1 (6.2)

Dans ce critère, on ne contrôle que les éléments qui ne doivent pas être interactifs (les éléments texte, les tableaux par exemple).

iOS avec VoiceOver

1. Activer le lecteur d’écran et parcourir l’ensemble des éléments de l’écran.
2. Vérifier que le rôle restitué par le lecteur d’écran correspond à la nature de l’élément (par exemple, lorsque le lecteur d’écran atteint ce qui apparaît comme un paragraphe et qu’il restitue « Bouton », il s’agit d’une erreur, aucun rôle n’est restitué sur les paragraphes).
3. Si c’est le cas, le critère est validé.

iOS Avec Accessibility Inspector{lang=en}

1. Connecter le terminal mobile iOS à l’ordinateur avec macOS.
2. Activer le logiciel Accessibility Inspector{lang=en}.
3. Choisir le terminal mobile comme source et rester sur l’onglet « Inspection » (boutons en haut à droite).
4. Avec les flèches de Accessibility Inspector{lang=en}, accéder à chaque élément de l’interface.
5. Vérifier que le rôle disponible dans le paramètre « Traits{lang=en} » est pertinent au regard de la nature de l’élément associé (par exemple, un simple texte qui aurait un rôle de bouton serait considéré non conforme, il devrait être identifié comme un texte statique).
6. Si c’est le cas, le critère est validé.

Android

1. Activer le lecteur d’écran et parcourir l’ensemble des éléments de l’écran.
2. Vérifier que le rôle restitué par le lecteur d’écran correspond à la nature de l’élément (par exemple, lorsque le lecteur d’écran atteint ce qui apparaît comme un paragraphe et qu’il restitue « Bouton », il s’agit d’une erreur, aucun rôle n’est restitué sur les paragraphes).
3. Si c’est le cas, le critère est validé.