ByteScope

Keyboard Tester

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

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

已測試 0 / 84 個按鍵

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

修飾鍵狀態

CtrlShiftAltMetaCapsLockNumLock n/a

並非所有平台/瀏覽器皆會回報 NumLock 狀態 —「n/a」代表無法取得,非關閉狀態。

N 鍵無衝 (N-key rollover)

目前按住
0
本次最高
0

6KRO 鍵盤保證在無衝干擾前最多同時按下 6 個非修飾鍵;NKRO 則支援所有按鍵同時按下。請儘可能按住多個按鍵以測試硬體真實無衝數。

按鍵連點 (Chatter)

尚未偵測到連點 — keyup→keydown 時間差小於 30ms 的按鍵將會被標記。

最新事件

按下任意按鍵以檢視詳細資訊。

事件紀錄

尚無事件。

完整測試報告

在 ANSI TKL 上已測試 0 / 84 個按鍵 (0%)

未測試按鍵 (84)

Escape, F1, F2, F3, F4, F5, F6, F7, F8, F9, F10, F11, F12, Backquote, Digit1, Digit2, Digit3, Digit4, Digit5, Digit6, Digit7, Digit8, Digit9, Digit0, Minus, Equal, Backspace, Tab, KeyQ, KeyW, KeyE, KeyR, KeyT, KeyY, KeyU, KeyI, KeyO, KeyP, BracketLeft, BracketRight, Backslash, CapsLock, KeyA, KeyS, KeyD, KeyF, KeyG, KeyH, KeyJ, KeyK, KeyL, Semicolon, Quote, Enter, ShiftLeft, KeyZ, KeyX, KeyC, KeyV, KeyB, KeyN, KeyM, Comma, Period, Slash, ShiftRight, ControlLeft, MetaLeft, AltLeft, Space, AltRight, MetaRight, ContextMenu, ControlRight, Insert, Home, PageUp, Delete, End, PageDown, ArrowUp, ArrowLeft, ArrowDown, ArrowRight

Keyboard stress-test report — bytescope.dev/keyboard-test

Layout: ANSI / TKL
Completion: 0/84 keys (0%)
Untested keys (84): Escape, F1, F2, F3, F4, F5, F6, F7, F8, F9, F10, F11, F12, Backquote, Digit1, Digit2, Digit3, Digit4, Digit5, Digit6, Digit7, Digit8, Digit9, Digit0, Minus, Equal, Backspace, Tab, KeyQ, KeyW, KeyE, KeyR, KeyT, KeyY, KeyU, KeyI, KeyO, KeyP, BracketLeft, BracketRight, Backslash, CapsLock, KeyA, KeyS, KeyD, KeyF, KeyG, KeyH, KeyJ, KeyK, KeyL, Semicolon, Quote, Enter, ShiftLeft, KeyZ, KeyX, KeyC, KeyV, KeyB, KeyN, KeyM, Comma, Period, Slash, ShiftRight, ControlLeft, MetaLeft, AltLeft, Space, AltRight, MetaRight, ContextMenu, ControlRight, Insert, Home, PageUp, Delete, End, PageDown, ArrowUp, ArrowLeft, ArrowDown, ArrowRight

Chatter: none detected.
Max simultaneous keys held (rollover observed): 0
此工具無法檢測的項目(點擊展開)
  • 作業系統保留快捷鍵無法傳送至瀏覽器:macOS 的 Cmd+Tab、Cmd+Space、Cmd+Q;Windows 的 Win+L、Win+D、Ctrl+Alt+Del 等均由 OS 優先攔截。
  • 部分瀏覽器保留組合鍵(Ctrl+W、Ctrl+T、Ctrl+N 以及 Firefox 的 F6/Ctrl+L 等)會被瀏覽器介面吸收。進入全螢幕模式可取回部分主導權。
  • Fn 圖層功能(許多鍵盤上的藍色次要功能或筆電多媒體鍵)完全由鍵盤內部控制器處理,不會產生可區分的瀏覽器事件。
  • 透過 getModifierState 取得 NumLock 狀態於部分平台/瀏覽器組合上不可靠 — 故顯示為「n/a」而非可能錯誤的開/關。
  • 全螢幕時按下 Esc 會先退出全螢幕。第一次按下 Esc 亦會納入雙擊 Esc 解除之計數。
  • 「顯示我的鍵盤配置」覆蓋層依賴 Keyboard Layout API(僅 Chromium 系列瀏覽器支援) — Firefox 與 Safari 將顯示「不支援」標籤。

關於這個工具

按任一鍵,它就會在視覺化鍵盤上亮起(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 層的按鍵永遠不會傳到頁面,它們會被如實列出,而不是被當成失敗顯示。全螢幕模式能奪回一些作業系統原本會吞掉的組合鍵,而測試時會攔截那些原本會捲動或導覽頁面的按鍵。

打字速度與節奏分析模式讓你輸入一句短範例文字,回報 WPM,並附上按鍵間隔的平均值、中位數與標準差,再加上這段節奏的小型直方圖 — 比起單一個 WPM 數字,更能感受一顆軸體或鍵帽輪廓實際打起來的手感。在支援的 Chrome/Edge 上,一個開關能載入 Keyboard Layout API,把每個實體按鍵在你目前作業系統配置下實際輸出的字元,直接疊加顯示在視覺化鍵盤上 — 一旦你用的不是 US 配置,這功能就很有意義,因為預設的 QWERTY 圖示會誤導人;不支援的瀏覽器會誠實顯示「無法使用」,而不是給你一個看起來能用卻是錯的疊加畫面。而完整壓力測試報告,會把整個測試過程濃縮成一份可複製的摘要:目前選定佈局中所有按鍵的完成百分比、尚未按過的按鍵清單、偵測到的每一次 chatter 事件,以及你曾經同時按住過的最大按鍵數 — 直接可以貼到二手拍賣頁面或保固申請裡的文字。

常見問題

有個鍵不會亮 — 它壞了嗎?

先看看它是否在不可測試清單上(作業系統保留的組合鍵、Fn 層、某些媒體鍵) — 瀏覽器永遠收不到那些鍵,頁面也會明確列出。如果一個普通的字母/數字鍵在事件日誌裡也毫無反應,而且同一個鍵在其他 app 也失效,那這個軸體或薄膜就真的壞了。

什麼是按鍵 chatter?偵測器怎麼運作?

Chatter 是一次實體按壓被辨識成多次按壓 — 磨損或髒污的機械軸在電氣上彈跳所致。偵測器會標示任何 keyup→keydown 間隔小於 30 ms 的按鍵,那遠比人類的連點還快。如果某個鍵在正常打字時累積了 chatter 事件,那個軸體就需要清潔或更換。

同時應該有多少個鍵被辨識?

辦公室鍵盤通常支援 6 鍵無衝突(6KRO)加修飾鍵;電競鍵盤則標榜 NKRO — 每個鍵都能同時觸發。盡量在整塊鍵盤上按住越多鍵越好:同時辨識的最大數量就是你真正的 rollover,如果它卡在 6,那就是 6KRO 硬體(或是某些鍵盤讓你可切換的 USB 模式上限)。

為什麼 Cmd+Tab/Win+L/Fn 鍵不會出現?

作業系統會在瀏覽器看到任何事件之前就消化掉那些快捷鍵 — 這是一道安全/使用體驗的界線,不是鍵盤故障。全螢幕模式能救回一些組合鍵,而 Fn 層的行為完全發生在鍵盤自己的控制器裡,任何軟體測試都看不到。

打字速度模式實際上量測的是什麼?

標準的 gross WPM—— (輸入字元數 ÷ 5)除以經過的分鐘數——再加上這個數字背後的節奏:連續按鍵之間間隔的平均值、中位數與標準差,以及該分布的小型直方圖。它對自身的限制也很誠實:時間是以「傳到瀏覽器分頁」的當下量測的,所以除了你手指的動作,也包含了作業系統/瀏覽器的輸入延遲抖動;按住不放的自動重複輸入則不會被算成一次新的按鍵。

為什麼還要特地顯示我鍵盤的實際佈局 — 圖示不是本來就對嗎?

視覺化鍵盤畫的是一張實體參考圖(US ANSI/ISO/JIS),但每個鍵實際會打出什麼字,取決於你作業系統的鍵盤佈局設定 — 在 AZERTY、Dvorak 或非拉丁字母的佈局上,那可能跟印出來的圖示差很多。「顯示我的佈局」開關會呼叫 Keyboard Layout API,把每個鍵的實際字元疊加顯示出來。這個功能僅限 Chromium 系瀏覽器(Chrome/Edge);其他瀏覽器會拿到一個誠實的「無法使用」標籤,而不是一個悄悄顯示錯誤內容的疊加畫面。

完整壓力測試報告裡有什麼?

一份可複製的純文字摘要:目前佈局中按過多少個鍵、佔比是多少、尚未測試的按鍵確切代碼、偵測到的每一次 chatter 事件(哪些鍵、幾次),以及你曾經同時按住的最大按鍵數(實測 rollover)。這是為了讓你能直接貼到二手拍賣頁面、保固申請,或是針對特定一台鍵盤的論壇討論串裡而設計的。