Thêm game tại WuGames.ioTài trợKhám phá kho game trình duyệt miễn phí — chơi ngay, không tải, không đăng ký.Chơi ngay

Kiểm tra bàn phím

Gõ phím để thấy từng phím sáng lên trên layout ảo (QWERTY/AZERTY, Windows/Mac). Phát hiện phím kẹt, switch hỏng, ghosting và kiểm tra NKRO. Miễn phí.

Đang nhấn
0
Nhật ký sự kiện
Kiểm tra N-Key Rollover (NKRO)
0
Giữ nhiều phím cùng lúc để xem bao nhiêu phím đến được trình duyệt đồng thời. Lưu ý: đây là phép ước lượng có giới hạn trên, không phải đo NKRO ở mức phần cứng — hệ điều hành, firmware và lớp Fn âm thầm nuốt nhiều tổ hợp, nên bàn phím NKRO thật có thể báo thiếu. Hãy coi con số này là gợi ý, không phải kết luận.
Đang giữ: 0
Kỷ lục phiên này: 0
Bản đồ nhiệt phím nhấn (top 10)
Những phím được nhấn nhiều nhất trong phiên. Hữu ích để phát hiện phím bị nhấn vô tình, phân tích tải lên từng ngón và phím bị kẹt tự lặp lại.
Bắt đầu gõ — phím dùng nhiều nhất sẽ xuất hiện ở đây.
Độ phủ phím (đạt/không đạt)
0 / 0
Phím chưa thử:

Giới thiệu công cụ kiểm tra bàn phím

Công cụ giúp bạn kiểm tra bàn phím nhanh mà không cần cài phần mềm. Chuyển đổi layout phổ biến, xem phím sáng theo thời gian thực và ghi nhận đúng mã sự kiện để dễ remap hay thay phím. Xem thêm Kiểm tra Màn hìnhKiểm Tra Tốc Độ Đánh Máy.

  1. Chọn layout trùng với bàn phím (QWERTY, AZERTY, Mac hoặc Windows).
  2. Bấm vào trang hoặc nhấn phím bất kỳ để bắt đầu. Phím sẽ sáng và xuất hiện trong nhật ký ngay lập tức.
  3. Bật “Hiện mã phím” khi cần xem event.code cho phím tắt hoặc remap.
  4. Nhấn Xóa kết quả để làm mới nhật ký và thử lại.

Làm sao biết phím trên bàn phím có bị hỏng không?

Nhấn phím nghi ngờ khi trang công cụ đang active. Phím chạy tốt sẽ sáng ngay lập tức và xuất hiện trong nhật ký với một cặp sự kiện 'Nhấn' rồi 'Nhả'. Phím chết không tạo gì cả — không sáng, không log. Phím chập chờn có thể chỉ ăn lúc nhấn mạnh. Nếu cùng phím đó hỏng trên nhiều trình duyệt thì là lỗi phần cứng; nếu chỉ hỏng trên một hệ điều hành thì khả năng cao là lỗi driver hoặc remap.

'Phím kẹt' là gì và công cụ phát hiện thế nào?

Phím kẹt là phím vẫn báo đang nhấn dù bạn đã thả ra. Hãy nhấn phím một lần rồi nhìn ô 'Đang nhấn': nếu phím vẫn sáng dù bạn đã thả, hoặc sự kiện 'Giữ' tiếp tục bắn ra một mình thì switch đang kẹt cơ học hoặc điện. Thường chỉ cần xịt khí nén dưới phím là sạch; nếu không khỏi thì phải thay switch.

Vì sao một số phím không ăn hoặc gõ ra ký tự sai?

Ba nguyên nhân thường gặp: sai layout (bàn phím AZERTY mà OS để QWERTY — đổi 'Layout bàn phím' để xác nhận), OS đang remap (Windows PowerToys, macOS Karabiner, Linux setxkbmap), hoặc trạng thái modifier khiến trình duyệt hiểu sai (một số phím lớp Fn không bao giờ tới OS). Bật 'Hiện mã phím' để xem event.code — mã này không phụ thuộc layout nên dễ phát hiện remap.

Công cụ có phát hiện được rollover và ghosting không?

Có — giữ đồng thời ba phím trở lên. Bàn phím hỗ trợ NKRO (N-Key Rollover) sẽ liệt kê mọi phím trong ô 'Đang nhấn'. Bàn phím cao su rẻ thường dừng ở 2KRO hoặc 3KRO và phím thứ tư im lặng biến mất; có loại còn xuất hiện sự kiện 'ma' nơi phím chưa nhấn cũng được tính (thường gặp với bàn phím membrane chia sẻ ma trận). Bàn phím cơ và gaming thường quảng cáo NKRO qua USB nên bạn có thể nhấn cả hợp âm phím mà không mất phím nào.

Bài test NKRO / rollover trong trình duyệt chính xác đến đâu?

Hãy xem nó là gợi ý, không phải kết luận phần cứng. Công cụ chỉ đếm số sự kiện keydown mà trình duyệt thực sự nhận được, và đường đi đó đã bị giới hạn và méo trước khi tới trang: hệ điều hành chặn các tổ hợp phím tắt, firmware bàn phím và lớp Fn âm thầm nuốt tổ hợp, còn ghosting modifier làm rớt phím. Vì vậy bàn phím NKRO thật có thể báo thiếu (trông như 2-3KRO) và chuỗi giữ-rồi-gõ có thể đếm thừa. Để đánh giá dứt khoát hãy xem thông số nhà sản xuất hoặc dùng máy phân tích USB-HID chuyên dụng — dùng test này để so sánh phím và phát hiện rớt phím rõ ràng.

Báo cáo độ phủ đạt/không đạt là gì và các cột CSV/JSON nghĩa là gì?

Bộ theo dõi độ phủ biến công cụ thành bài kiểm tra nghiệm thu lặp lại được: mỗi phím bạn nhấn ít nhất một lần sẽ chuyển xanh và giữ xanh, một huy hiệu hiện 'X / N đã thử' và danh sách 'Phím chưa thử' cho biết chính xác còn phím nào trên bàn phím hơn 100 phím để bạn không lạc chỗ. Xuất báo cáo phiên đầy đủ ra CSV hoặc JSON — mỗi dòng là một phím gồm: mã phím (event.code, ví dụ KeyA), nhãn, đã thử (có/không), số lần nhấn (tổng keydown trong phiên) và kẹt (có khi phím bị giữ quá ngưỡng giám sát mà không nhận được keyup). Một dòng tóm tắt ghi layout, NKRO tối đa và đã thử/tổng. Đính kèm tệp vào phiếu sửa chữa làm bằng chứng kiểm toán được.

Kiểm tra bàn phím — Gõ phím để thấy từng phím sáng lên trên layout ảo (QWERTY/AZERTY, Windows/Mac). Phát hiện phím kẹt, switch hỏng, ghostin
Kiểm tra bàn phím

Công cụ có chạy offline không, và gõ mật khẩu vào đây có an toàn không?

An toàn và riêng tư. Toàn bộ phép kiểm tra chạy cục bộ trong trình duyệt bằng sự kiện DOM keydown/keyup chuẩn — không gì bạn gõ được ghi lên máy chủ, tải lên hay giữ giữa các phiên, nên không có keylogging. Dù vậy, công cụ test bàn phím không cần mật khẩu thật của bạn: cứ gõ phím ngẫu nhiên để kiểm tra switch. Trang chạy đầy đủ offline sau khi đã tải một lần, và đóng tab là log biến mất ngay.

Làm sao tra scan code / event.code của một phím online?

Bật 'Hiện mã phím' rồi nhấn phím — mỗi sự kiện ghi cả event.code lẫn event.key. event.code là vị trí phím vật lý và không phụ thuộc layout ('KeyA' là vị trí A dù QWERTY, AZERTY hay Dvorak), nên đây là thứ cần bind cho phím tắt. event.key là ký tự tạo ra ('a', 'A', '@') và đổi theo layout cùng modifier. keyCode dạng số cũ (ví dụ 65) đã lỗi thời; bind hiện đại dùng event.code. Báo cáo xuất ra liệt kê event.code của mọi phím trong layout của bạn.

Công cụ chạy trên Mac, Windows, Linux không?

Có. Trang đọc sự kiện bàn phím chuẩn của trình duyệt, cả ba hệ điều hành desktop đều hỗ trợ. Layout 'MacBook QWERTY' thêm Command (⌘) và Option (⌥), còn 'Windows QWERTY' có phím Win và Menu. Hành vi hàng phím Fn tuỳ BIOS/OS của máy — nhiều MacBook bắt giữ Fn mới gửi F1–F12 trừ khi bạn bật 'Use F1, F2, etc. keys as standard function keys'.

Vì sao phím Fn / độ sáng / âm lượng không hiện trong log?

Phần lớn phím nóng lớp Fn (độ sáng, âm lượng, khoá màn hình, phím media) bị firmware bàn phím hoặc OS chặn trước khi tới trình duyệt. Công cụ chỉ log những gì tới trình duyệt, nên việc thiếu phím media là tính năng chứ không phải lỗi. Muốn kiểm tra các phím đó, dùng input viewer của OS (ví dụ macOS 'Show Keyboard Viewer'). Chữ cái, số, modifier, mũi tên và F1–F12 chuyên dụng đều tới trình duyệt và sẽ xuất hiện trong log.

Công cụ có an toàn không — dữ liệu gõ có bị gửi đi đâu không?

Có. Toàn bộ phép kiểm tra chạy trong trình duyệt bằng sự kiện DOM 'keydown'/'keyup' chuẩn. Không có dữ liệu nào được tải lên, lưu trên máy chủ, hay giữ giữa các phiên. Đóng tab là xoá ngay log sự kiện. Bạn có thể chạy công cụ offline (sau khi tải trang lần đầu) mà không khác gì khi online.

Khi nào cần bật chế độ hiện mã phím?

Bật 'Hiện mã phím' khi cần event.code hay event.key (ví dụ khi cấu hình phím tắt trong VS Code, Vim, OBS, hay game launcher). Mã giữ nguyên qua mọi layout — 'KeyA' là vị trí chữ A trên bàn phím vật lý dù bạn dùng QWERTY hay Dvorak — nên đây là thứ cần bind cho phím tắt. Nếu chỉ thấy số (như 65) thì trình duyệt đang trả keyCode đã lỗi thời; bind hiện đại dùng event.code.