此鍵盤測試器執行於網頁瀏覽器中，而非原生 Android 應用程式，因此要測試以 Android 連接的實體鍵盤，取決於瀏覽器是否回報其按鍵事件。
其文件所述的支援平台涵蓋 Windows、macOS、Linux 與 Chromebook 上的現代瀏覽器；Android 並未被列為經過驗證的平台。如果外接鍵盤的按鍵事件可以傳入頁面，您可以在 Android 手機或平板上嘗試此瀏覽器流程，但若要進行完整支援的測試，請使用桌上型電腦或筆記型電腦。以下步驟將說明有條件的 Android 流程、解釋各項結果能證明什麼，以及指出 Android 或瀏覽器可能阻止完整檢查的情況。
以瀏覽器進行測試，而非 Android APK
此工具中的視覺化 QWERTY 鍵盤是事件顯示器，而非您通常用於 Android 觸控螢幕輸入的鍵盤。它會顯示目前瀏覽器頁面收到哪些實體按鍵事件。因此，在已連接外接藍牙或 USB 鍵盤時，它會測試該鍵盤，而不是評估 Android 內建觸控鍵盤的品質。
- 不需安裝 Android 軟體：此測試器是一個網頁，因此沒有 APK 需要下載，也不必安裝擴充功能或建立帳戶。
- 實體按鍵焦點：只有在點選或聚焦頁面上的螢幕鍵盤後，頁面才會擷取按鍵。
- 可見的通過狀態：已測試的按鍵會保持標記，讓您容易找出從未亮起的按鍵。
- 事件詳細資料：最後按鍵面板會顯示回報的 key、code 與 keyCode 值。
螢幕鍵盤成功回應，只能證明瀏覽器收到了該次按鍵。這無法確立鍵盤的所有內部行為，而且 Android 瀏覽器可能不會顯示由作業系統或硬體先行處理的按鍵。
準備 Android 裝置與外接鍵盤
請使用支援的藍牙或 USB 連線將實體鍵盤連接至 Android 裝置，然後開啟一般文字欄位。按下您要檢查的按鍵。這項初步比較可顯示，在使用測試器之前，Android 本身是否已收到輸入。
如果該按鍵能在純文字欄位中產生文字，卻未出現在鍵盤測試器中，問題很可能出在焦點、頁面處理方式或遭瀏覽器截取的按鍵事件。如果在純文字欄位中也失敗，原因可能是在測試器收到任何內容之前就已存在的實體、連線或作業系統問題。
需要時，請使用瀏覽器的一般導覽控制項離開工具頁面。Space、Tab、Backspace、方向鍵與功能鍵等按鍵，只有在測試器的螢幕鍵盤獲得焦點時才會被按住，因此進行中的測試工作階段不會意外捲動頁面或離開該頁。
在 Android 上執行鍵盤測試
- 連接並驗證鍵盤。將外接鍵盤連接至 Android 裝置，並在純文字欄位中確認範例按鍵會產生預期字元。
- 開啟測試器。在 Android 裝置上的現代瀏覽器中載入鍵盤測試器。此頁面本身不需要安裝、註冊或擴充功能。
- 啟用事件擷取。點選或點按測試器的視覺化螢幕鍵盤區域。如果支援鍵盤導覽，您也可以使用 Tab 鍵將焦點移入該區域。在聚焦此區域之前，頁面可能無法擷取實體按鍵。
- 每次只按一個按鍵。依序測試字母、數字、符號、輔助鍵、Space、Enter、Backspace、方向鍵及其他可用的按鍵。對應的螢幕按鈕應亮起並保持已測試標記；按住按鍵時，它會持續發光。
- 檢查最新事件。每次按鍵後，讀取最後按鍵面板。它會回報與最近事件關聯的 key 值、code 值及數字 keyCode。
- 檢查缺少的回應。找出您實際按下卻從未亮起的按鍵。調查多鍵同時按下的捲鍵或幽靈鍵問題時，也請同時按住多個按鍵，並記錄哪些組合能登錄每次按鍵。
- 重設以進行另一輪測試。選擇 Reset，即可清除所有已測試標記與最後按鍵讀數。清除卡住按鍵下方的灰塵後，或想進行乾淨的第二輪檢查時，這項功能很有用。
如果沒有任何螢幕按鍵回應，請返回聚焦步驟，不要繼續測試整個鍵盤。一次焦點失誤就可能讓原本正常運作的鍵盤看似完全沒有回應。
正確解讀 key、code 與 keyCode
這三個值描述按鍵事件的不同部分。一起閱讀有助於區分鍵盤配置或重新對應問題與實體按鍵位置問題。
| 回報的值 | 代表意義 | 行為方式 |
|---|---|---|
| key | 按下按鍵後產生的字元或按鍵名稱。 | 它可能隨目前使用的語言配置或按住不放的輔助鍵而改變。例如 a、Enter 或 ArrowUp。 |
| code | 按鍵在鍵盤上的實體位置。 | 即使字元配置改變，KeyA 或 Space 等值仍維持不變。 |
| keyCode | 按鍵的舊版數字識別碼。 | 某些較舊的軟體與遊戲在解讀鍵盤輸入時，仍依賴這個值。 |
例如，key 值為 a 且 code 為 KeyA，表示瀏覽器辨識到實體 A 鍵位置，並在目前配置下產生了字母 a。如果 code 仍能辨識預期位置，但字元不同，請先檢查您的 Android 鍵盤配置、語言設定或重新對應設定，再假設硬體軸體故障。更完整的參考資料說明了如何在線上測試鍵盤輸入並找出失靈按鍵。
將症狀與可能原因配對
請搭配使用可見行為與最後按鍵資訊。下表區分常見症狀，但不會將每個未亮起的按鍵都判定為故障。
| 觀察到的結果 | 可能的解讀 | 下一項檢查 |
|---|---|---|
| 按下的按鍵亮起並保持標記。 | 瀏覽器已收到並回報該按鍵事件。 | 繼續測試其餘按鍵。 |
| 放開按鍵後，該按鍵仍維持高亮。 | 可能存在黏鍵或按鍵抖動症狀。 | 重設後再次放開該按鍵，並檢查高亮是否仍然存在。 |
| 點按一次就會反覆觸發該按鍵。 | 軸體可能發生抖動，或按鍵可能卡在機械機構中。 | 清潔或檢查受影響的按鍵；若行為持續，則安排維修。 |
| 字元不正確，但實體 code 看似正確。 | 可能是配置、語言或軟體重新對應所致。 | 檢查 Android 的語言與鍵盤設定。 |
| 某個按鍵從未亮起。 | 可能原因包括失去焦點、遭作業系統截取或實體故障。 | 重新聚焦測試器，並將該按鍵與純文字欄位進行比較。 |
| 在多鍵組合期間，某個按鍵消失。 | 該組合可能受到捲鍵或幽靈鍵影響。 | 重複該組合，並記錄哪些個別按鍵有登錄。 |
若懷疑有失靈按鍵，請使用 Reset，並在檢查焦點後重新完成一輪測試。採取這些預防措施後仍持續不亮的按鍵，很可能是失靈、積塵、斷線或故障按鍵。若懷疑有幽靈鍵問題，請同時按住多個按鍵，並觀察哪些螢幕按鈕維持亮起；此測試會顯示遺失的輸入，而不會為硬體評級。
認識瀏覽器與 Android 的限制
有些按鍵會在瀏覽器能回報之前，由作業系統或硬體先行處理。例如部分 Fn 組合鍵、媒體鍵與鎖定鍵。這些按鍵未出現在測試器中，並不自動表示實體鍵盤故障。因此，瀏覽器層級的結果無法診斷 Android 保留給系統控制的所有按鍵。
Android 目前的焦點狀態也很重要。如果螢幕鍵盤失去焦點，實體按鍵可能會停止更新顯示。請再次點選測試器的鍵盤區域，或在需要瀏覽頁面時點按其他位置以離開該區域。在具有 Escape 鍵的裝置上，也可以使用 Escape 離開已聚焦的擷取區域。
所有偵測都在瀏覽器本機執行。此頁面不會記錄、儲存、記錄到日誌或上傳您輸入的內容，因此關閉或重新整理頁面就會移除工作階段資料。這套本機流程也不會測量輪詢速率、完整的硬體捲鍵能力或 Android 觸控鍵盤的效能。它只會回答一個實用問題：目前瀏覽器頁面收到了哪些實體按鍵事件？