Testeur de clavier

À propos du Testeur de clavier

Diagnostiquez les touches bloquées ou muettes sans installer de logiciel. Basculez entre les layouts populaires, visualisez chaque pression et consultez les codes d'événement pour remapper ou remplacer sereinement. Essayez aussi notre Test écran et Vitesse de frappe.

1. Choisissez la disposition correspondant à votre clavier (QWERTY, AZERTY, Mac ou Windows).
2. Cliquez sur la page ou appuyez sur une touche pour démarrer : l'animation et le journal réagissent instantanément.
3. Activez « Afficher les key codes » si vous avez besoin du event.code pour vos raccourcis ou remappages.
4. Appuyez sur Réinitialiser pour effacer l'historique et lancer une nouvelle session.

Comment savoir si une touche du clavier est cassée ?

Appuyez sur la touche suspecte alors que la page du testeur est active. Une touche fonctionnelle s'allume aussitôt et apparaît dans le journal avec un évènement « Enfoncée » puis « Relâchée ». Une touche morte ne produit rien — ni surbrillance, ni entrée dans le journal. Une touche capricieuse répond par intermittence ou seulement quand on appuie fort. Si la même touche échoue dans plusieurs navigateurs, c'est un défaut matériel ; si elle ne ratera que dans un SE, c'est probablement un pilote ou un remappage.

Qu'est-ce qu'une touche « bloquée » et comment le testeur la repère ?

Une touche bloquée est une touche que le clavier signale comme enfoncée alors que vous l'avez relâchée. Appuyez une fois et regardez « Touches enfoncées » : si la touche reste allumée après le relâchement, ou si des évènements « Maintenue » continuent de se déclencher seuls, le switch est bloqué mécaniquement ou électriquement. Un coup d'air comprimé sous le keycap suffit la plupart du temps ; sinon il faut remplacer le switch.

Pourquoi certaines touches ne répondent pas ou tapent un mauvais caractère ?

Trois causes habituelles : mauvaise disposition (un clavier AZERTY interprété par un SE en QWERTY — vérifiez avec le sélecteur « Disposition »), un remappage du système (Windows PowerToys, macOS Karabiner, Linux setxkbmap), ou un modificateur qui trouble le navigateur (certaines touches de couche Fn n'atteignent jamais l'OS). Activez « Afficher les key codes » pour voir event.code, indépendant de la disposition et idéal pour repérer un remappage.

Le testeur détecte-t-il le rollover et le ghosting ?

Oui — maintenez trois touches ou plus en même temps. Un clavier NKRO (N-Key Rollover) liste toutes les touches dans « Touches enfoncées ». Les claviers à dôme caoutchouc bon marché plafonnent souvent à 2KRO ou 3KRO et la quatrième touche disparaît silencieusement ; certains affichent des évènements « fantômes » avec des touches non pressées (typique des membranes à matrice partagée). Les claviers mécaniques et gaming annoncent généralement le NKRO sur USB, vous pouvez donc presser tout un accord sans perte.

Quelle est la fiabilité du test NKRO / rollover dans le navigateur ?

Considérez-le comme un indice, pas comme un verdict matériel. Le testeur ne compte que les évènements keydown réellement reçus par le navigateur, et ce chemin est plafonné et déformé avant d'atteindre la page : l'OS intercepte les accords de raccourci, le firmware du clavier et la couche Fn avalent des combinaisons en silence, et le ghosting des modificateurs supprime des touches. Un clavier vraiment NKRO peut donc sous-rapporter (paraissant 2-3KRO) et une séquence maintien-puis-frappe peut sur-compter. Pour une évaluation définitive, consultez la fiche du fabricant ou un analyseur USB-HID dédié — utilisez ce test pour comparer les touches et repérer les pertes évidentes.

Qu'est-ce que le rapport de couverture réussi/échec et que signifient les colonnes CSV/JSON ?

Le suivi de couverture transforme l'outil en test d'acceptation reproductible : chaque touche pressée au moins une fois passe au vert et le reste, un badge affiche « X / N testées » et une liste « Touches non testées » indique exactement ce qu'il reste sur un clavier de plus de 100 touches pour ne pas perdre le fil. Exportez le rapport complet de session en CSV ou JSON — chaque ligne est une touche avec : code (event.code, ex. KeyA), libellé, testée (oui/non), appuis (total des keydown de la session) et bloquée (oui quand une touche est restée enfoncée au-delà du seuil de surveillance sans keyup reçu). Une ligne de résumé note le layout, le NKRO max et testées/total. Joignez le fichier à un ticket de réparation comme preuve auditable.

Fonctionne-t-il hors ligne, et est-il sûr d'y taper des mots de passe ?

C'est sûr et privé. Tout le test s'exécute localement dans votre navigateur via les évènements DOM keydown/keyup standard — rien de ce que vous tapez n'est journalisé sur un serveur, téléversé ni conservé entre les sessions, donc aucun keylogging. Cela dit, un testeur de clavier n'a pas besoin de votre vrai mot de passe : tapez des touches au hasard pour vérifier les switchs. La page fonctionne entièrement hors ligne une fois chargée, et fermer l'onglet efface le journal aussitôt.

Comment trouver le scan code / event.code d'une touche en ligne ?

Activez « Afficher les key codes » et appuyez sur la touche — chaque évènement consigne à la fois event.code et event.key. event.code est la position physique et est indépendant de la disposition (« KeyA » est la position du A en QWERTY, AZERTY ou Dvorak), c'est donc ce qu'il faut lier aux raccourcis. event.key est le caractère produit (« a », « A », « @ ») et change selon la disposition et les modificateurs. L'ancien keyCode numérique (ex. 65) est obsolète ; les liaisons modernes utilisent event.code. Le rapport exporté liste l'event.code de chaque touche de votre layout.

Fonctionne-t-il sur Mac, Windows et Linux ?

Oui. La page lit les évènements clavier standard du navigateur, que les trois systèmes implémentent. Le layout « MacBook QWERTY » ajoute Command (⌘) et Option (⌥), tandis que « Windows QWERTY » inclut les touches Win et Menu. Le comportement de la rangée de fonctions dépend du BIOS/OS du portable — sur de nombreux MacBook, il faut maintenir Fn pour envoyer F1–F12, sauf à activer « Use F1, F2, etc. keys as standard function keys ».

Pourquoi les touches Fn / luminosité / volume n'apparaissent-elles pas ?

La plupart des raccourcis de la couche Fn (luminosité, volume, verrouillage écran, multimédia) sont interceptés par le firmware du clavier ou par l'OS avant d'atteindre le navigateur. Le testeur ne consigne que ce qui arrive au navigateur — l'absence de touches média est donc normale, pas un défaut. Pour les vérifier, utilisez le visualiseur du système (sur macOS « Show Keyboard Viewer »). Les lettres, chiffres, modificateurs, flèches et F1–F12 dédiées atteignent bien le navigateur.

Est-ce sûr ? Mes frappes partent-elles quelque part ?

Oui. Tout le test s'exécute dans votre navigateur via les évènements DOM standard « keydown » / « keyup ». Rien n'est téléversé, stocké sur un serveur ni conservé entre les sessions. Fermer l'onglet efface le journal sur-le-champ. Vous pouvez utiliser le testeur hors ligne (après le premier chargement) sans aucune différence.

Quand activer l'affichage des codes ?

Activez « Afficher les key codes » dès que vous avez besoin de event.code ou event.key (configuration des raccourcis dans VS Code, Vim, OBS, lanceurs de jeu). Les codes sont stables entre layouts — « KeyA » correspond à la position physique de la touche A en QWERTY comme en Dvorak — ce qui en fait la bonne valeur à associer à vos raccourcis. Si vous ne voyez que des nombres (comme 65), le navigateur renvoie l'ancien keyCode ; les liaisons modernes utilisent event.code.