COMPÉTENCES EN PROGRAMMATION

Test d’accessibilité web pour le recrutement

Découvrez comment les développeurs repèrent les problèmes d'accessibilité dans des interfaces web courantes et choisissent des corrections pratiques.

10 minutes
15 questions
Intermédiaire
Choix multiple
Questions en anglais
Téléphone et ordinateur

Utilisez ce test gratuitement Voir les formats de questions

La réponse courte

Le test d'accessibilité web pour développeurs est une évaluation chronométrée de niveau intermédiaire, destinée aux développeurs frontend et web, aux ingénieurs en accessibilité, aux ingénieurs UI, aux concepteurs web qui écrivent du code et aux ingénieurs QA qui testent des interfaces web. Les candidats examinent de courts extraits de HTML, CSS et JavaScript, des résultats d'audit et des scénarios d'utilisation, puis choisissent une correction ou une évaluation portant sur l'accessibilité des interfaces.

Ce que cela mesure

Rédiger et examiner du HTML, du CSS et du JavaScript afin que les interfaces web soient utilisables au clavier, avec des lecteurs d’écran, le zoom et d’autres technologies d’assistance.

HTML accessible

Les candidats évaluent le balisage sémantique et la façon dont HTML permet d'utiliser des interfaces au clavier et avec des technologies d'assistance.

CSS accessible

Les candidats évaluent la mise en forme des interfaces utilisées avec le zoom et d'autres technologies d'assistance. Certaines questions portent sur le contraste et indiquent les ratios mesurés dans un tableau.

Contenu dynamique et ARIA

Les candidats évaluent les composants interactifs, les mises à jour en temps réel et l'utilisation de JavaScript et d'ARIA dans les interfaces web.

Principes et tests d'accessibilité

Les candidats appliquent WCAG 2.2 et les tests d'accessibilité à des situations courantes de développement web.

Formats de questions

Choix multiple

Le candidat : Lit une courte situation, un tableau ou un énoncé, puis choisit la bonne réponse ou toutes les bonnes réponses.

Vous voyez : Si le candidat maîtrise suffisamment le sujet pour le mettre en pratique, et pas seulement le reconnaître.

15 questions en 10 minutes, présentées une à une.

Postes adaptés à ce test

Développeurs frontend et web, ingénieurs en accessibilité, ingénieurs UI, concepteurs web qui écrivent du code et ingénieurs QA qui testent l'accessibilité des interfaces web.

Ce que ce test peut révéler

Examen pratique de code
De courts extraits de HTML, CSS et JavaScript montrent comment les candidats corrigent les problèmes d'accessibilité, au-delà de ce qu'indique leur CV sur leurs compétences en développement web.
Évaluation d'interfaces courantes
Les scénarios d'utilisation et les résultats d'audit révèlent comment les candidats réfléchissent aux formulaires d'inscription, aux listes de produits et aux tableaux de bord.
Prise en compte des technologies d'assistance
Le test évalue si les développeurs tiennent compte du clavier, des lecteurs d'écran, du zoom et d'autres technologies d'assistance lorsqu'ils examinent des interfaces.
Contexte cohérent des questions
Du code rédigé clairement et des ratios de contraste mesurés évitent d'avoir à juger les couleurs à l'œil, ainsi que toute dépendance aux particularités d'un navigateur, à une marque de lecteur d'écran, à des expressions idiomatiques ou à des connaissances locales.

Ce que vous obtenez pour chaque candidat

Exemple de rapport (données fictives)Accessibilité web pour les développeurs

76 %Percentile 57. Référence : candidats HireValid, n = 652

HTML accessible90 %

CSS accessible79 %

Contenu dynamique et ARIA64 %

Principes et tests d'accessibilité69 %

Integrity ScoreConfiance élevée

Est resté sur l’onglet du test pendant toute sa durée
Aucune réponse copiée-collée
A répondu à un rythme régulier

Les scores, les profils et les signaux d’intégrité sont des éléments que vous pouvez examiner en complément d’un entretien, et ne constituent jamais une décision automatique.

Utilisez ce test gratuitement

Signaux d'intégrité du test

Chaque candidat reçoit un ensemble de questions et un ordre différents, tirés de vastes banques, avec des choix de réponse mélangés. Le navigateur affiche une question à la fois, et les réponses restent sur les serveurs de HireValid. Le chronomètre fonctionne sur le serveur ; après un rechargement, la même question s'affiche avec le temps restant. Les candidats ne peuvent pas revenir aux questions précédentes. Le texte ne peut être ni copié ni sélectionné, et toute tentative de copie bloquée est consignée dans la chronologie. Les liens d'invitation personnels expirent, et un test terminé ne peut pas être passé une seconde fois. HireValid enregistre des signaux tels que le temps passé hors de l'onglet du test, le contenu collé dans les réponses et les réponses anormalement rapides, puis les résume dans un Integrity Score et une chronologie des éléments à examiner par l'employeur. Avec le consentement du candidat, les employeurs peuvent ajouter des photos prises par webcam à des moments aléatoires. Le système ne prend pas de décision de lui-même. Découvrez comment nous concevons nos tests.

Comment nous prévenons la fraude assistée par l’IA · Signaux d’intégrité

Utilisez le score comme élément d'évaluation

Examinez le score en complément d'un exercice pratique et d'un entretien structuré ; ne l'utilisez pas seul pour prendre une décision. Dans le cadre d'un exercice pratique, vous pouvez demander au candidat d'examiner une interface web et d'expliquer une correction proposée. Comparez son raisonnement aux extraits de code et aux résultats d'audit du test. Vous pouvez également tenir compte des compétences connexes évaluées par les tests HTML5, CSS et React.

Questions d’entretien structuré

Comment vérifieriez-vous qu'un formulaire d'inscription est accessible au clavier ?
Soyez attentif à la clarté de la démarche d'examen, aux détails précis de l'interface et à la façon dont le candidat expliquerait et vérifierait la correction proposée.
Parlez-moi d'une fois où vous avez modifié une interface web après avoir repéré un problème d'accessibilité.
Soyez attentif au problème relevé, aux modifications apportées au HTML, au CSS ou au JavaScript, ainsi qu'à la façon dont le candidat a évalué le résultat.
Comment analyseriez-vous une mise à jour en temps réel qui n'est pas claire pour une personne utilisant un lecteur d'écran ?
Soyez attentif à la prise en compte du contenu dynamique, au rôle d'ARIA et à la méthode proposée pour tester l'interface mise à jour.

Comprendre les scores et les repères

Équité et aménagements

Les questions s'appuient sur de courts extraits de code, rédigés clairement, et des pages web courantes comme des formulaires d'inscription, des listes de produits et des tableaux de bord. Elles ne comportent ni expressions idiomatiques, ni symboles monétaires, ni références nécessitant des connaissances locales. Elles ne dépendent jamais des particularités d'un navigateur ou d'une marque de lecteur d'écran. Aucune information n'est transmise uniquement par la couleur, et les questions sur le contraste indiquent les ratios mesurés dans un tableau. Aucun candidat n'a donc à juger les couleurs à l'œil.

Vous pouvez accorder un délai supplémentaire à tout candidat à titre d’aménagement. Les résultats sont des éléments qu’une personne doit examiner, jamais une décision automatique.

Provisoire : la fiabilité sera indiquée une fois que 200 candidats l'auront passé.

Découvrez notre approche de l’équité

Détails du test

Un test chronométré qui évalue la capacité d'un développeur à créer des pages web et des applications utilisables par les personnes en situation de handicap. Les candidats lisent de courts extraits de HTML, CSS et JavaScript, des résultats d'audit et des scénarios d'utilisation, puis choisissent la correction ou l'évaluation qu'un développeur expérimenté, sensibilisé à l'accessibilité, proposerait. Le test porte sur le balisage sémantique, la mise en forme, les composants interactifs et les mises à jour en temps réel, ainsi que sur l'application de WCAG 2.2 dans le travail quotidien.

Les questions sont en anglais.
Aucun support n'est nécessaire.
Chaque question reçoit une réponse une seule fois, dans l’ordre, sans possibilité de revenir en arrière.
4 questions d’entraînement, 4 minutes, avant le test chronométré.

WCAG, WAI-ARIA sont des marques déposées appartenant à leurs propriétaires. HireValid n’y est pas affilié et n’est pas approuvé par ces derniers.

Foire aux questions

Comment le test d'accessibilité web pour développeurs prend-il en compte l'équité ?+

Les questions s'appuient sur de courts extraits de code, rédigés clairement, et des pages familières comme des formulaires d'inscription, des listes de produits et des tableaux de bord. Elles ne dépendent pas d'une marque de navigateur ou de lecteur d'écran, ne transmettent pas d'information uniquement par la couleur et ne demandent pas de juger les couleurs à l'œil ; les ratios de contraste figurent dans un tableau.

Les candidats peuvent-ils utiliser des aides ou revenir aux questions du test d'accessibilité web pour développeurs ?+

Aucune aide n'est autorisée et les candidats ne peuvent pas revenir à une question précédente. Le test ne nécessite pas d'ordinateur de bureau. Les candidats peuvent essayer la série d'entraînement distincte de 4 questions en 4 minutes pour découvrir le fonctionnement des questions.

Quels candidats devraient passer le test d’accessibilité web pour les développeurs ?+

Il s'agit d'un test de niveau intermédiaire destiné aux candidats à des postes de développeur frontend ou web, d'ingénieur en accessibilité, d'ingénieur UI, de concepteur web qui écrit du code ou d'ingénieur QA chargé de tester l'accessibilité des interfaces web.

Que font les candidats lors du test d’accessibilité web pour les développeurs ?+

En 10 minutes, les candidats répondent à 15 questions à choix multiples fondées sur de courts extraits de HTML, CSS et JavaScript, des résultats d'audit et des scénarios d'utilisation. Ils choisissent une correction pratique ou une évaluation liée à l'accessibilité web.