RAAM 1 : Critères et tests

iOS et Android

1. Activer le lecteur d’écran.
2. Repérer dans l’écran les éléments graphiques décoratifs (voir la note de glossaire concernant les particularités de restitution).
3. Vérifier :
   • qu’ils ne peuvent pas être atteints avec le lecteur d’écran ;
   • que leur contenu n’est pas restitué par ailleurs depuis un autre élément dans l’écran.
4. Si c’est le cas, le critère est validé.

iOS et Android

1. Activer le lecteur d’écran.
2. Repérer dans l’écran les éléments graphiques porteurs d’informations (voir la note de glossaire concernant les particularités de restitution), par exemple, une image ou une icône.
3. Vérifier :
   • qu’ils peuvent être atteints avec le lecteur d’écran ;
   • ou que l’information qu’ils véhiculent est restituée depuis un autre élément dans l’écran.
4. Si c’est le cas, le critère est validé.

iOS et Android

1. Activer le lecteur d’écran.
2. Repérer dans l’écran les éléments graphiques porteurs d’information (voir la note de glossaire concernant les particularités de restitution).
3. Vérifier :
   • que l’alternative restituée par le lecteur d’écran est pertinente ;
   • ou que l’information restituée depuis un autre élément dans l’écran est pertinente.
4. Si c’est le cas, le critère est validé.

iOS et Android

1. Activer le lecteur d’écran.
2. Repérer dans l’écran les éléments graphiques utilisés comme CAPTCHA (voir la note de glossaire concernant les particularités de restitution).
3. Vérifier que l’alternative restituée par le lecteur d’écran permet de comprendre la fonction de l’élément graphique (par exemple « Code secret à saisir », « Code de sécurité »).
4. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer dans l’écran les éléments graphiques utilisés comme CAPTCHA (voir la note de glossaire concernant les particularités de restitution).
2. Vérifier :
   • la présence d’une alternative non graphique (CAPTCHA sonore ou logique) ;
   • ou la présence d’une autre solution d’accès à la fonctionnalité sécurisée par le CAPTCHA (envoi d’un code sms, envoi d’un email de confirmation, etc.).
3. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer dans l’écran les éléments graphiques porteurs d’information qui nécessitent une description détaillée (voir la note de glossaire concernant les particularités de restitution). Par exemple :
   • éléments graphiques pour lesquels l’alternative à fournir est trop longue (plus d’une phrase par exemple) ou nécessite une structuration (titres, listes ou tableau) ;
   • éléments graphiques qui cumulent plusieurs problématiques (information par la couleur, élément graphique texte, contrastes, etc.) comme les graphiques ou les cartes.
2. Vérifier :
   • la présence d’une description détaillée clairement identifiable adjacente à l’élément graphique ;
   • ou la présence d’une fonctionnalité (un bouton, un lien) permettant d’accéder à une description détaillée.
3. Sinon, activer le lecteur d’écran et naviguer jusqu’à l’élément graphique.
4. Vérifier que le lecteur d’écran restitue une description détaillée.
5. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer dans l’écran les éléments graphiques qui possèdent une description détaillée.
2. Vérifier que chaque description détaillée est pertinente. On doit y trouver toutes les informations présentes dans l’élément graphique et nécessaires à la compréhension du contenu.
3. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer dans l’écran les éléments graphiques texte porteurs d’information (voir la note de glossaire concernant les particularités de restitution) :
   • Activer le lecteur d’écran, parcourir le contenu et repérer si les éléments restitués « élément graphique » ou « image » contiennent du texte porteur d’information.
2. Vérifier :
   • qu’il existe un mécanisme de remplacement des éléments graphiques texte par du texte modifiable selon les préférences d’affichage de l’utilisateur (taille, couleur, graisse…) ;
   • ou que les styles et effets ne peuvent pas être reproduits via du texte stylé.
3. Si c’est le cas, le critère est validé.

iOS et Android

1. Activer le lecteur d’écran.
2. Naviguer jusqu’aux éléments graphiques légendés.
3. Vérifier que la légende de l’élément graphique est restituée lorsque le focus atteint l’élément graphique (l’élément graphique et la légende sont contenus dans un seul élément atteignable par le lecteur d’écran).
4. Si c’est le cas, le critère est validé.

iOS

1. Activer l’option Différencier sans couleur (Réglages > Accessibilité > Affichage et taille du texte > Différencier sans couleur).
2. Repérer dans l’écran les mots ou ensemble de mots, les textes, les éléments graphiques porteurs d’information et les médias temporels dont la mise en couleur est porteuse d’information.
3. Vérifier qu’il existe un autre moyen visuel de récupérer cette information : présence d’une icône ou d’un effet graphique de forme ou de position, un effet typographique, etc.
4. Avec le lecteur d’écran, accéder à l’information donnée par la couleur.
5. Vérifier qu’une information équivalente est restituée par le lecteur d’écran (par exemple l’état « sélectionné » d’un bouton vert).
6. Si c’est le cas, le critère est validé.

Android

1. Repérer dans l’écran les mots ou ensemble de mots, les textes, les éléments graphiques porteurs d’information et les médias temporels dont la mise en couleur est porteuse d’information.
2. Vérifier qu’il existe un autre moyen visuel de récupérer cette information : présence d’une icône ou d’un effet graphique de forme ou de position, un effet typographique, etc.).
3. Avec le lecteur d’écran, accéder à l’information donnée par la couleur.
4. Vérifier qu’une information équivalente est restituée par le lecteur d’écran (par exemple l’état « sélectionné » d’un bouton vert).
5. Si c’est le cas, le critère est validé.

iOS

1. Activer l’option Augmenter le contraste (Réglages > Accessibilité > Affichage et taille du texte > Augmenter le contraste) ou s’il est présent dans l’application, activer le mécanisme de remplacement permettant d’afficher l’application avec un rapport de contraste suffisant.
2. Repérer dans l’écran les textes, les textes contenus dans des éléments graphiques et les textes incrustés dans les vidéos qui pourraient poser des problèmes de contraste.
3. Activer le logiciel Colour Contrast Analyser sur l’ordinateur et capturer les couleurs d’avant-plan et d’arrière-plan sur le terminal mobile soit :
   • En diffusant l’écran du terminal mobile sur l’ordinateur ;
   • En réalisant des captures d’écran des éléments à évaluer (et en les important sur l’ordinateur).
4. Vérifier :
   • Pour les textes en taille normale, que la valeur de contraste est de 4.5:1, au moins ;
   • Pour les textes de grande taille, que la valeur de contraste est de 3:1 au moins.
5. Si c’est le cas, le critère est validé.

Note : Il est possible d’utiliser l’application Accessibility Inspector disponible sur macOS pour réaliser une évaluation rapide des contrastes des écrans. Le logiciel dispose d’une fonctionnalité « Audit » qui permet de faire des tests automatiques de certains éléments textes et graphiques des écrans. Cette fonctionnalité ne détecte pas l’ensemble des défauts de contraste, des tests complémentaires suivant la méthodologie décrite ci-avant seront nécessaires.

Android

1. S’il existe dans l’application, activer le mécanisme de remplacement permettant d’afficher l’application avec un rapport de contraste suffisant.
2. Repérer dans l’écran les textes, les textes contenus dans des éléments graphiques et les textes incrustés dans les vidéos qui pourraient poser des problèmes de contraste.
3. Activer le logiciel Colour Contrast Analyser sur l’ordinateur et capturer les couleurs d’avant-plan et d’arrière-plan sur le terminal mobile soit :
   • En diffusant l’écran du terminal mobile sur l’ordinateur ;
   • En réalisant des captures d’écran des éléments à évaluer (et en les important sur l’ordinateur).
4. Vérifier :
   • Pour les textes en taille normale, que la valeur de contraste est de 4.5:1, au moins ;
   • Pour les textes de grande taille, que la valeur de contraste est de 3:1 au moins.
5. Si c’est le cas, le critère est validé.

Note : Il est possible d’utiliser l’application Accessibility Scanner pour réaliser une évaluation rapide des contrastes des écrans. L’application ne détecte pas l’ensemble des défauts de contrastes, des tests complémentaires suivant la méthodologie décrite ci-avant seront nécessaires.

iOS

1. Activer l’option Augmenter le contraste (Réglages > Accessibilité > Affichage et taille du texte > Augmenter le contraste) ou s’il est présent dans l’application, activer le mécanisme de remplacement permettant d’afficher les éléments graphiques avec un rapport de contraste suffisant.
2. Repérer dans l’écran les éléments graphiques porteurs d’information et pour chacun :
   • Identifier quelle(s) couleur(s) du composant sont nécessaires à l’identification de la localisation et/ou de l’information véhiculée (cela peut être la bordure, la couleur d’une icône, la couleur de fond) ;
   • Identifier les couleurs adjacentes qui ont un impact sur la visibilité de la ou les couleurs du composant.
3. Repérer dans l’écran les composants interactifs qui peuvent avoir plusieurs états (survolés, focus, activé, coché) et pour chacun :
   • Identifier quelle(s) couleur(s) du composant sont nécessaires à l’identification de la localisation et/ou de l’information véhiculée et de l’état (cela peut être la bordure, la couleur d’une icône, la couleur de fond) pour chacun des états ;
   • Identifier les couleurs adjacentes qui ont un impact sur la visibilité de la ou les couleurs du composant.
4. Activer le logiciel Colour Contrast Analyser sur l’ordinateur et capturer les couleurs d’avant-plan et d’arrière-plan sur le terminal mobile soit :
   • En diffusant l’écran du terminal mobile sur l’ordinateur ;
   • En réalisant des captures d’écran des éléments à évaluer (et en les important sur l’ordinateur).
5. Vérifier que le rapport de contraste entre les couleurs identifiées est de 3:1 au moins.
6. Si c’est le cas, le critère est validé.

Note : Il est possible d’utiliser l’application Accessibility Inspector disponible sur macOS pour réaliser une évaluation rapide des contrastes des écrans. Le logiciel dispose d’une fonctionnalité « Audit » qui permet de faire des tests automatiques de certains éléments textes et graphiques des écrans. Cette fonctionnalité ne détecte pas l’ensemble des défauts de contraste, des tests complémentaires suivant la méthodologie décrite ci-avant seront nécessaires.

Android

1. S’il existe dans l’application, activer le mécanisme de remplacement de l’application permettant d’afficher les éléments graphiques avec un rapport de contraste suffisant.
2. Repérer dans l’écran les éléments graphiques porteurs d’information et pour chacun :
   • Identifier quelle(s) couleur(s) du composant sont nécessaires à l’identification de la localisation et/ou de l’information véhiculée (cela peut être la bordure, la couleur d’une icône, la couleur de fond) ;
   • Identifier les couleurs adjacentes qui ont un impact sur la visibilité de la ou les couleurs du composant.
3. Repérer dans l’écran les composants interactifs qui peuvent avoir plusieurs états (survolés, focus, activé, coché) et pour chacun :
   • Identifier quelle(s) couleur(s) du composant sont nécessaires à l’identification de la localisation et/ou de l’information véhiculée et de l’état (cela peut être la bordure, la couleur d’une icône, la couleur de fond) pour chacun des états ;
   • Identifier les couleurs adjacentes qui ont un impact sur la visibilité de la ou les couleurs du composant.
4. Activer le logiciel Colour Contrast Analyser sur l’ordinateur et capturer les couleurs d’avant-plan et d’arrière-plan sur le terminal mobile soit :
   • En diffusant l’écran du terminal mobile sur l’ordinateur ;
   • En réalisant des captures d’écran des éléments à évaluer (et en les important sur l’ordinateur).
5. Vérifier que le rapport de contraste entre les couleurs identifiées est de 3:1 au moins.
6. Si c’est le cas, le critère est validé.

Note : Il est possible d’utiliser l’application Accessibility Scanner pour réaliser une évaluation rapide des contrastes des écrans. L’application ne détecte pas l’ensemble des défauts de contrastes, des tests complémentaires suivant la méthodologie décrite ci-avant seront nécessaires.

iOS

1. Vérifier que l’option Augmenter le contraste (Réglages > Accessibilité > Affichage et taille du texte > Augmenter le contraste) est désactivée.
2. Repérer la présence d’un mécanisme de remplacement permettant d’afficher l’application avec un rapport de contraste suffisant.
3. Vérifier qu’il n’est pas activé (c’est-à-dire que l’écran est diffusé avec les contrastes par défaut).
4. Activer le logiciel Colour Contrast Analyser sur l’ordinateur et capturer les couleurs d’avant-plan et d’arrière-plan sur le terminal mobile soit :
   • En diffusant l’écran du terminal mobile sur l’ordinateur ;
   • En réalisant des captures d’écran des éléments à évaluer (et en les important sur l’ordinateur).
5. Si le mécanisme de remplacement est identifié par un texte, capturer les couleurs d’avant-plan et d’arrière-plan et vérifier :
   • Pour les textes en taille normale, que la valeur de contraste est de 4.5:1, au moins ;
   • Pour les textes en taille agrandie, que la valeur de contraste est de 3:1 au moins.
6. Si le mécanisme de remplacement est identifié par un élément non textuel uniquement (une icône par exemple) :
   1. Identifier quelle(s) couleur(s) du composant sont nécessaires à l’identification de la localisation et/ou de l’information (cela peut être la bordure, la couleur d’une icône, la couleur de fond) ;
   2. Identifier les couleurs adjacentes qui ont un impact sur la visibilité de la couleur ;
   3. Vérifier que le rapport de contraste entre les couleurs identifiées est de 3:1 au moins.
7. Si c’est le cas, le critère est validé.

Android

1. Repérer la présence d’un mécanisme de remplacement permettant d’afficher l’application avec un rapport de contraste suffisant.
2. Vérifier qu’il n’est pas activé (c’est-à-dire que l’écran est diffusé avec les contrastes par défaut).
3. Activer le logiciel Colour Contrast Analyser sur l’ordinateur et capturer les couleurs d’avant-plan et d’arrière-plan sur le terminal mobile soit :
   • En diffusant l’écran du terminal mobile sur l’ordinateur ;
   • En réalisant des captures d’écran des éléments à évaluer (et en les important sur l’ordinateur).
4. Si le mécanisme de remplacement est identifié par un texte, capturer les couleurs d’avant-plan et d’arrière-plan et vérifier :
   • Pour les textes en taille normale, que la valeur de contraste est de 4.5:1, au moins ;
   • Pour les textes en taille agrandie, que la valeur de contraste est de 3:1 au moins.
5. Si le mécanisme de remplacement est identifié par un élément non textuel uniquement (une icône par exemple) :
   1. Identifier quelle(s) couleur(s) du composant sont nécessaires à l’identification de la localisation et/ou de l’information (cela peut être la bordure, la couleur d’une icône, la couleur de fond) ;
   2. Identifier les couleurs adjacentes qui ont un impact sur la visibilité de la couleur ;
   3. Vérifier que le rapport de contraste entre les couleurs identifiées est de 3:1 au moins.
6. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer dans l’écran les médias temporels seulement audio qui nécessitent une transcription textuelle.
2. Vérifier :
   • La présence d’une transcription textuelle accessible via un composant adjacent (un bouton ou un lien) ;
   • Ou la présence d’une transcription textuelle adjacente clairement identifiable.
3. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer dans l’écran les transcriptions textuelles des médias temporels seulement audio.
2. Vérifier que chaque transcription textuelle est pertinente (toutes les informations sonores ou visuelles importantes sont présentes, les dialogues et les textes incrustés notamment).
3. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer dans l’écran les médias temporels seulement vidéo qui nécessitent une transcription textuelle.
2. Vérifier :
   • la présence d’une version alternative audio seulement accessible via un composant adjacent (un bouton ou un lien) ;
   • ou la présence d’une version alternative audio seulement adjacente ;
   • ou la présence d’une transcription textuelle adjacente (un bouton ou un lien) ;
   • ou la présence d’une transcription textuelle adjacente clairement identifiable ;
   • ou la présence d’une audiodescription synchronisée ;
   • ou la présence d’une version alternative avec une audiodescription synchronisée accessible via un composant adjacent (un bouton ou un lien).
3. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer dans l’écran les médias temporels seulement vidéo avec une alternative (transcription textuelle ou une version audio seulement).
2. Si la transcription textuelle est présente, vérifier :
   • que celle-ci est pertinente (toutes les informations sonores ou visuelles importantes sont présentes, les dialogues et les textes incrustés notamment).
3. Si une audiodescription est présente, vérifier :
   • que celle-ci est pertinente (toutes les informations visuelles importantes sont présentes) ;
   • et que celle-ci est correctement synchronisée (la bande-son de l’audiodescription coïncide correctement avec la bande vidéo).
4. Si une version « audio seulement » est présente, vérifier :
   • que celle-ci est pertinente (toutes les informations sonores ou visuelles importantes sont présentes, les dialogues et les textes incrustés notamment).
5. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer dans l’écran les médias temporels synchronisés qui nécessitent une transcription textuelle.
2. Vérifier :
   • la présence d’une transcription textuelle adjacente clairement identifiable ;
   • ou la présence d’une transcription textuelle accessible via un composant adjacent (un bouton ou un lien) ;
   • ou la présence d’une audiodescription synchronisée ;
   • ou la présence d’une version alternative avec une audiodescription synchronisée accessible via un composant adjacent (un bouton ou un lien).
3. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer dans l’écran les médias temporels synchronisés avec une audiodescription ou une transcription textuelle.
2. Si une audiodescription est présente, vérifier :
   • que celle-ci est pertinente (toutes les informations visuelles importantes sont présentes) ;
   • et que celle-ci est correctement synchronisée (la bande-son de l’audiodescription coïncide correctement avec la bande vidéo).
3. Si une transcription textuelle est présente, vérifier :
   • que celle-ci est pertinente (toutes les informations sonores ou visuelles importantes sont présentes, les dialogues et les textes incrustés notamment).
4. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer dans l’écran les médias temporels synchronisés qui nécessitent des sous-titres (c’est-à-dire dont la bande son apporte de l’information, comme le discours d’une personne).
2. Vérifier :
   • qu’il existe des sous-titres synchronisés ;
   • ou qu’il existe une version alternative possédant des sous-titres synchronisés accessible via un composant adjacent (un bouton ou un lien).
3. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer dans l’écran les médias temporels synchronisés possédant des sous-titres.
2. Vérifier que les sous-titres sont :
   • pertinents (toutes les informations sonores importantes sont présentes, les dialogues notamment) ;
   • et correctement synchronisés. Si vous n’observez pas de décalage entre le discours oralisé et l’apparition des sous-titres, les sous-titres sont correctement synchronisés. La norme de référence spécifie que les sous-titres doivent apparaître dans les 100 ms suivant l’horodatage du sous-titre.
3. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer dans l’écran les médias temporels pré-enregistrés seulement vidéo et synchronisés qui nécessitent une audiodescription.
2. Vérifier :
   • la présence d’une audiodescription synchronisée ;
   • ou la présence d’une version alternative avec une audiodescription synchronisée adjacente ou accessible via un composant adjacent (un bouton ou un lien).
3. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer dans l’écran les médias temporels seulement vidéo ou synchronisé avec une audiodescription.
2. Vérifier que l’audiodescription est :
   • pertinente (toutes les informations visuelles importantes sont présentes) ;
   • correctement synchronisée :
     • les sons et paroles de l’audiodescription ne chevauchent pas ceux de la bande-son originale pour provoquer des problèmes de perception et de compréhension ;
     • les informations véhiculées dans l’audiodescription sont données au moment où apparaissent les informations visuelles équivalentes.
3. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer dans l’écran les médias temporels seulement vidéo, audio ou synchronisés pré-enregistrés.
2. Vérifier :
   • qu’un passage de texte (un titre ou un paragraphe par exemple), permettant d’identifier le média temporel, le précède ou le suit immédiatement ;
   • que le passage de texte est situé à l’extérieur du lecteur de contenu multimédia.
3. Si c’est le cas, le critère est validé.

iOS et Android

1. Au chargement de l’écran, si un son se déclenche automatiquement, vérifier :
   • que la séquence sonore a une durée inférieure ou égale à 3 secondes ;
   • ou qu’un dispositif (un bouton par exemple), sur l’élément ayant déclenché le son, ou dans l’écran, permet de le stopper ;
   • ou que le volume de la séquence peut être contrôlé par l’utilisateur, indépendamment du contrôle de volume du système.
2. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer dans l’écran les médias temporels pré-enregistrés.
2. Vérifier que les fonctionnalités suivantes au moins sont présentes :
   • une fonctionnalité de lecture ;
   • une fonctionnalité de mise en pause ou d’arrêt ;
   • si le média possède une piste sonore, une fonctionnalité qui permet d’activer et désactiver le son ;
3. Si le média possède une audiodescription, vérifier qu’il existe une fonctionnalité qui permet d’activer et désactiver l’audiodescription.
4. Si le média possède des sous-titres synchronisés :
   • s’il s’agit de sous-titres incrustés (open captions) en tant qu’image, vérifier qu’ils sont affichés au lancement de la lecture de la vidéo ;
   • s’il s’agit de sous-titres non incrustés (closed captions) , vérifier qu’il existe une fonctionnalité qui permet d’activer et désactiver ces sous-titres.
5. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer dans l’écran les médias temporels pré-enregistrés ayant une alternative (sous-titres synchronisés ou audiodescription).
2. Si des sous-titres sont présents, vérifier que la fonctionnalité qui permet d’activer et désactiver les sous-titres est présentée au même niveau que les autres fonctionnalités (comme la fonctionnalité de lecture par exemple), c’est-à-dire qu’il n’est pas nécessaire de réaliser plus d’actions pour déclencher les sous-titres que pour déclencher les autres fonctionnalités. Par exemple, si le bouton de lecture peut être activé depuis l’interface par un simple geste de tap (sans la nécessité d’activer un premier composant), la fonction de sous-titres doit être disponible de manière équivalente, avec un simple geste de tap. Si la fonction des sous-titres est disponible depuis un menu déroulant qui doit être activé (par un geste de tap par exemple), elle ne sera pas considérée comme étant au même niveau puisqu’il y aura une étape supplémentaire à réaliser.
3. Si une audiodescription est présente, vérifier que la fonctionnalité qui permet d’activer et désactiver l’audiodescription est présentée au même niveau que les autres fonctionnalités.
4. Si c’est le cas, le critère est validé.

Note : Bien que les contrôles de volume et de lecture puissent être des composants physiques des terminaux (boutons de volume d’un smartphone par exemple), il n’est pas requis que ces terminaux possèdent des contrôles physiques dédiés à l’activation des sous-titres et de l’audiodescription ou que ces contrôles, s’ils existent, soient situés au même niveau.

iOS et Android

1. Repérer les fonctionnalités qui permettent de transmettre (envoyer un contenu vers un autre terminal par exemple), convertir ou enregistrer un média temporel.
2. Exécuter chacune des fonctionnalités (transmettre, convertir et enregistrer).
3. Pour chacun des médias résultant de la fonctionnalité, évaluer :
   • si les sous-titres sont toujours présents ;
   • si les sous-titres peuvent être affichés ;
   • si les sous-titres sont correctement synchronisés ;
   • si les caractéristiques essentielles des sous-titres sont conservées (par exemple, si dans le média original les sous-titres étaient colorés en fonction du locuteur, cette coloration doit se retrouver dans le média qui résulte de la fonctionnalité).
4. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer les fonctionnalités qui permettent de transmettre (envoyer un contenu vers un autre terminal par exemple), convertir ou enregistrer un média temporel.
2. Exécuter chacune des fonctionnalités (transmettre, convertir et enregistrer).
3. Pour chacun des médias résultant de la fonctionnalité, évaluer :
   • si l’audiodescription est présente ;
   • si l’audiodescription peut être activée ;
   • si l’audiodescription est correctement synchronisée :
     • les sons et paroles de l’audiodescription ne chevauchent pas ceux de la bande-son originale pour provoquer des problèmes de perception et de compréhension ;
     • les informations véhiculées dans l’audiodescription sont données au moment où apparaissent les informations visuelles équivalentes.
4. Si c’est le cas, le critère est validé.

iOS

1. Repérer dans l’écran les médias temporels pré-enregistrés qui possèdent des sous-titres.
2. Modifier les paramètres de présentation des sous-titres depuis la plateforme :
   • Aller dans Réglages > Accessibilité > Sous-titres codés et SM > Style ;
   • Sélectionner Créer un style pour définir un style de sous-titres personnalisé et reconnaissable.
   • Définir un ou plusieurs paramètres parmi : la taille des sous-titres, la couleur, le style de bordure des sous-titres, la couleur d’arrière-plan ou encore l’opacité de l’arrière-plan (vérifier que le paramètre Ignorer les réglages personnalisés en bas d’écran est désactivé).
3. Vérifier que les paramètres définis au niveau de la plateforme sont appliqués aux sous-titres.
4. Si ce n’est pas le cas, vérifier dans le média la présence d’une fonctionnalité permettant de modifier les paramètres de présentation des sous-titres.
5. Vérifier que les paramètres définis ci-avant sont appliqués aux sous-titres.
6. Si c’est le cas, le critère est validé.

Android

1. Repérer dans l’écran les médias temporels pré-enregistrés qui possèdent des sous-titres.
2. Modifier les paramètres de présentation des sous-titres depuis la plateforme :
   • Aller dans Paramètres > Accessibilité > Préférence pour les sous-titres > Style et taille des sous-titres ;
   • Définir un ou plusieurs paramètres parmi : la taille des sous-titres, la couleur, le style de bordure des sous-titres, la couleur d’arrière-plan ou encore l’opacité de l’arrière-plan.
3. Vérifier que les paramètres au niveau de la plateforme sont appliqués aux sous-titres.
4. Si ce n’est pas le cas, vérifier dans le média la présence d’une fonctionnalité permettant de modifier les paramètres de présentation des sous-titres.
5. Vérifier que les paramètres définis ci-avant sont appliqués aux sous-titres.
6. Si c’est le cas, le critère est validé.

iOS

1. Repérer dans l’écran les médias temporels synchronisés pré-enregistrés qui possèdent des sous-titres de traduction.
2. Vérifier que les sous-titres sont dans un format standardisé (par exemple, le format .srt).
3. Sinon, activer le lecteur d’écran et naviguer jusqu’au lecteur multimédia.
4. Activer le rotor.
5. Faire défiler les paramètres du rotor et trouver l’option « Description multimédia ».
6. Si c’est le cas, en balayant vers le haut, sélectionner l’option « Énonciation ».
7. Activer les sous-titres de la vidéo et lancer la vidéo.
8. Vérifier que les sous-titres affichés sont restitués par le lecteur d’écran.
9. Si ce n’est pas le cas, vérifier la présence dans le lecteur multimédia d’une piste sonore supplémentaire qui serait la version vocalisée des sous-titres.
10. Activer la piste audio supplémentaire et vérifier que les sous-titres vocalisés correspondent aux sous-titres affichés.
11. Si c’est le cas, le critère est validé.

Note : Si l’option « Description multimédia » n’est pas disponible dans le rotor, déplacer le focus du lecteur d’écran pour atteindre la vidéo et utiliser à nouveau le rotor. Si l’option n’apparaît toujours pas, les sous-titres ne pourront pas être restitués par le lecteur d’écran, le critère est non conforme.

Android

1. Repérer dans l’écran les médias temporels synchronisés pré-enregistrés qui possèdent des sous-titres de traduction.
2. Vérifier que les sous-titres sont dans un format standardisé (par exemple, le format .srt).
3. Sinon, vérifier la présence dans le lecteur multimédia d’une piste sonore supplémentaire qui serait la version vocalisée des sous-titres.
4. Activer la piste audio supplémentaire et vérifier que les sous-titres vocalisés correspondent aux sous-titres affichés.
5. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer dans l’écran les tableaux de données complexes.
2. Activer le lecteur d’écran.
3. Vérifier :
   • qu’un résumé est restitué lorsque le lecteur d’écran atteint le tableau ;
   • ou qu’un résumé est disponible avant le tableau, sous la forme d’un texte précédant le tableau.
4. Si c’est le cas, le critère est validé.

iOS et Android

1. Vérifier que chaque résumé de tableau est pertinent, c’est-à-dire qu’il permet de comprendre la nature des données et la construction du tableau.
2. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer dans l’écran les tableaux de données.
2. Activer le lecteur d’écran.
3. Vérifier qu’un titre est restitué lorsque le lecteur d’écran atteint le tableau.
4. Si c’est le cas, le critère est validé.

iOS et Android

1. Vérifier que chaque titre de tableau de données est pertinent, c’est-à-dire qu’il permet d’identifier la nature des données présentées dans le tableau.
2. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer dans l’écran les tableaux de données.
2. Activer le lecteur d’écran et parcourir les cellules de données.
3. Vérifier que les entêtes sont correctement restitués.
4. Si c’est le cas, le critère est validé.

Le test le plus complet est un test de restitution avec un lecteur d’écran. En effet tous les éléments à évaluer, s’ils sont présents, sont restitués par les lecteurs d’écran. D’autres tests avec d’autres technologies d’assistance peuvent être nécessaires pour s’assurer de la compatibilité. Plusieurs méthodes d’évaluation plus ou moins complètes vous sont décrites.

Plusieurs méthodes sont disponibles avec iOS, mais seul le test avec VoiceOver est le test qui permet d’évaluer l’ensemble des éléments demandé par le critère.

De plus, il n’existe pas comme pour le web de documentation technique permettant de décrire le fonctionnement et les implémentations attendues (par exemple pour les fenêtres modales ou les potentiomètres). En l’absence d’une telle documentation, afin d’évaluer au plus juste ce type de composant il est conseillé tout de même de se rapprocher :

• de ce que décrit la spécification ARIA pour les modèles de conception ;
• des documentations des éditeurs de plateformes dédiées aux développeurs.

iOS avec VoiceOver

1. Activer le lecteur d’écran.
2. Repérer dans l’écran les composants interactifs (par exemple, bouton, lien).
3. Accéder à chaque composant interactif en utilisant les gestes du lecteur d’écran.
4. Vérifier :
   • qu’un rôle est restitué (par exemple, bouton, zone de modification, lien) ;
   • que le rôle restitué est pertinent au regard de la fonctionnalité associée (par exemple, un composant qui déclenche l’ouverture d’une fenêtre modale et qui est restitué « zone de modification » a un rôle non pertinent, il devrait être identifié comme un bouton) ;
   • qu’un nom est restitué et que ce nom est pertinent, c’est-à-dire qu’il permet de comprendre la fonction de l’élément (pour les champs de formulaire, on se reportera à la thématique « Formulaires » pour les évaluer) ;
   • que si le composant possède un nom visible (un texte visible), l’intitulé est restitué ;
   • que si le composant a un état perceptible (activé, désactivé, sélectionné), cet état est restitué ;
   • que si le composant peut changer d’état (par exemple bouton à bascule, potentiomètre), réaliser les actions nécessaires pour tester les différents états et vérifier que chaque changement d’état est correctement restitué (le passage à l’état sélectionné, l’augmentation du potentiomètre) ;
   • que si le composant a une valeur perceptible (valeur d’un potentiomètre), cette valeur est restituée.
5. Si c’est le cas, le critère est validé.

iOS Avec Accessibility Inspector

1. Connecter le terminal mobile iOS à l’ordinateur avec macOS.
2. Activer le logiciel Accessibility Inspector.
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, accéder à chaque élément de l’interface.
5. Vérifier :
   • qu’un rôle est disponible dans le paramètre « Traits » (par exemple, Bouton, Tab, Text Field) ;
   • que le rôle est pertinent au regard de la fonctionnalité associée (par exemple, un composant qui déclenche l’ouverture d’une fenêtre modale et qui est présenté comme Static text a un rôle non pertinent, il devrait être identifié comme un bouton) ;
   • qu’un nom est disponible dans le paramètre « Label » et que ce nom est pertinent, c’est-à-dire qu’il permet de comprendre la fonction de l’élément (pour les champs de formulaire, on se reportera à la thématique « Formulaires » pour les évaluer) ;
   • que si le composant possède un nom visible (un texte visible), l’intitulé défini dans le paramètre « Label » contient au moins cet intitulé.
6. Si le composant a un état perceptible (activé, désactivé, sélectionné), vérifier que cet état :
   • est disponible dans le paramètre « Traits » ;
   • ou est indiqué dans le paramètre « Label ».
7. Si le composant peut changer d’état (par exemple bouton à bascule, potentiomètre), réaliser les actions nécessaires pour tester les différents états et vérifier que chaque changement d’état (le passage à l’état sélectionné, l’augmentation du potentiomètre) :
   • est disponible dans le paramètre « Traits » ;
   • ou est indiqué dans le paramètre « Label ».
8. Si c’est le cas, le critère est validé.

iOS Avec le contrôle vocal

L’application de contrôle vocal permet aux utilisateurs de naviguer à la voix.

Le critère 5.1 dans sa globalité ne peut pas être évalué avec le contrôle vocal, mais une fonctionnalité du contrôle vocal (l’affichage des libellés) permet d’avoir une vue d’ensemble rapide de l’état des composants interactifs.

Le contrôle vocal va permettre de déceler les composants utilisables au toucher qui ne sont pas des composants interactifs détectables par les technologies d’assistance, la présence d’un intitulé et sa pertinence, et la présence du nom visible dans le nom accessible.

1. Activer le contrôle vocal : Réglages > Accessibilité > Contrôle vocal.
2. Afficher les libellés des composants interactifs : depuis l’écran de paramètres du contrôle vocal, atteindre le bouton « Superposition » et l’activer, puis choisir « Noms des éléments ».
3. Dorénavant, lorsque le contrôle vocal sera activé, des infobulles grises apparaitront au-dessus des éléments interactifs qui ont des labels. À noter que si l’écran possède un très grand nombre de contrôles interactifs, les labels s’afficheront par groupes successifs (un groupe de label disparait et un autre apparaît).

Ce qu’il faut savoir : seuls les éléments qui ont des rôles interactifs reconnus par l’API d’accessibilité posséderont un label. Ceci va permettre de repérer rapidement quels éléments utilisables au toucher ne sont pas reconnus par le contrôle vocal et ne sont donc pas des éléments interactifs (ce qui constitue une non conformité).

Procédure :

1. Repérer dans l’écran tous les contrôles interactifs (activables au toucher).
2. Activer le contrôle vocal et vérifier que tous les contrôles interactifs identifiés possèdent un label associé (infobulle grise).
3. Si c’est le cas, vérifier que :
   • le label associé est pertinent ;
   • et que le nom visible (s’il en possède un) est compris dans ce label.
4. Si c’est le cas, les conditions sur la pertinence de l’intitulé et la présence du nom visible dans le nom accessible sont remplies.

Android

1. Activer le lecteur d’écran.
2. Repérer dans l’écran les composants interactifs (par exemple, bouton, lien).
3. Accéder à chaque composant interactif avec les gestes du lecteur d’écran.
4. Vérifier :
   • qu’un rôle est restitué (par exemple, bouton, zone de modification, lien) ;
   • que le rôle restitué est pertinent au regard de la fonctionnalité associée (par exemple, un composant qui déclenche l’ouverture d’une fenêtre modale et qui est restitué « zone de modification » a un rôle non pertinent, il devrait être identifié comme un bouton) ;
   • qu’un nom est restitué et que ce nom est pertinent, c’est-à-dire qu’il permet de comprendre la fonction de l’élément (pour les champs de formulaire, on se reportera à la thématique « Formulaires » pour les évaluer) ;
   • que si le composant possède un nom visible (un texte visible), l’intitulé est restitué ;
   • que si le composant a un état perceptible (activé, désactivé, sélectionné), cet état est restitué ;
   • que si le composant peut changer d’état (par exemple bouton à bascule, potentiomètre), réaliser les actions nécessaires pour tester les différents états et vérifier que chaque changement d’état est correctement restitué (le passage à l’état sélectionné, l’augmentation du potentiomètre) ;
   • que si le composant a une valeur perceptible (valeur d’un potentiomètre), cette valeur est restituée.
5. Si c’est le cas, le critère est validé.

Il s’agit ici de s’assurer que le composant peut être utilisé par le lecteur d’écran, le contrôle vocal, un clavier externe ou tout autre commutateur externe. On peut limiter les tests à quelques dispositifs de pointage puisque les caractéristiques nécessaires (sur les composants interactifs) sont semblables.

Il est néanmoins nécessaire de tester au moins avec le lecteur d’écran et un clavier externe.

Pour le clavier externe, certains paramétrages sont nécessaires pour que le périphérique soit pleinement fonctionnel.

iOS et Android

1. Activer le lecteur d’écran.
2. Parcourir l’ensemble des composants interactifs.
3. Vérifier :
   • qu’il peut être atteint avec le lecteur d’écran ;
   • qu’il peut être activé avec le lecteur d’écran.
4. Si c’est un composant modifiable (champ de saisie, case à cocher, potentiomètre), vérifier qu’il peut être modifié avec le lecteur d’écran.
5. Connecter un clavier externe (et paramétrer la navigation au clavier).
6. Parcourir l’ensemble des composants interactifs.
7. Vérifier :
   • qu’il peut être atteint avec les touches du clavier ;
   • qu’il peut être activé avec la touche dédiée du clavier.
8. Si c’est un composant modifiable (champ de saisie, case à cocher, potentiomètre), vérifier qu’il peut être modifié avec les touches du clavier.
9. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer dans l’écran tous les événements qui initient un changement de contexte, par exemple :
   • une mise à jour dynamique de champs de formulaire ;
   • l’ouverture d’une nouvelle page sur la sélection d’une entrée de liste ;
   • la mise à jour d’une partie essentielle de l’écran sans action de l’utilisateur ;
   • le lancement automatique d’un lecteur vidéo sur la sélection d’une playlist ;
   • la manipulation du focus ayant pour résultat de modifier la position courante de l’utilisateur dans l’écran.
2. Vérifier :
   • que l’utilisateur est averti par un texte du type de changement avant son déclenchement ;
   • ou que le changement de contexte est initié par un bouton ou un lien explicite.
3. Si c’est le cas, le critère est validé.

iOS et Android

1. Activer le lecteur d’écran.
2. Réaliser les actions nécessaires à l’apparition d’un message de statut par exemple :
   • remplir correctement un formulaire et le valider pour faire apparaître un message indiquant l’envoi avec succès ;
   • soumettre un formulaire avec des champs obligatoires sans saisie pour faire apparaître un message indiquant la présence d’erreurs ;
   • afficher un écran qui nécessite un certain temps de chargement pour faire apparaître un message de progression ou un indicateur de progression de chargement.
3. Vérifier que lorsque le statut apparaît, le lecteur d’écran restitue l’information et que cette information est compréhensible.
4. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer dans l’écran les contrôles à bascule (boutons avec un ou plusieurs états, par exemple, cases à cocher, bouton radio, switch).
2. Vérifier qu’il est possible de déterminer l’état du contrôle sur la base de sa présentation dans l’interface (par exemple, un changement de forme lorsque le contrôle passe d’un état à l’autre).
3. Activer le lecteur d’écran et naviguer jusqu’au contrôle.
4. Vérifier que l’état du contrôle est restitué par le lecteur d’écran sans avoir à interagir avec le contrôle.
5. Si c’est le cas, le critère est validé.

iOS

1. Aller dans Réglages > Accessibilité > VoiceOver > Parole et activer le paramètre « Détecter les langues ».
2. Activer le lecteur d’écran et parcourir l’ensemble des éléments de l’écran.
3. Vérifier que le texte est restitué dans la langue principale de l’écran.
4. Si c’est le cas, le critère est validé.

Android

1. Aller dans Paramètres > Accessibilité > TalkBack > Paramètres > Paramètres de la synthèse vocale (selon la version de la plateforme, le chemin d’accès peut être différent) :
   • Vérifier que le paramètre « Moteur préféré » est « Synthèse vocale Google » ;
   • Activer les paramètres de la synthèse (bouton à droite de « Moteur préféré ») et vérifier que le paramètre « Détection de la langue » est sur « Forcée ».
2. Activer le lecteur d’écran et parcourir l’ensemble des éléments de l’écran.
3. Vérifier que les textes sont restitués dans la langue principale de l’écran.
4. Si c’est le cas, le critère est validé.

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

1. Connecter le terminal mobile iOS à l’ordinateur avec macOS.
2. Activer le logiciel Accessibility Inspector.
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, accéder à chaque élément de l’interface.
5. Vérifier que le rôle disponible dans le paramètre « Traits » 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é.

iOS avec VoiceOver

1. Activer le lecteur d’écran.
2. Utiliser le rotor et sélectionner « En-têtes ».
3. Parcourir les entêtes en glissant un doigt vers le haut ou vers le bas.
4. Vérifier :
   • que chaque texte qui structure l’écran peut être atteint ;
   • que chaque entête atteint est pertinent, c’est-à-dire :
     • que le titre est utile à la structuration de l’écran ;
     • que le texte contenu dans le titre permet de comprendre le contenu de la section titrée.
5. Si c’est le cas, le critère est validé.

iOS avec Accessibility Inspector

1. Connecter le terminal mobile iOS à l’ordinateur avec macOS.
2. Activer le logiciel Accessibility Inspector.
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, accéder à chaque élément de l’interface.
5. Vérifier :
   • que pour chaque texte qui structure l’écran, le paramètre « Traits » contient la valeur « En-têtes » ;
   • que chaque texte dont le paramètre « Traits » contient la valeur « En-têtes » est pertinent, c’est-à-dire :
     • que le titre ainsi déclaré est utile à la structuration de l’écran ;
     • que le texte contenu dans le titre permet de comprendre le contenu de la section ainsi titrée.
6. Si c’est le cas, le critère est validé.

Android

1. Activer le lecteur d’écran.
2. Utiliser le menu des commandes de lecture et sélectionner « Titres ».
3. Parcourir les titres en glissant un doigt vers le haut ou vers le bas.
4. Vérifier :
   • que chaque texte qui structure l’écran est atteint de cette manière et est restitué comme titre ;
   • que chaque titre atteint est pertinent, c’est-à-dire :
     • que le titre est utile à la structuration de l’écran ;
     • que le texte contenu dans le titre permet de comprendre le contenu de la section ainsi titrée.
5. Si c’est le cas, le critère est validé.

iOS et Android

1. Activer le lecteur d’écran.
2. Repérer dans l’écran les éléments rassemblés sous forme de liste.
3. Vérifier que le lecteur d’écran restitue « Liste » lorsqu’il atteint le groupe d’éléments.
4. Si c’est le cas, le critère est validé.

iOS et Android

1. Activer le lecteur d’écran.
2. Parcourir l’ensemble des éléments en utilisant les gestes du lecteur d’écran.
3. Vérifier que l’ensemble des informations visibles à l’écran sont restituées par le lecteur d’écran.
4. Si c’est le cas, le critère est validé.

Note : Dans les applications, il est possible de réaliser des regroupements d’éléments. Par exemple, dans un catalogue de produits, chaque item possède un titre, un prix et une description. Au lieu de prendre le focus avec le lecteur d’écran sur chacun des 3 items, l’application peut être conçue pour que le lecteur d’écran accède seulement à l’item dans sa globalité, ainsi le lecteur d’écran restitue l’ensemble des informations sans que l’utilisateur ait à réaliser plusieurs gestes pour atteindre les 3 items. Ceci est conforme (voire encouragé puisque cela limite les actions à réaliser pour parcourir le contenu), il faut s’assurer que tous les textes contenus sont bien restitués par le lecteur d’écran.

iOS

1. Accéder aux paramètres de réglages des tailles de caractères de la plateforme : Réglages > Accessibilité > Affichage et taille du texte > Police plus grande.
2. Activer le bouton « Taille de police plus grande » et augmenter la valeur de la taille de la police (potentiomètre en bas de l’écran) jusqu’à atteindre un agrandissement de 200% (le maximum de la jauge permet d’atteindre un zoom supérieur à 200%, le test peut donc se limiter à augmenter le zoom en utilisant l’avant-dernière position du potentiomètre).
3. Si nécessaire, redémarrer l’application pour s’assurer que le paramètre est pris en compte par l’application.
4. Vérifier :
   • que tous les textes de l’interface ont été agrandis ;
   • que tous les textes de l’interface restent lisibles et les fonctionnalités utilisables ;
   • que des contenus ne disparaissent pas ;
   • si des textes ont disparu, qu’il existe une méthode dans l’écran pour afficher les textes à la demande (par exemple avec l’appui prolongé sur une icône).
5. Si c’est le cas, le critère est validé.

Android

1. Accéder aux paramètres de réglages des tailles de caractères de la plateforme : Paramètres > Accessibilité > Taille de la police (selon la version de la plateforme, le chemin d’accès peut être différent) ;
2. Augmenter la valeur de la taille de la police (potentiomètre en bas de l’écran) jusqu’à atteindre un agrandissement de 200% (sur certains terminaux, la jauge du potentiomètre peut être différente et offrir des valeurs qui permettent d’atteindre un zoom supérieur à 200%, il faudra alors vérifier que le test ne se fait que pour une valeur de 200%).
3. Si nécessaire, redémarrer l’application pour s’assurer que le paramètre est pris en compte par l’application.
4. Vérifier :
   • que tous les textes de l’interface ont été agrandis ;
   • que tous les textes de l’interface restent lisibles et les fonctionnalités utilisables ;
   • que des contenus ne disparaissent pas ;
   • si des textes ont disparu, qu’il existe une méthode dans l’écran pour afficher les textes à la demande (par exemple avec l’appui prolongé sur une icône).
5. Si c’est le cas, le critère est validé.

iOS

1. Activer l’option Différencier sans couleur (Réglages > Accessibilité > Affichage et taille du texte > Différencier sans couleur).
2. Activer l’option Augmenter le contraste (Réglages > Accessibilité > Affichage et taille du texte > Augmenter le contraste) ou s’il est présent dans l’application, activer le mécanisme de remplacement permettant d’afficher l’application avec un rapport de contraste suffisant.
3. Repérer dans l’écran les composants d’interface (liens, boutons) avec du texte intégrés dans un environnement de texte (dans une phrase par exemple), signifiés uniquement par la couleur (sans autre mise en forme qui les distingue du reste du texte dans lequel ils sont intégrés).
4. Activer le logiciel Colour Contrast Analyser sur l’ordinateur et capturer les couleurs du texte environnant et du composant interactif sur le terminal mobile, soit :
   • en diffusant l’écran du terminal mobile sur l’ordinateur ;
   • en réalisant des captures d’écran des éléments à évaluer (et en les important sur l’ordinateur).
5. Vérifier que le contraste entre la couleur de police du composant et la couleur de police du texte environnant est de 3:1, au moins.
6. Si c’est le cas, le critère est validé.

Android

1. S’il existe dans l’application, activer le mécanisme de remplacement permettant d’afficher l’application avec un rapport de contraste suffisant.
2. Repérer dans l’écran les composants d’interface (liens, boutons) avec du texte intégrés dans un environnement de texte (dans une phrase par exemple) signifiés uniquement par la couleur (sans autre mise en forme qui les distingue du reste du texte dans lequel ils sont intégrés).
3. Activer le logiciel Colour Contrast Analyser sur l’ordinateur et capturer les couleurs du texte environnant et du composant interactif sur le terminal mobile, soit :
   • en diffusant l’écran du terminal mobile sur l’ordinateur ;
   • en réalisant des captures d’écran des éléments à évaluer (et en les important sur l’ordinateur).
4. Vérifier que le contraste entre la couleur de police du composant et la couleur de police du texte environnant est de 3:1, au moins.
5. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer dans l’écran les composants d’interface (liens, boutons) avec du texte intégrés dans un environnement de texte (dans une phrase par exemple), signifiés uniquement par la couleur (sans autre mise en forme qui les distingue du reste du texte dans lequel ils sont intégrés).
2. Connecter un clavier externe (et paramétrer la navigation au clavier).
3. Vérifier que la visibilité du focus telle que définie au niveau du système est préservée sur ces éléments.
4. Connecter une souris.
5. Vérifier que le survol des composants interactifs en environnement de texte est signifié par un autre moyen que la couleur (mise en gras, soulignement par exemple).
6. Si c’est le cas, le critère est validé.

iOS

1. Connecter un clavier externe (et paramétrer la navigation au clavier).
2. Activer tous les paramètres disponibles de style de focus.
3. Naviguer dans l’application et évaluer si la visibilité du focus telle que définie au niveau du système est préservée sur l’ensemble des éléments de l’application.
4. Si c’est le cas, le critère est validé.

Android

1. Connecter un clavier externe (et paramétrer la navigation au clavier).
2. Naviguer dans l’application et évaluer si la visibilité du focus telle que définie au niveau du système est préservée sur l’ensemble des éléments de l’application.
3. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer dans l’écran les informations données par la forme, la taille ou la position dans un texte, un élément graphique, un média temporel ou non temporel. Ce peut être une icône positionnée à gauche d’un composant pour signifier qu’il est actif, ou une consigne dans l’écran qui demande d’activer un composant positionné à un certain endroit dans l’écran.
2. Vérifier qu’il existe un autre moyen de récupérer cette information dans l’écran (par exemple, un texte lisible par tous qui donne la même information).
3. Si ce n’est pas le cas, activer le lecteur d’écran et vérifier qu’une information alternative à la forme, la taille ou la position et restituée par le lecteur d’écran.
4. Si c’est le cas, le critère est validé.

iOS

1. Connecter un clavier externe (et paramétrer la navigation au clavier).
2. Parcourir l’écran et repérer les contenus additionnels qui apparaissent à la prise de focus sur un composant d’interface.
3. Vérifier que le contenu additionnel peut être masqué par une touche du clavier (la touche ESC par exemple).
4. Vérifier que le contenu additionnel reste visible :
   • jusqu’à ce que le focus soit déplacé en dehors du composant d’interface et du contenu additionnel ;
   • ou tant que le focus est positionné sur le composant d’interface ou dans le contenu additionnel ;
   • ou tant que le contenu additionnel est valide.
5. Connecter une souris.
6. Balayer l’écran avec la souris et repérer les contenus additionnels qui apparaissent au survol d’un composant d’interface.
7. Vérifier que le contenu additionnel peut être survolé par la souris.
8. Vérifier que le contenu additionnel reste visible :
   • jusqu’à ce que le pointeur de la souris soit déplacé en dehors du composant d’interface et du contenu additionnel ;
   • ou tant que le pointeur de la souris survole le composant d’interface ou le contenu additionnel ;
   • ou tant que le contenu additionnel est valide.
9. Si c’est le cas, le critère est validé.

Android

1. Connecter un clavier externe (et paramétrer la navigation au clavier).
2. Parcourir l’écran et repérer les contenus additionnels qui apparaissent à la prise de focus sur un composant d’interface.
3. Vérifier que le contenu additionnel peut être masqué par une touche du clavier (généralement la touche ou la combinaison de touches qui aura été associée dans Switch Access pour le paramètre Retour)
4. Vérifier que le contenu additionnel reste visible :
   • jusqu’à ce que le focus soit déplacé en dehors du composant d’interface et du contenu additionnel ;
   • ou tant que le focus est positionné sur le composant d’interface ou dans le contenu additionnel ;
   • ou tant que le contenu additionnel est valide.
5. Connecter une souris.
6. Balayer l’écran avec la souris et repérer les contenus additionnels qui apparaissent au survol d’un composant d’interface.
7. Vérifier que le contenu additionnel peut être survolé par la souris.
8. Vérifier que le contenu additionnel reste visible :
   • jusqu’à ce que le pointeur de la souris soit déplacé en dehors du composant d’interface et du contenu additionnel ;
   • ou tant que le pointeur de la souris survole le composant d’interface ou le contenu additionnel ;
   • ou tant que le contenu additionnel est valide.
9. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer dans l’écran les champs de formulaire (champ de saisie, bouton radio, case à cocher).
2. Vérifier la présence d’une étiquette visible adjacente.
3. Activer le champ de formulaire (par exemple, saisir du texte).
4. Vérifier que l’étiquette reste visible.
5. Si c’est le cas, le critère est validé.

iOS avec VoiceOver

1. Activer le lecteur d’écran.
2. Naviguer jusqu’aux éléments de formulaire en utilisant les gestes du lecteur d’écran.
3. Vérifier qu’une étiquette est restituée lorsque le focus du lecteur d’écran est sur le champ de formulaire.
4. Si c’est le cas, le critère est validé.

iOS avec le contrôle vocal

1. Activer le contrôle vocal.
2. Repérer dans l’écran tous les champs de formulaire.
3. Vérifier qu’une étiquette est détectée par le contrôle vocal (apparition d’une infobulle grise au-dessus du champ).
4. Si c’est le cas, le critère est validé.

Android

1. Activer le lecteur d’écran.
2. Naviguer jusqu’aux éléments de formulaire en utilisant les gestes du lecteur d’écran.
3. Vérifier qu’une étiquette est restituée lorsque le focus du lecteur d’écran est sur le champ de formulaire.
4. Si c’est le cas, le critère est validé.

iOS avec VoiceOver

1. Activer le lecteur d’écran.
2. Naviguer jusqu’aux éléments de formulaire en utilisant les gestes du lecteur d’écran.
3. Vérifier :
   • que l’étiquette restituée par le lecteur d’écran est pertinente (elle permet de comprendre la nature de la saisie attendue) ;
   • que l’étiquette visible est contenue dans l’étiquette restituée par le lecteur d’écran.
4. Si c’est le cas, le critère est validé.

Avec le contrôle vocal

1. Activer le contrôle vocal.
2. Repérer dans l’écran tous les champs de formulaire.
3. Vérifier :
   • que l’étiquette détectée par le contrôle vocal (infobulle grise) est pertinente (elle permet de comprendre la nature de la saisie attendue) ;
   • que l’étiquette visible est contenue dans l’étiquette détectée par le contrôle vocal (infobulle grise).
4. Si c’est le cas, le critère est validé.

Android

1. Activer le lecteur d’écran.
2. Naviguer jusqu’aux éléments de formulaire en utilisant les gestes du lecteur d’écran.
3. Vérifier :
   • que l’étiquette restituée par le lecteur d’écran est pertinente (elle permet de comprendre la nature de la saisie attendue) ;
   • que l’étiquette visible est contenue dans l’étiquette restituée par le lecteur d’écran.
4. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer dans l’écran tous les champs de formulaire.
2. Pour chaque champ de formulaire, vérifier que l’étiquette visible est accolée au champ auquel elle est liée.
3. Si c’est le cas, le critère est validé.

2 méthodes d’évaluation sur iOS sont proposées. Les deux méthodes aboutissent aux mêmes résultats. Une seule de ces méthodes est nécessaire pour évaluer le critère sur iOS.

iOS avec VoiceOver

1. Activer le lecteur d’écran.
2. Naviguer jusqu’aux boutons de formulaire en utilisant les gestes du lecteur d’écran.
3. Vérifier :
   • que l’intitulé restitué par le lecteur d’écran est pertinent (il permet de comprendre l’action du bouton) ;
   • que l’intitulé visible est contenu dans l’intitulé restitué par le lecteur d’écran.
4. Si c’est le cas, le critère est validé.

iOS avec le contrôle vocal

1. Activer le contrôle vocal.
2. Repérer dans l’écran les boutons de formulaire.
3. Vérifier :
   • que l’intitulé détecté par le contrôle vocal (infobulle grise) est pertinent (il permet de comprendre l’action du bouton) ;
   • que l’intitulé visible est contenu dans l’intitulé détecté par le contrôle vocal (infobulle grise) ;
4. Si c’est le cas, le critère est validé.

Android

1. Activer le lecteur d’écran.
2. Naviguer jusqu’aux boutons de formulaire en utilisant les gestes du lecteur d’écran.
3. Vérifier :
   • que l’intitulé restitué par le lecteur d’écran est pertinent (il permet de comprendre l’action du bouton) ;
   • que l’intitulé visible est contenu dans l’intitulé restitué par le lecteur d’écran.
4. Si c’est le cas, le critère est validé.

iOS et Android

1. Activer le lecteur d’écran.
2. Repérer dans l’écran les champs de même nature qui nécessitent d’être regroupés (par exemple, les champs de saisies des différentes suites de chiffres d’un code de carte bleue).
3. Vérifier :
   • qu’une information est restituée à la prise de focus sur le premier champ, qui permette d’identifier le groupe auquel appartient le champ (bien que cela soit important pour les utilisateurs, il n’est pas requis que l’information du regroupement soit restituée sur chacun des champs de formulaire, mais seulement au moins sur le premier champ du regroupement) ;
   • que l’information restituée est pertinente, c’est-à-dire qu’elle permet de comprendre quelle est la nature du regroupement.
4. Si c’est le cas, le critère est validé.

iOS et Android

1. Activer le lecteur d’écran.
2. Valider le formulaire sans saisir de données afin d’identifier les champs obligatoires.
3. Pour chaque champ obligatoire, Vérifier :
   • que les informations restituées par le lecteur d’écran à la prise de focus sur le champ contiennent la mention du caractère obligatoire ;
   • et qu’un texte visible à proximité du champ indique le caractère obligatoire du champ de formulaire.
4. Si c’est le cas, le critère est validé.

iOS et Android

1. Activer le lecteur d’écran.
2. Remplir les champs de formulaire avec des valeurs susceptibles de provoquer des erreurs de saisies (entrer une adresse e-mail mal formée par exemple).
3. Valider le formulaire.
4. Pour chaque champ de formulaire obligatoire qui possède un contrôle du format (qui sera présenté avec une erreur après la validation), vérifier :
   • que le type de données et/ou le format attendu sont restitués par le lecteur d’écran à la prise de focus sur le champ ;
   • qu’un texte visible à proximité du champ indique le type de données et/ou le format attendu.
5. Si c’est le cas, le critère est validé.

iOS et Android

1. Activer le lecteur d’écran.
2. Remplir les champs de formulaire avec des valeurs susceptibles de provoquer des erreurs de saisie (laisser un champ vide, entrer une adresse e-mail mal formée par exemple).
3. Valider le formulaire.
4. Pour chaque champ en erreur, vérifier :
   • que le message d’erreur est visible à proximité du champ ;
   • que le message d’erreur est restitué par le lecteur d’écran à la prise de focus sur le champ.
5. Si c’est le cas, le critère est validé.

iOS et Android

1. Activer le lecteur d’écran.
2. Remplir les champs de formulaire avec des valeurs susceptibles de provoquer des erreurs de saisies (entrer une adresse e-mail mal formée par exemple).
3. Valider le formulaire.
4. Pour chaque champ en erreur qui possède un contrôle du format, vérifier la présence d’un exemple réel de saisie dans le message d’erreur (par exemple, pour une adresse e-mail, vérifier la mention d’une adresse réelle sur le modèle « jean.schmitt@accessibilite.lu »).
5. Si c’est le cas, le critère est validé.

iOS et Android

1. Activer le lecteur d’écran.
2. Remplir le formulaire.
3. Pour chaque donnée à caractère financier (par exemple, une indication de revenu), juridique (par exemple, une référence d’acte administratif), personnelle (par exemple, un numéro de téléphone), pour chaque formulaire qui transmet des réponses à un test ou à un examen, vérifier que l’utilisateur peut :
   • modifier ou annuler les données et les actions effectuées sur ces données en cours de saisie (par exemple la saisie du champ et la fonctionnalité d’annulation d’édition du navigateur ne sont pas désactivées) ;
   • ou confirmer, de manière explicite, l’envoi de ces données via un mécanisme dédié (par exemple, un champ de formulaire ou une étape supplémentaire).
4. Pour chaque formulaire qui modifie ou supprime des données (par exemple la suppression d’une adresse postale), vérifier que l’utilisateur peut :
   • récupérer les données supprimées en cours de saisie ;
   • ou confirmer, de manière explicite, la suppression de ces données via un mécanisme dédié (par exemple, un champ de formulaire ou une étape supplémentaire).
5. Si c’est le cas, le critère est validé.

iOS

1. Accéder à chacun des champs de formulaire (taper sur le champ de saisie par exemple pour activer l’apparition des contrôles de saisie).
2. Pour chaque champ qui attend une donnée personnelle sur l’utilisateur, vérifier que les contrôles natifs adéquats de la plateforme sont présentés à l’utilisateur. Par exemple :
   • pour un champ demandant la saisie de l’adresse e-mail de l’utilisateur, le clavier présenté possède le caractère @ sans que l’utilisateur ait de manipulation de clavier à réaliser (comme afficher le clavier secondaire) ;
   • pour un champ demandant la saisie d’un numéro de téléphone, le pavé numérique est présenté directement à l’utilisateur ;
   • etc.
3. Vérifier que le formulaire est compatible avec un mécanisme de remplissage automatique. Par exemple, iOS permet un remplissage automatique des champs sur la base des dernières valeurs saisies en fonction de leur nature (adresse postale, ville, nom, prénom, adresse e-mail). Vérifier que des valeurs pertinentes sont suggérées sur ces champs.
4. Si c’est le cas, le critère est validé.

Android

1. Accéder à chacun des champs de formulaire (taper sur le champ de saisie par exemple pour activer l’apparition des contrôles de saisie).
2. Pour chaque champ qui attend une donnée personnelle sur l’utilisateur, vérifier que les contrôles natifs adéquats de la plateforme sont présentés à l’utilisateur. Par exemple :
   • pour un champ demandant la saisie de l’adresse e-mail de l’utilisateur, le clavier présenté possède le caractère @ sans que l’utilisateur ait de manipulation de clavier à réaliser (comme afficher le clavier secondaire) ;
   • pour un champ demandant la saisie d’un numéro de téléphone, le pavé numérique est présenté directement à l’utilisateur ;
   • etc.
3. Vérifier que le formulaire est compatible avec un mécanisme de remplissage automatique. Par exemple, Google fournit un système de remplissage automatique sur Android. Aller dans Paramètres > Système > Langues et saisie > Paramètres avancés > Service de saisie automatique (selon la version de la plateforme, le chemin d’accès peut être différent) pour activer et paramétrer les données.
4. Sur le formulaire de l’application, vérifier que le système vous propose une option pour remplir automatiquement avec les données renseignées.
5. Si c’est le cas, le critère est validé.

iOS et Android

1. Connecter un clavier externe (et paramétrer la navigation au clavier).
2. Naviguer sur l’ensemble des éléments de l’écran et vérifier que l’ordre de tabulation reste cohérent. Il n’est pas obligatoire que la tabulation suive l’ordre de lecture naturel (de gauche à droite et de haut en bas par exemple) tant que les éléments sont accessibles dans un ordre cohérent.
3. Repérer dans l’écran les composants (bouton par exemple) qui mettent à jour un contenu (affichage d’élément masqué, mise à jour dynamique de contenus par exemple) :
   1. activer le composant ;
   2. après l’affichage du contenu mis à jour, vérifier que la tabulation reste cohérente.
4. Si c’est le cas, le critère est validé.

iOS et Android

1. Activer le lecteur d’écran.
2. Naviguer sur l’ensemble des éléments de l’écran avec les gestes du lecteur d’écran et vérifier que l’ordre d’accès aux éléments de l’écran (composants interactifs et textes) reste cohérent. Il n’est pas obligatoire que l’ordre suive l’ordre de lecture naturel (de gauche à droite et de haut en bas par exemple) tant que les éléments sont accessibles dans un ordre cohérent qui ne pose pas de problèmes de compréhension.
3. Repérer dans l’écran les composants (bouton par exemple) qui mettent à jour un contenu (affichage d’élément masqué, mise à jour dynamique de contenus par exemple) :
   1. activer le composant ;
   2. après l’affichage du contenu mis à jour, vérifier que le parcours du lecteur d’écran reste cohérent.
4. Si c’est le cas, le critère est validé.

Exemple de contenu dont l’implémentation pose un problème de compréhension : une heure d’arrivée et une heure de départ sont affichées à l’écran sous forme de deux blocs d’informations visuelles (heure d’arrivée 17h00 ; heure de départ 18h00). Le lecteur d’écran atteint séquentiellement « heure d’arrivée » puis « heure de départ » puis « 17h00 » et enfin « 18h00 ». L’ordre de lecture ne correspond pas à l’ordre visuel, et l’ordre de lecture est problématique puisqu’il ne permet pas de lier les informations entre elles.

iOS

1. Connecter un clavier externe (et paramétrer la navigation au clavier).
2. Naviguer sur l’ensemble des éléments de l’écran en utilisant les touches du clavier dédiées (par défaut dans iOS, ce sont les touches Tab et les flèches de direction qui sont utilisées pour naviguer dans les contenus).
3. Vérifier que :
   • à partir de la position courante, l’élément focusable suivant ou précédent est atteignable avec les touches de navigation du clavier ;
   • l’élément possédant actuellement le focus propose une méthode utilisable au clavier (par exemple, un raccourci clavier) permettant d’atteindre l’élément suivant ou précédent.
4. Si c’est le cas, le critère est validé.

Note : Certains éléments complexes, souvent gérés par la plateforme, peuvent faire appel à des navigations optimisées qui utilisent généralement les flèches de direction pour passer d’une partie du composant à l’autre. Le test sur le piège au clavier se limite alors à vérifier que le composant peut être atteint et qu’il est possible de passer au composant suivant ou revenir au composant précédent. On ne vérifie pas l’utilisation même du composant dans ce critère.

Android

1. Connecter un clavier externe (et paramétrer la navigation au clavier).
2. Naviguer sur l’ensemble des éléments de l’écran en utilisant les touches du clavier (les touches ou la combinaison de touches qui aura été associée dans Switch Access pour les paramètres « Passer à l’option suivante » et « Passer à l’option précédente »).
3. Vérifier que :
   • à partir de la position courante, l’élément focusable suivant ou précédent est atteignable avec la touche de navigation du clavier ;
   • l’élément possédant actuellement le focus propose une méthode utilisable au clavier (par exemple, un raccourci clavier) permettant d’atteindre l’élément suivant ou précédent.
4. Si c’est le cas, le critère est validé.

Note : Certains éléments complexes, souvent gérés par la plateforme, peuvent faire appel à des navigations optimisées qui utilisent généralement les flèches de direction pour passer d’une partie du composant à l’autre. Le test sur le piège au clavier se limite alors à vérifier que le composant peut être atteint et qu’il est possible de passer au composant suivant ou revenir au composant précédent. On ne vérifie pas l’utilisation même du composant dans ce critère.

iOS et Android

1. Connecter un clavier externe (et paramétrer la navigation au clavier).
2. Depuis l’application, appuyer successivement sur chacune des touches de caractère imprimable (les lettres minuscules a-z, les majuscules A-Z, les chiffres 0-9, tous les symboles comme $,*,%,! etc. à partir du moment où ils peuvent être inscrits à l’écran).
3. Si le raccourci clavier est associé à un seul composant isolé de l’écran, vérifier qu’il ne peut être activé que si le focus clavier est à l’intérieur de ce composant.
4. Sinon, si une action est déclenchée, vérifier la présence dans l’application d’un élément de configuration permettant :
   • de désactiver ces raccourcis clavier à touche unique ;
   • de configurer ces raccourcis clavier en leur ajoutant une touche de modification Ctrl, Alt, Maj, etc.
5. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer les procédés limitant le temps d’une session (par exemple après une authentification).
2. Vérifier :
   • la présence d’un mécanisme permettant à l’utilisateur de supprimer la limite de temps (par exemple, un bouton à bascule permettant à l’utilisateur d’activer ou désactiver la limite de temps de la session) ;
   • ou la présence d’un mécanisme permettant à l’utilisateur d’augmenter la limite de temps (par exemple, une liste déroulante avec des valeurs de temps de connexion disponibles) ;
   • ou la présence d’un mécanisme qui avertit l’utilisateur de l’imminence de la limite de temps et laisse 20 secondes, au moins, à l’utilisateur pour augmenter la limite de temps (par exemple, l’ouverture d’une modale avec un bouton permettant d’augmenter la limite de temps) ;
   • ou que la limite de temps est de vingt heures, au moins.
3. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer les limites de temps de session (par exemple, la déconnexion d’un compte client).
2. Vérifier :
   • la présence d’un mécanisme permettant à l’utilisateur de supprimer la limite de temps (par exemple, un bouton avec un intitulé explicite) ;
   • ou la présence d’un mécanisme permettant à l’utilisateur d’augmenter la limite de temps (par exemple, un paramètre disponible dans l’application pour gérer les temps de sessions) ;
   • ou que la durée de la session est de vingt heures, au moins.
3. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer dans l’écran les composants (un lien, un bouton de formulaire ou un formulaire de téléchargement par exemple) permettant de télécharger un fichier au format bureautique (.doc, .docx, .pdf par exemple).
2. Pour chaque fichier proposé au téléchargement, dans un format bureautique, vérifier la présence d’une version alternative présentée comme accessible.
3. Si l’alternative est proposée dans un format bureautique (pdf, odt, doc, docx, EPUB/DAISY) :
   • télécharger le fichier de l’alternative proposée ;
   • si ce fichier est au format PDF, vérifier qu’il est conforme au référentiel d’évaluation de l’accessibilité des documents au format PDF (RAPDF 1).
   • si ce fichier est dans un autre format, vérifier qu’il est conforme aux critères de la section 10 Non-web documents de la norme européenne EN 301 549 v3.2.1.
4. Si l’alternative est proposée dans l’application, vérifier que le contenu est conforme au présent référentiel.
5. Sinon, pour les documents au format bureautique (pdf, odt, doc, docx, EPUB/DAISY) :
   • télécharger le fichier ;
   • si ce fichier est au format PDF, vérifier qu’il est conforme au référentiel d’évaluation de l’accessibilité des documents au format PDF (RAPDF 1).
   • si ce fichier est dans un autre format, vérifier qu’il est conforme aux critères de la section 10 Non-web documents de la norme européenne EN 301 549 v3.2.1.
6. Si c’est le cas, le critère est validé.

iOS et Android

1. Pour chaque fichier proposé au téléchargement dans un format bureautique qui possède une version alternative présentée comme accessible, vérifier que les deux documents (le document d’origine et la version accessible dans un format bureautique ou dans l’application) offrent la même information.
2. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer dans l’écran les contenus cryptiques (art ascii, émoticône, syntaxe cryptique).
2. Vérifier qu’une définition est disponible dans le contexte adjacent (immédiatement avant ou après le contenu cryptique, dans le texte adjacent ou via l’activation d’un composant d’interface).
3. Sinon, activer le lecteur d’écran.
4. Naviguer jusqu’au contenu cryptique et vérifier qu’une alternative est restituée.
5. Si c’est le cas, le critère est validé.

iOS et Android

1. Pour chaque contenu cryptique qui possède une alternative, vérifier que l’alternative donnée est pertinente (elle permet de comprendre le contenu ou la fonction).
2. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer dans l’écran les contenus clignotants ou qui provoquent des effets de flash : élément graphique animé, vidéo ou animation, effet de mise en forme.
2. Vérifier :
   • que la fréquence de l’effet est inférieure à 3 flashs par seconde ;
   • ou que la surface cumulée est inférieure à 21824 pixels.
3. Si c’est le cas, le critère est validé.

Note : L’outil PEAT permet d’analyser les vidéos au format .avi.

iOS et Android

1. Repérer dans l’écran les contenus en mouvement ou clignotants (un élément graphique, un effet de mise en forme, un carrousel par exemple) déclenchés automatiquement au chargement de l’écran ou lors de l’affichage d’un contenu (cf. note).
2. Vérifier :
   • que la durée totale du mouvement ou du clignotement est inférieure à 5 secondes ;
   • ou la présence d’un mécanisme (un bouton par exemple) qui permet d’arrêter et de relancer le mouvement ou le clignotement ;
   • ou la présence d’un mécanisme (un bouton par exemple) qui permet de cacher et d’afficher à nouveau le contenu en mouvement ou clignotant ;
   • ou la présence d’un mécanisme (un bouton par exemple) qui permet d’afficher le contenu sans mouvement ou clignotement.
3. Si c’est le cas, le critère est validé.

Note :

• l’arrêt ou la mise en pause d’un contenu en mouvement ou clignotant via la prise de focus (l’effet est suspendu uniquement pendant la prise de focus mais reprend une fois la prise de focus perdue) ou au toucher sur le contenu en mouvement (l’effet est suspendu uniquement pendant qu’une pression est effectuée sur le contenu, mais reprend une fois la pression relâchée) ne sont pas considérés comme des procédés conformes.
• dans certains cas, le mouvement ne peut pas être arrêté, par exemple, une barre de progression, dans ce cas, le critère est non applicable.

iOS

1. Ouvrir le Centre de contrôle.
2. Vérifier que l’orientation de l’écran n’est pas verrouillée dans les paramètres de la plateforme (voir la documentation officielle).
3. Afficher l’application et basculer le terminal alternativement en mode paysage et portrait.
4. Vérifier :
   • que l’application est utilisable dans les deux orientations, c’est-à-dire que les éléments de l’application sont repositionnés pour être lisibles ;
   • que les contenus disponibles dans une orientation sont toujours disponibles dans l’autre orientation (directement ou par l’activation d’un composant supplémentaire par exemple).
5. Si c’est le cas, le critère est validé.

Android

1. Ouvrir le panneau de configuration rapide.
2. Vérifier que le paramètre « Rotation automatique » est activé (voir la documentation officielle).
3. Afficher l’application et basculer le terminal alternativement en mode paysage et portrait.
4. Vérifier :
   • que l’application est utilisable dans les deux orientations, c’est-à-dire que les éléments de l’application sont repositionnés pour être lisibles ;
   • que les contenus disponibles dans une orientation sont toujours disponibles dans l’autre orientation (directement ou par l’activation d’un composant supplémentaire par exemple).
5. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer dans l’écran les fonctionnalités qui nécessitent de réaliser des gestes complexes (repérer la présence de consignes dans l’interface ou dans une documentation associée à l’application), par exemple :
   • l’utilisation simultanée de deux doigts ou plus ;
   • la réalisation d’un tracé de trajectoire (comme le geste swipe).
2. Vérifier qu’il existe une méthode alternative pour réaliser l’action associée avec un geste simple, par exemple l’appui sur une seule touche du clavier ou un bouton.
3. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer dans l’écran les fonctionnalités qui nécessitent la réalisation de deux actions simultanées, par exemple :
   • l’utilisation simultanée de deux touches d’un clavier ou plus ;
   • devoir énoncer une commande vocale et toucher l’écran en même temps pour réaliser une action.
2. Vérifier qu’il existe dans l’écran ou l’application une méthode alternative pour réaliser l’action associée avec une action unique, par exemple l’appui sur un bouton.
3. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer dans l’écran les composants interactifs (par exemple, bouton ou lien).
2. Pour chaque composant interactif, effectuer un appui simple dessus et conserver la pression.
3. Déplacer le doigt en dehors de la zone interactive et constater que l’action associée n’est pas déclenchée.
4. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer dans l’écran les fonctionnalités qui se déclenchent au moyen d’un mouvement de l’appareil ou d’un geste vers l’appareil (repérer par exemple la présence de consignes dans l’interface ou dans une documentation associée à l’application qui décrive ce type de déclenchement).
2. Vérifier :
   • que la fonctionnalité peut être déclenchée sans mouvement, par exemple par l’activation d’un bouton ou d’un lien ;
   • et que l’application propose une méthode pour désactiver la détection du mouvement (par exemple, un paramètre dans l’application).
3. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer dans l’écran les fonctionnalités de conversion de document (par exemple exportation en PDF, en .odt, HTML etc.)
2. Repérer dans le contenu original les informations d’accessibilité présentes (par exemple, une alternative d’un élément graphique, des niveaux de titres, une table des matières).
3. Vérifier que dans le document résultant de la conversion, les informations d’accessibilité sont toujours présentes (sauf si le format de conversion choisi ne possède pas de support pour les informations d’accessibilité du document source).
4. Si c’est le cas, le test est validé.

iOS et Android

1. Repérer dans l’écran les fonctionnalités d’identification (authentification) et de contrôle qui reposent sur l’utilisation de caractéristiques biologiques (par exemple reconnaissance vocale, empreinte digitale, reconnaissance faciale).
2. Vérifier qu’il existe une méthode alternative pour réaliser l’action, par exemple :
   • pour une fonctionnalité d’authentification qui passe par une reconnaissance d’empreinte digitale, un bouton est disponible sur l’écran de connexion pour accéder à la saisie d’un mot de passe à la place.
   • pour une fonctionnalité d’authentification qui passe par une reconnaissance vocale, l’application propose également une reconnaissance d’empreinte digitale (si la méthode alternative repose également sur une caractéristique biologique, il est souhaitable qu’elle n’implique pas une caractéristique biologique similaire. Par exemple, si la méthode initiale implique la voix, la méthode alternative ne devrait pas impliquer la voix.)
3. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer dans l’application la présence d’une fonctionnalité de répétition de touches (repérer par exemple la présence de consignes dans l’interface ou dans une documentation associée à l’application).
2. Vérifier que le délai de déclenchement de la fonction de répétition (le délai entre la toute première pression de touche à répéter et la mise en œuvre de la fonction de répétition) :
   • est de 2 secondes au moins ;
   • ou qu’il existe une méthode permettant de le paramétrer à 2 secondes au moins (par exemple, un champ de saisie dans les paramètres utilisateurs de l’application).
3. Vérifier que le délai entre deux répétitions :
   • est de 2 secondes au moins ;
   • ou qu’il existe une méthode permettant de le paramétrer à 2 secondes au moins (par exemple, un champ de saisie dans les paramètres utilisateurs de l’application).
4. Si c’est le cas, le test est validé.

iOS et Android

1. Repérer dans l’application la présence d’une documentation, par exemple :
   • un écran d’aide ;
   • une déclaration d’accessibilité ;
   • tout autre contenu qui fait office de documentation.
2. Repérer dans l’application la présence de fonctionnalités d’accessibilité.
3. Vérifier la présence dans la documentation :
   • de la description des fonctionnalités d’accessibilité de l’application, par exemple :
     • des paramètres d’accessibilité intégrés dans l’application comme la gestion des couleurs, des tailles de polices, la gestion des animations ;
     • un rotor personnalisé sur certains écrans (le rotor est une fonctionnalité des lecteurs d’écran qui permet une navigation rapide entre des types d’éléments d’un écran, certaines plateformes permettent de définir des éléments de navigation rapide spécifique à une application dans ce rotor. Voir une démonstration) ;
     • des gestes ou mouvements d’appareil qui déclenchent des fonctionnalités ;
     • des raccourcis clavier spéciaux disponibles pour certaines technologies d’assistance.
   • de la description des composants complexes pour lesquels il est mis en place une gestion particulière selon les technologies d’assistance ;
   • d’explications sur les modalités d’utilisation de ces fonctionnalités (leur localisation, les méthodes pour les activer) ;
   • de la description des éléments non conformes ou non compatibles avec certaines technologies d’assistance, et de la présence d’alternatives le cas échéant.
4. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer dans l’application les fonctionnalités d’accessibilité décrites dans la documentation. Par exemple :
   • une fonctionnalité qui permet d’accéder à une version en langage simplifié de l’application ;
   • une fonctionnalité qui permet de verrouiller l’orientation d’un écran.
2. Vérifier qu’il est possible pour les utilisateurs qui ont besoin :
   • de percevoir la présence de cette fonctionnalité dans l’interface ;
   • d’activer cette fonctionnalité, par exemple, une fonctionnalité est disponible qui permet d’accéder à une version en langage simplifié de l’application, alors tous les composants qui composent le parcours permettant d’atteindre la fonctionnalité doivent être en langage simplifié.
3. Si c’est le cas, le critère est validé.

iOS

1. Identifier dans la documentation de la plateforme les fonctionnalités d’accessibilité mises à disposition des utilisateurs (voir la documentation concernant les fonctionnalités d’accessibilité fournie par iOS).
2. Vérifier que l’application n’empêche pas leur utilisation, par exemple :
   • si l’application implémente des interactions qui déclenchent des fonctionnalités, ces interactions n’empêchent pas le bon fonctionnement des fonctionnalités d’accessibilité de la plateforme comme le lecteur d’écran ou les autres fonctionnalités basées sur le toucher ;
   • si l’application embarque une reconnaissance vocale, alors l’utilisation de la commande vocale intégrée à la plateforme n’est pas perturbée ;
   • si l’application implémente des raccourcis clavier, ceux-ci n’utilisent pas des combinaisons de touches déjà employées par la plateforme pour des fonctionnalités d’accessibilité (VoiceOver peut être utilisé avec un clavier par exemple, les raccourcis proposés ne doivent pas interférer) ;
   • ou toute autre fonctionnalité de l’application.
3. Si c’est le cas, le critère est validé.

Android

1. Identifier dans la documentation de la plateforme les fonctionnalités d’accessibilité mises à disposition des utilisateurs (voir la documentation concernant les fonctionnalités d’accessibilité fournie par Android).
2. Vérifier que l’application n’empêche pas leur utilisation, par exemple :
   • si l’application implémente des interactions qui déclenchent des fonctionnalités, ces interactions n’empêchent pas le bon fonctionnement des fonctionnalités d’accessibilité de la plateforme comme le lecteur d’écran ou les autres fonctionnalités basées sur le toucher ;
   • si l’application embarque une reconnaissance vocale, alors l’utilisation de la commande vocale intégrée à la plateforme n’est pas perturbée ;
   • si l’application implémente des raccourcis clavier, ceux-ci n’utilisent pas des combinaisons de touches déjà employées par la plateforme pour des fonctionnalités d’accessibilité (TalkBack peut être utilisé avec un clavier par exemple, les raccourcis proposés ne doivent pas interférer) ;
   • ou toute autre fonctionnalité de l’application.
3. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer dans l’application la présence d’une documentation, par exemple :
   • un écran d’aide ;
   • une déclaration d’accessibilité ;
   • tout autre contenu qui fait office de documentation (cela peut être un document pdf, une page HTML externe lisible dans un navigateur web).
2. Si c’est le cas, vérifier pour chaque élément de documentation :
   • s’il s’agit d’une page web, qu’il respecte le RAWeb1 ;
   • s’il s’agit d’un document bureautique au format PDF, qu’il respecte le référentiel d’évaluation de l’accessibilité des documents au format PDF (RAPDF 1).
   • s’il s’agit d’un document bureautique dans un autre format, qu’il respecte les critères de la section 10 Non-web documents de la norme européenne EN 301 549 v3.2.1 ;
   • s’il s’agit d’un écran de l’application, que le présent référentiel est respecté (la page Obligations détaille par ailleurs que les écrans relatifs à la documentation doivent être inclus dans l’échantillon d’évaluation).
3. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer dans l’outil les fonctionnalités d’édition (par exemple, un éditeur de texte, mais cela peut être une médiathèque ou toute autre interface qui permet de saisir du texte ou définir des propriétés).
2. Vérifier qu’il est possible de définir les informations d’accessibilité nécessaires pour rendre le contenu conforme au RAWeb. Par exemple :
   • définir l’alternative textuelle d’une image depuis l’éditeur de texte ou une médiathèque ;
   • définir un intitulé de lien ;
   • etc.
3. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer dans l’outil la présence d’aides à la création de contenus accessibles. Cela peut être :
   • une documentation utilisateur qui explique comment définir les propriétés d’accessibilité pour chaque élément de contenu ;
   • des tests automatiques ou semi-automatiques disponibles depuis les fonctionnalités d’édition ;
   • des tests manuels disponibles depuis les fonctionnalités d’édition pour guider les auteurs dans la détection d’erreurs.
2. Vérifier que les aides à la création de contenus accessibles sont pertinentes, c’est-à-dire qu’elles permettent de créer un contenu accessible.
3. Si c’est le cas, le critère est validé.

iOS et Android

1. Depuis les fonctionnalités d’édition (un éditeur de texte, mais cela peut être une médiathèque et toute autre interface qui permet de saisir du texte ou définir des propriétés), saisir les typologies de contenus proposées par l’éditeur (titre, liste, tableau, image, etc.). Utiliser également les différents paramètres permettant de définir des informations d’accessibilité (renseigner l’alternative textuelle d’une image, ajouter une description sur un lien, etc.)
2. Enregistrer les saisies.
3. Consulter le contenu généré :
   • dans la fonctionnalité d’édition (par exemple, dans l’éditeur de texte) ;
   • dans l’interface de publication des contenus (par exemple, la page web de publication).
4. Vérifier :
   • que les informations d’accessibilité (par exemple l’alternative d’une image, les niveaux de titres) sont préservées dans le contenu généré ;
   • que la technologie prend en charge les informations d’accessibilité pour la forme restructurée de l’information (vérifier que la transformation des informations est compatible avec la technologie, notamment pour s’assurer que ces informations pourront être exploitées par les technologies d’assistance).
5. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer dans l’outil la présence de fonctionnalités de tests automatiques ou semi-automatiques.
2. Modifier les valeurs ou contenus dans les zones d’édition afin de créer des erreurs d’accessibilité dans le contenu généré (web et non web).
3. Activer les fonctionnalités de tests.
4. Vérifier :
   • que l’outil répare automatiquement l’erreur ;
   • ou que l’outil met à disposition de l’auteur des suggestions de réparations.
5. Dans le cas d’un test semi-automatique, vérifier :
   • l’outil met à disposition une aide à la décision et des suggestions de réparations ;
   • ou que l’outil met à disposition de l’auteur des explications lui permettant d’effectuer la réparation.
6. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer la présence de gabarits mis à disposition par l’outil d’édition.
2. Tester le respect des critères du RAWeb et vérifier qu’au moins un des gabarits est totalement conforme.
3. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer la présence de gabarits totalement conformes au RAWeb mis à disposition par l’outil d’édition.
2. Vérifier la présence d’une mention explicite permettant de les identifier. Par exemple, depuis la liste des gabarits, les gabarits conformes possèdent une étiquette « gabarit accessible ».
3. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer la mise à disposition d’un service d’assistance depuis l’application.
2. Si c’est le cas, repérer dans l’application la présence d’une documentation, par exemple :
   • un écran d’aide ;
   • une déclaration d’accessibilité ;
   • tout autre contenu qui fait office de documentation.
3. Repérer la présence dans la documentation :
   • de la description des fonctionnalités d’accessibilité de l’application, par exemple :
     • des paramètres d’accessibilité intégrés dans l’application comme la gestion des couleurs, des tailles de polices, la gestion des animations ;
     • un rotor personnalisé sur certains écrans (le rotor est une fonctionnalité des lecteurs d’écran qui permet une navigation rapide entre des types d’éléments d’un écran, certaines plateformes permettent de définir des éléments de navigation rapide spécifique à une application dans ce rotor. Voir une démonstration) ;
     • des gestes ou mouvements d’appareil qui déclenchent des fonctionnalités ;
     • des raccourcis clavier spéciaux disponibles pour certaines technologies d’assistance.
   • de la description des composants complexes pour lesquels il est mis en place une gestion particulière selon les technologies d’assistance ;
   • d’explications sur les modalités d’utilisation de ces fonctionnalités (leur localisation, les méthodes pour les activer) ;
   • de la description des éléments non conformes ou non compatibles avec certaines technologies d’assistance, et de la présence d’alternatives le cas échéant.
4. Vérifier que le service support propose des informations concernant ces fonctionnalités.
5. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer la présence dans l’application d’un service d’assistance.
2. Si c’est le cas, vérifier que le service d’assistance peut être utilisé par toutes les personnes en situation de handicap. Il peut être utile de rechercher dans la documentation de l’application pour trouver ces informations. Par exemple, si le service d’assistance est disponible depuis un numéro de téléphone, vérifier qu’il existe des moyens alternatifs pour les utilisateurs qui ne peuvent pas s’exprimer à l’oral (personnes sourdes ou malentendantes) ou qui ne peuvent pas utiliser le langage verbal (personnes aphasiques). Par exemple :
   • une messagerie instantanée qui fournit un service équivalent (dialogue en temps réel avec un opérateur humain) ;
   • la mise à disposition d’une traduction écrite simultanée ou visuelle des informations orales ou sonores, ou la mise à disposition d’un interprète en langue des signes (utilisation d’un service de relais).
3. Si c’est le cas, le critère est validé.

iOS et Android

La façon la plus sûre d’évaluer ce critère est de faire une recherche soit dans l’interface soit dans la documentation de l’application pour obtenir cette information. Il est également recommandé de demander à l’éditeur de l’application de fournir cette information.

Une implémentation de la recommandation UIT-T G.722 par exemple semble être une solution optimale.

iOS et Android

1. Vérifier que l’application permet la communication orale bidirectionnelle.
2. Si c’est le cas, vérifier la présence d’une fonctionnalité de communication écrite en temps réel (il peut être parfois nécessaire d’activer un paramètre dédié dans l’application pour permettre la communication écrite en temps réel).
3. Sinon, vérifier si l’application peut se connecter à un terminal intégrant une fonctionnalité de communication écrite en temps réel (cette évaluation peut être complexe à mener sans la mise à disposition d’un terminal de communication en temps réel ou si le réseau utilisé par le terminal ne supporte pas les protocoles de texte en temps réel. Une première étape peut être de rechercher dans la documentation ou de questionner directement l’éditeur de l’application.)
4. Si c’est le cas, le critère est validé.

iOS et Android

1. Vérifier que l’application permet la communication orale bidirectionnelle.
2. Si c’est le cas, vérifier la présence d’une fonctionnalité de communication écrite en temps réel.
3. Si c’est le cas, vérifier qu’il est possible d’utiliser les deux modes de communications en même temps, c’est-à-dire que des utilisateurs peuvent envoyer des messages écrits en temps réels au même moment que d’autres utilisateurs parlent par exemple.
4. Si c’est le cas, le critère est validé.

iOS et Android

1. Activer l’application et la fonctionnalité de communication écrite en temps réel de l’application sur deux terminaux et les connecter à une même session.
2. Envoyer un message écrit depuis les deux terminaux pour obtenir des messages avec des statuts différents (envoyé et reçus).
3. Vérifier :
   • que les messages envoyés et reçus sont visuellement séparés (par exemple, les messages envoyés sont dans une fenêtre et les messages reçus dans une autre, ou il y a un saut de ligne entre chaque message reçu et envoyé s’ils sont présentés dans une même fenêtre) ;
   • qu’il est possible visuellement de distinguer les messages envoyés et les messages reçus (par exemple, repérer la mention « Envoyé » à proximité d’un message envoyé ou « Reçu » à proximité d’un message reçu) ;
   • si l’identification de l’interlocuteur est disponible pour le mode de communication oral (par exemple, mise en avant de l’avatar de la personne ayant la parole), que les auteurs des messages écrits sont identifiés également (par exemple, la présence d’un nom ou un identifiant précédant le message).
4. Activer le lecteur d’écran et naviguer dans les messages.
5. Vérifier que le lecteur d’écran restitue :
   • l’information du statut envoyé ou reçu de chaque message ;
   • l’identification de l’auteur du message.
6. Si c’est le cas, le critère est validé.

iOS et Android

1. Vérifier que l’application permet la communication orale bidirectionnelle et la communication écrite en temps réel ou la diffusion de la vidéo en temps réel.
2. Si c’est le cas, activer l’application sur deux terminaux et les connecter à une même session.
3. Faire parler un utilisateur depuis un des terminaux.
4. Vérifier sur l’interface l’apparition d’un indicateur visuel permettant d’identifier qu’une personne est en train de parler. Il n’est pas nécessaire pour ce critère d’identifier qui parle, mais simplement d’identifier qu’il y a une personne qui est en train de parler. Par exemple, un halo autour ou une icône à proximité de l’avatar de la personne qui parle.
5. Si c’est le cas, le critère est validé.

iOS et Android

Il n’est pas proposé de méthode d’évaluation pour ce critère.

Note importante : Ce critère est très complexe à évaluer et demande une certaine maîtrise de l’ensemble des concepts et normes d’interopérabilité. Si l’application que vous évaluez ou développez doit couvrir ce critère, nous vous renvoyons à la lecture intégrale du critère 6.2.3 Interoperability dans la norme EN 301 549.

iOS et Android

1. Vérifier que l’application permet la communication écrite en temps réel.
2. Si c’est le cas, activer l’application et la fonctionnalité de communication écrite sur deux terminaux distincts et les connecter à une même session.
3. Saisir du texte sur le premier terminal et observer son apparition sur le second terminal. L’apparition sur le second terminal doit être instantanée (inférieure à une demi-seconde). Selon le fonctionnement de la fonctionnalité, chaque caractère n’est pas envoyé individuellement. En effet, si la fonctionnalité de communication écrite en temps réel implémente une prédiction de mots, c’est lorsque le mot désiré sera sélectionné qu’il sera envoyé, pas lors de la saisie des premiers caractères servant à déclencher l’affichage de suggestion. Un test par observation simple peut être suffisant pour constater l’apparition instantanée sur le terminal qui reçoit le message écrit.
4. Si c’est le cas, le critère est validé.

iOS et Android

1. Activer le lecteur d’écran depuis un terminal.
2. Depuis un second terminal, lancer un appel vers le premier terminal.
3. Lorsque l’appel entrant apparaît, vérifier :
   • que l’identification de l’interlocuteur est disponible sous format texte visible (par exemple, un nom ou un numéro de téléphone) ;
   • et que cette identification est correctement restituée par le lecteur d’écran.
4. Si c’est le cas, le critère est validé.

iOS et Android

1. Activer l’application et lancer un appel vidéo entre les deux terminaux.
2. Vérifier la présence sur le terminal recevant l’appel d’une méthode permettant aux utilisateurs de langue des signes d’identifier l’interlocuteur.
3. Si c’est le cas, le critère est validé.

iOS et Android

1. Repérer les fonctionnalités disponibles (en dehors de la fonctionnalité de communication orale) qui se basent sur l’écoute d’information ou l’énonciation de commande, par exemple :
   • une messagerie vocale ;
   • un standard téléphonique automatique (par exemple, qui demande d’énoncer un chiffre entre 1 et 4 pour être redirigé vers un service) ;
   • ou tout autre serveur vocal interactif.
2. Vérifier :
   • que l’information est disponible sans devoir écouter ou parler ;
   • que les actions peuvent être réalisées sans devoir écouter ou parler ou qu’il existe une alternative à la fonctionnalité qui peut être utilisée sans devoir écouter ou parler.
3. Si c’est le cas, le critère est validé.

iOS et Android

Pour les conditions concernant la résolution et la fréquence des images, la façon la plus sûre d’évaluer ce critère est de faire une recherche soit dans l’interface soit dans la documentation de l’application pour obtenir ces informations. Il est également recommandé de demander à l’éditeur de l’application de fournir ces détails techniques.

Pour la dernière condition concernant le décalage entre la vidéo et l’audio, le test peut s’établir sur une simple observation :

1. Activer l’application sur deux terminaux.
2. Établir une connexion d’appel vidéo entre les deux terminaux.
3. Vérifier la synchronisation entre les paroles et la vidéo (synchronisation labiale, mouvement des lèvres).
4. Si c’est le cas, le critère est validé.