Test de vitesse de réaction

Un test de vitesse de réaction mesure le délai entre un signal visuel et votre réponse. Sur cette page, vous attendez que la zone de test change, puis vous cliquez ou appuyez sur une touche le plus vite possible; le résultat s’affiche en millisecondes. Il sert à comparer des essais récents, s’échauffer avant un jeu, illustrer l’attention et la latence d’entrée, ou observer l’effet de la fatigue et de la concentration. Le chiffre n’est pas une mesure pure du système nerveux : fréquence de l’écran, latence de la souris ou du clavier, planification du navigateur, luminosité et clic trop tôt peuvent l’influencer. Pour comparer correctement, gardez le même appareil, la même entrée et plusieurs essais.

L'horloge qui chronomètre la réaction est performance.now(), le timer haute résolution de la spécification W3C High Resolution Time. Dans un contexte de navigation principal, elle renvoie un DOMHighResTimeStamp avec une précision inférieure à la milliseconde (Chromium signale des pas de 100 μs après les mitigations Spectre, Firefox 1 ms par défaut en fenêtres privées). L'ancien Date.now() n'a qu'une résolution d'environ 1 ms et est donc inadapté aux mesures inférieures à une trame. Le délai aléatoire avant stimulus (1 à 5 s) et le delta de clic sont tous deux calculés dans la base temporelle de performance.now(). Le changement d'état du stimulus est piloté par requestAnimationFrame, que le navigateur synchronise sur le signal vsync de l'écran. À 60 Hz l'intervalle de trame est de 16,67 ms, à 120 Hz il est de 8,33 ms, à 144 Hz de 6,94 ms et à 240 Hz de 4,17 ms ; le résultat est donc quantifié selon ce que le panneau peut afficher. En dessous d'environ 150 ms, la plus grande partie de la mesure n'est plus la personne — c'est la chaîne de saisie : une souris filaire avec un sondage USB à 1 000 Hz ajoute environ 1 ms, une souris Bluetooth ajoute 7 à 30 ms, et la coalescence des événements du système d'exploitation peut allonger cela sur un ordinateur portable en mode économie d'énergie. Les données de temps de réaction simple humain se distribuent selon une loi approximativement normale avec une moyenne d'environ 250 ms et un écart-type d'environ 30 ms, parcourant la même chaîne à chaque fois : le photon frappe la rétine, le signal traverse le corps genouillé latéral jusqu'à V1, la planification motrice s'active dans le cortex prémoteur et moteur, le tractus corticospinal commande le fléchisseur du doigt et le clic est enregistré. Un clic prématuré est donc filtré comme un état « trop tôt » pour empêcher que des anticipations ne polluent cette distribution sous forme de faux enregistrements de 50 à 100 ms.

• Horloge : performance.now() (DOMHighResTimeStamp), pas de 100 μs dans les contextes principaux Chromium, 1 ms dans certaines fenêtres privées ; Date.now() n'a qu'une précision à la milliseconde et n'est pas utilisé.
• Quantification des trames : requestAnimationFrame est synchronisé sur le vsync, le plus petit delta mesurable est donc une trame : 16,67 ms à 60 Hz, 6,94 ms à 144 Hz, 4,17 ms à 240 Hz.
• Plancher de latence d'entrée : environ 1 ms pour une souris filaire avec sondage USB à 1 000 Hz, 7 à 30 ms pour une souris Bluetooth typique, plus le jitter de coalescence des événements du système en mode économie d'énergie.
• Référence humaine : le temps de réaction visuel simple est approximativement normal avec une moyenne d'environ 250 ms et un écart-type d'environ 30 ms ; les enregistrements inférieurs à 150 ms sont presque toujours liés au plancher du périphérique, pas à des gains du système nerveux.
• Chaîne neuronale : rétine → corps genouillé latéral → V1 → cortex prémoteur/moteur → tractus corticospinal → fléchisseur du doigt, formant la bande de latence biologique irréductible.
• Anti-triche : les clics avant le stimulus sont signalés comme « trop tôt » afin que les anticipations ne polluent pas la distribution sous forme d'enregistrements artificiellement rapides.