Skip to content
DeviceBench

Free online keyboard test

Keyboard test that lights the key you actually pressed

Click the layout, press keys, and each one lights its own box on a full 104-key board with a counter for how many times it has fired. Keys are matched by switch position rather than by the character they produce, so the same box lights on QWERTY, AZERTY and QWERTZ, and the left and right Shift are two different boxes rather than one. A key that never lights is dead, a key that stays lit is stuck, and a counter that climbs by two on one deliberate tap is switch chatter — the three faults a keyboard actually has, told apart on one screen, with nothing to install and nothing leaving the tab.

  • 100% free
  • No signup
  • 104 keys
  • Any layout
  • Counts every press

Your browser shortcuts still work. Press Start, then walk the board.

Esc
F1
F2
F3
F4
F5
F6
F7
F8
F9
F10
F11
F12
`
1
2
3
4
5
6
7
8
9
0
-
=
Backspace
Tab
Q
W
E
R
T
Y
U
I
O
P
[
]
\
Caps
A
S
D
F
G
H
J
K
L
;
'
Enter
Shift
Z
X
C
V
B
N
M
,
.
/
Shift
Ctrl
Meta
Alt
Space
Alt
Meta
Menu
Ctrl
PrtSc
ScrLk
Pause
Ins
Home
PgUp
Del
End
PgDn
↑
←
↓
→
Num
/
*
-
7
8
9
+
4
5
6
1
2
3
Enter
0
.
Keys registered
0 / 104
Total presses
0
Held right now
0
Most at once
0
Last key

Nothing pressed yet.

Keys firing more than once

None yet. A count here that runs ahead of your presses is switch chatter.

These never reach a web page and will stay gray however hard you press them: MetaLeft, MetaRight, PrintScreen, F11, F12, along with Fn, Alt+Tab and Cmd combinations. A phone or tablet has no keyboard to test unless you have paired a physical one.

All 68 device tests

Everything on DeviceBench runs in this tab: keyboard and mouse, display and pixels, microphone and camera, sound, controllers, reflexes, network and the calculators for a build.

Display

15 tools

How to test a keyboard

Three passes, in this order, because each one rules out a different fault.

  1. Click the keyboard, then press keys

    The test only starts capturing after you click the layout, which is deliberate: a page that swallows keystrokes the moment it loads takes your browser shortcuts with them. Once the border turns cyan it is listening, and every key you press lights up its box and increments the counter on it. Press Stop, or click outside the layout, and your shortcuts come back.

  2. Walk the whole board, including the duplicates

    Go row by row rather than typing a sentence — a sentence never touches Scroll Lock, the right Alt or the numpad's own Enter. Press both Shift keys, both Ctrl keys and both Alt keys separately: they are different switches and the test tracks them as different boxes, so a laptop with a dying right Shift shows up here and nowhere in normal typing.

  3. Read the three failures off the board

    A box that never lights is a dead switch. A box that stays lit after you release is stuck, or the key-up event never arrived. A counter that jumps by two on one clean press is switch chatter, the same fault a mouse has when it double-clicks on its own — the counters are there so you can see it rather than guess.

Technical specifications

Keys on the layout104 — ANSI full-size, including numpad, both modifier pairs and the six-key navigation cluster
Key identificationKeyboardEvent.code, the physical switch position, not the character it types
Modifier handlingLeft and right Shift, Ctrl, Alt and Meta tracked as separate switches
Auto-repeatExcluded from the counters — a held key adds one press, not forty
Keys the browser cannot seeFn, most laptop media keys, and OS-reserved combinations such as Alt+Tab and Ctrl+W
Per-key counterUnbounded, shown on the key itself, cleared by Reset or a reload
Data keptNone — no keystroke is stored, buffered into text or transmitted
PriceFree, no signup, no limit on how long you test

Frequently asked questions

Why does my Fn key not light up?

Because Fn never reaches the browser. It is handled inside the keyboard's own controller, which uses it to change what the other keys send — Fn plus F5 becomes a brightness key before anything leaves the device. The same is true of most laptop media keys and of layer keys on programmable boards. If Fn plus a key produces the wrong result, that is firmware or a BIOS setting, not something a web page can see.

Some keys do nothing here — is the keyboard broken?

Not necessarily: the operating system and the browser take a handful of keys before the page gets them. Alt+Tab, Cmd+Tab, the Windows key on its own, Ctrl+W and F11 are the usual ones, and on macOS the Cmd combinations belong to the system. Everything else should register. If an ordinary letter, number or arrow does nothing, that one really is the switch.

A key I never pressed lit up. What is that?

That is ghosting, and it means the keyboard's matrix cannot tell which of several closed switches in the same row and column you actually pressed. It shows up when three or more keys are held at once, which is why it surprises gamers rather than typists. The full version of that test, including how many keys your board reports at once, is on the key rollover page.

One press counted as two — is that the keyboard or the browser?

It is almost always the keyboard, and it has a name: switch chatter. A worn contact bounces as it closes and the controller reports two presses a few milliseconds apart. Held keys are excluded from the count here — the browser marks an auto-repeat with a flag and the counter ignores it — so a double on a single deliberate tap is real. It is the keyboard version of a mouse double-clicking on its own.

Does this work with a non-English layout?

Yes, and it is the reason the layout on screen is drawn by position rather than by letter. Every event carries a physical code — the key next to the left Shift is always KeyZ, whatever it types — so the same box lights on QWERTY, AZERTY and QWERTZ. What the key produces is shown separately, so you can also see that your layout is doing what you expect.

Can I test a keyboard before I decide whether to keep it?

That is what this page is for: plug it in, click the layout and walk the board, and you have an answer within a minute without installing a vendor utility. If you are testing a keyboard you intend to return, the counters are worth a screenshot — a shop argues with “it sometimes types double” and does not argue with a key that has fired 40 times for 20 presses.

Does the page record what I type?

No. Keys arrive as events, light a box, add one to a counter and are then gone; nothing is assembled into text, nothing is written to storage and nothing is sent anywhere. That is also why the counters reset when you reload the page.

About testing a keyboard from a browser

A browser sees a keyboard through two fields on every event, and the difference between them is the whole reason a web page can test hardware at all. KeyboardEvent.key is what the key produced — the letter, after the operating system has applied your layout, your modifiers and your dead keys. KeyboardEvent.code is which switch closed, as a fixed name tied to the physical position: the key to the right of the left Shift reports KeyZ whether it types z on QWERTY, y on QWERTZ or w on AZERTY. This page draws its layout from code, which is why it needs to know nothing about your language, and shows key beside it so you can also confirm the layout itself is behaving.

What the browser cannot see is worth knowing before you conclude anything. Fn is resolved inside the keyboard’s own controller and never becomes an event. A handful of combinations belong to the window manager — Alt+Tab, the Windows key alone, F11 in most browsers — and are taken before the page is asked. Auto-repeat, on the other hand, does arrive, forty events a second from one held key, which is why the counters here ignore any event the browser has flagged as a repeat. Without that filter a leaning elbow would look exactly like a chattering switch.

Three faults account for nearly every keyboard someone comes here to test, and each has its own signature on this board. A switch that never lights is dead — the contact no longer closes, and no amount of software changes that. A box that stays lit after your finger leaves means the key-up never arrived, which is a physically stuck keycap or debris under it. A counter that advances by two on a single deliberate press is chatter, a worn contact bouncing as it closes, and it is the fault that gets a keyboard replaced under warranty. If instead keys go missing only when you hold several at once, nothing is worn — you have hit the limit of the matrix, and the key rollover test measures how many keys your board can report together. If everything registers but feels late, the keyboard latency test times the gap between a press and the frame that reacts to it.

What happens to the keys you press

Every number on this page is worked out by JavaScript running in the tab you are reading it in. Nothing you type, paste or open is uploaded, logged or kept, which is also why the tools carry on working after you disconnect from the network.

Keystrokes here are read one event at a time to light a box and add one to a counter. They are never joined back into text, never written to storage and never sent anywhere, which is why reloading the page loses your counts — there is nowhere for them to have been kept.