ByteScope

Keyboard Tester

按下每一個鍵、看它亮起 — 並抓出 rollover 上限與會連跳的軸體。

檔案不會離開你的瀏覽器 — 全部在本機處理。

0 / 84 keys tested

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 Lock
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
Ins
Home
PgUp
Del
End
PgDn

Modifier state

CtrlShiftAltMetaCapsLockNumLock n/a

NumLock state isn't reported by every platform/browser — "n/a" means unavailable, not off.

N-key rollover

Currently held
0
Session max
0

6KRO keyboards guarantee 6 simultaneous non-modifier keys before drops; NKRO reports every key held at once. Hold down as many keys as you can — the session max is your hardware's real rollover.

Key chatter

No chatter detected yet — a flagged key's keyup→keydown gap was under 30ms.

Latest event

Press any key to see its details.

Event log

No events yet.

What this tool can't see (click to expand)
  • OS-reserved shortcuts never reach the browser at all: Cmd+Tab, Cmd+Space, Cmd+Q on macOS; Win+L, Win+D, Ctrl+Alt+Del on Windows. These are consumed by the operating system before any web page can see them.
  • Some browser-reserved combos are eaten by the browser chrome even in this tool: Ctrl+W (close tab), Ctrl+T (new tab), Ctrl+N (new window), and on Firefox the F6/Ctrl+L address bar shortcuts. Full-screen mode (button above) reclaims some — but not all — of these.
  • Fn-layer behavior (the blue-printed secondary functions on many keyboards, and hardware media keys some laptops remap) lives entirely inside the keyboard's own controller — it never generates a distinguishable browser event, so this tool cannot verify it.
  • NumLock's state via getModifierState is unreliable on some platform/browser combinations — shown as "n/a" in the modifier bar rather than a possibly-wrong on/off.
  • Pressing Esc while full-screen always exits full-screen first (a browser security behavior that can't be overridden) — the first Esc here also counts toward the double-Esc release gesture, so Esc, Esc reliably both exits full-screen and disarms capture.

關於這個工具

按任一鍵,它就會在視覺化鍵盤上亮起(ANSI、ISO 或 JIS 配置;60%、TKL 或全尺寸),然後保持著色,讓你能一個鍵一個鍵走遍整塊鍵盤 — 這正是檢查新鍵盤或驗證二手鍵盤的標準流程。每次按鍵也會把完整的事件細節記錄下來 — event.keyevent.code、舊式 keyCode、location、repeat — 記在一份可複製的等寬字型日誌中,並附一條即時的修飾鍵列顯示 Ctrl/Shift/Alt/Meta,以及 CapsLock/NumLock 的鎖定狀態。

有兩項檢查超出多數測試工具的範圍。Rollover:盡量同時按住越多鍵越好,工具會回報有多少個鍵同時被辨識(也就是你鍵盤真正的 N 鍵無衝突,含目前值與本次工作階段的最大值)。Chatter:當一次實體按壓被辨識成兩次 — 也就是機械軸磨損的經典故障 — 工具會標示任何放開到按下間隔小於 30 ms 的按鍵、把它標成洋紅色並計數,讓一個間歇性重複輸入的軸體帶著證據現形。

頁面對瀏覽器看不到的東西也很誠實:作業系統保留的快捷鍵(Cmd+Tab、某些 Win 鍵組合)與 Fn 層的按鍵永遠不會傳到頁面,它們會被如實列出,而不是被當成失敗顯示。全螢幕模式能奪回一些作業系統原本會吞掉的組合鍵,而測試時會攔截那些原本會捲動或導覽頁面的按鍵。

常見問題

有個鍵不會亮 — 它壞了嗎?
先看看它是否在不可測試清單上(作業系統保留的組合鍵、Fn 層、某些媒體鍵)— 瀏覽器永遠收不到那些鍵,頁面也會明確列出。如果一個普通的字母/數字鍵在事件日誌裡也毫無反應,而且同一個鍵在其他 app 也失效,那這個軸體或薄膜就真的壞了。
什麼是按鍵 chatter?偵測器怎麼運作?
Chatter 是一次實體按壓被辨識成多次按壓 — 磨損或髒污的機械軸在電氣上彈跳所致。偵測器會標示任何 keyup→keydown 間隔小於 30 ms 的按鍵,那遠比人類的連點還快。如果某個鍵在正常打字時累積了 chatter 事件,那個軸體就需要清潔或更換。
同時應該有多少個鍵被辨識?
辦公室鍵盤通常支援 6 鍵無衝突(6KRO)加修飾鍵;電競鍵盤則標榜 NKRO — 每個鍵都能同時觸發。盡量在整塊鍵盤上按住越多鍵越好:同時辨識的最大數量就是你真正的 rollover,如果它卡在 6,那就是 6KRO 硬體(或是某些鍵盤讓你可切換的 USB 模式上限)。
為什麼 Cmd+Tab/Win+L/Fn 鍵不會出現?
作業系統會在瀏覽器看到任何事件之前就消化掉那些快捷鍵 — 這是一道安全/使用體驗的界線,不是鍵盤故障。全螢幕模式能救回一些組合鍵,而 Fn 層的行為完全發生在鍵盤自己的控制器裡,任何軟體測試都看不到。