5. Formulaires

5.2.1
‍

Chaque étiquette visible d'un champ de formulaire est-elle pertinente ?

‍

Méthodologie du test 5.2.1

iOS et Android

1. Repérer dans l'écran tous les champs de formulaire.
2. Pour chaque champ de formulaire ayant une étiquette visible, vérifier que l'étiquette visible est pertinente (elle permet de comprendre la nature de la saisie attendue) ;
3. Si c'est le cas, le critère est validé.

Références
‍

WCAG 2.1

Critère(s) de succès :

• 2.4.6
• 2.5.3
• 3.3.2

RGAA 4.1.2

Critère(s) de référence :

• 11.2

‍

5.3.1
‍

Chaque étiquette de champ et son champ associé sont-ils accolés ?
‍

Méthodologie du test 5.3.1

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 visuellement proche du champ auquel elle est liée.
3. Pour chaque champ de type bouton radio, case à cocher :
   • L'étiquette est visuellement accolée immédiatement au-dessous ou à droite du champ de formulaire lorsque le sens de lecture de la langue de l'étiquette est de gauche à droite.
   • L'étiquette est visuellement accolée immédiatement au-dessous ou à gauche du champ de formulaire lorsque le sens de lecture de la langue de l'étiquette est de droite à gauche.
4. Pour les autres types de champ :
   • L'étiquette est visuellement accolée immédiatement au-dessus ou à gauche du champ de formulaire lorsque le sens de lecture de la langue de l'étiquette est de gauche à droite.
   • L'étiquette est visuellement accolée immédiatement au-dessus ou à droite du champ de formulaire lorsque le sens de lecture de la langue de l'étiquette est de droite à gauche.
5. Si c'est le cas, le critère est validé.

Références

WCAG 2.1

Critère(s) de succès :

• 3.3.2

RGAA 4.1.2

Critère(s) de référence :

• 11.4

‍

5.5.1
‍

Pour chaque erreur de saisie, les types et les formats de données, et des exemples de valeurs attendues, sont-ils suggérés, si nécessaire ?

Méthodologie du test 5.5.1

iOS et Android

1. 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).
2. Valider le formulaire.
3. Pour chaque message d'erreur, vérifier que les types et les formats de données attendus sont suggérés ;
4. Pour chaque message d'erreur, vérifier que des exemples de valeurs attendues sont suggérés ;
5. Si c'est le cas pour chaque message d'erreur, le test est validé.

Références

WCAG 2.1

Critère(s) de succès :

• 3.3.3

RGAA 4.1.2

Critère(s) de référence :

• 11.11

‍

5.6.1
‍

Pour chaque formulaire qui modifie ou supprime des données, ou qui transmet des réponses à un test ou un examen, ou dont la validation a des conséquences financières ou juridiques, la saisie des données vérifie-t-elle une de ces conditions ?

• L'utilisateur peut modifier ou annuler les données et les actions effectuées sur ces données après la validation du formulaire ;
• L'utilisateur peut vérifier et corriger les données avant la validation d'un formulaire en plusieurs étapes ;
• Un mécanisme de confirmation explicite, via une case à cocher ou une étape supplémentaire, est présent.
  
  ‍

Méthodologie du test 5.6.1

iOS et Android

1. Remplir le formulaire.
2. Retrouver à l'écran les formulaires qui modifient ou suppriment des données, ou qui transmettent des réponses à un test ou un examen, ou dont la validation a des conséquences financières ou juridiques ;
3. Pour chaque formulaire, vérifier que l'utilisateur peut :
   • Soit modifier ou annuler les données et les actions effectuées sur ces données après la validation du formulaire ;
   • Soit vérifier et corriger les données avant la validation d'un formulaire en plusieurs étapes ;
   • Soit disposer d'un mécanisme de confirmation explicite (par exemple, une case à cocher ou une étape supplémentaire).
4. Si c'est le cas, le critère est validé.

5.6.2
‍

Chaque formulaire dont la validation modifie ou supprime des données à caractère financier, juridique ou personnel vérifie-t-il une de ces conditions ?

• Un mécanisme permet de récupérer les données supprimées ou modifiées par l'utilisateur ;
• Un mécanisme de demande de confirmation explicite de la suppression ou de la modification, via un champ de formulaire ou une étape supplémentaire, est proposé.

Méthodologie du test 5.6.2

iOS et Android

1. Remplir le formulaire.
2. Retrouver à l'écran les formulaires qui modifient ou suppriment des données à caractère financier, juridique ou personnel ;
3. Pour chaque formulaire, vérifier que l'utilisateur dispose :
   • Soit d'un mécanisme qui permet de récupérer les données supprimées ou modifiées ;
   • Soit d'un mécanisme de demande de confirmation explicite de la suppression ou de la modification (par exemple, une case à cocher ou une étape supplémentaire).
4. Si c'est le cas, le critère est validé.

Références

WCAG 2.1

Critère(s) de succès :

• 3.3.4

RGAA 4.1.2

Critère(s) de référence :

• 11.12

‍

5.7.1
‍

Chaque champ de formulaire dont l'objet se rapporte à une information concernant l'utilisateur vérifie-t-il ces conditions ?

• Les contrôles natifs adéquats du système sont présentés à l'utilisateur ;
• Le champ est compatible avec une fonctionnalité de remplissage automatique.
  
  ‍

Méthodologie du test 5.7.1

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 du système 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 du système 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 du système, 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é.

Références

WCAG 2.1

Critère(s) de succès :

• 1.3.5

RGAA 4.1.2

Critère(s) de référence :

• 11.13

‍