硬體怎麼測——方法論
本站每一項測試,都是在你的瀏覽器裡讀取原始事件,再和已知的健康基準做比較。這一頁把判定背後的規則攤開講:五種判定狀態、閾值為什麼可以自己調、一個結果到底需要多少資料才站得住、每個數字是從哪來的,以及瀏覽器能看見什麼、看不見什麼。
不確定是哪臺裝置在出問題?先從輸入裝置故障判定 這個總綱頁開始:它把症狀對應到該做的那一項測試,再帶你走到修、換或退。
判定模型:idle、insufficient、ok、warn、bad
每一項工具最終都落在五種狀態之一。等待表示還在等輸入——還沒有得出任何結論。資料不足 表示資料正在進來,但還沒到最低樣本量。到了這一步,工具既不說「健康」也不說「故障」——幾下乾淨的取樣證明不了裝置是好的,就像幾下髒的取樣證明不了裝置是壞的一樣。正常表示取樣資料一直待在這類裝置的健康範圍之內。警告表示出現了異常標記,但沒有重複——感測器本身可能是好的,也可能是線材、干擾或者積灰的觸點引發了這一下。異常表示故障模式在設定的閾值上覆現了。warn 和 bad 的區別就在於「有沒有重複」——這也是每一頁都要先收夠一定量資料、才讓你看判定的原因。
閾值為什麼可以自己調
「故障」不是絕對的。搖桿靜止讀數 0.07,放在很多遊戲的預設死區裡是合格的,放在競技射擊遊戲裡卻已經超了——在一種語境下它算早期磨損,在另一種語境下根本看不見。微動的時序同理:80ms 的連點間隔幾乎肯定是觸點彈跳,而無線滑鼠上 150ms 的間隔就含糊得多了。正因如此,這些工具把閾值攤開給你,讓你能拿同一份錄下來的資料重新評級,而不是把判定藏進一條寫死的規則裡。預設值對齊的是常見基準:搖桿飄移閾值 為 0.05 / 0.08 / 0.12,連打視窗 為 30 / 50 / 80 ms,連點視窗 為 80 / 100 / 150 ms。
一個結果需要多少資料
搖桿飄移: 把手把平放在桌面。兩隻搖桿各採滿 60 幀(大約一秒)之後判定才會解鎖;但要是準備拿去走保固,至少取樣十秒——每隻搖桿大約 600 幀。峰值重要,飄移幀的佔比同樣重要:600 幀裡偶發一次尖峰,和 600 幀裡有一百次,是兩種不同的診斷。鍵盤連打: 每個可疑鍵敲五到十次,而且只有在同一閾值下、兩次獨立執行都重現這個標記時,才判定軸體磨損。判定需要總共 25 次按壓,並且至少有一個鍵被按滿 5 次;故障線是連打率高於 2%。滑鼠連點: 每個鍵點二十下以上;某個鍵上的比例持續高於 5% 才算故障特徵,偶爾出現一次間隔不算。無衝: 同時按住四到六個鍵,盯著最大計數。CPS:按你選的時長跑一組,只和用同樣手法測出來的數字比較——手指連點和手腕抖動點選是兩項不同的運動。
這些數字是從哪來的
這些數字沒有一個出自計量實驗室,我們也不打算暗示它們出自那裡。它們分三類——行業慣例、工程判斷、樣本量下限——下面這張表會標明每個數字屬於哪一類:
| 數字 | 來源 |
|---|---|
| 搖桿飄移 0.05 / 0.08 / 0.12 | 行業慣例——常見遊戲引擎的預設死區值。0.08 是主機上的典型預設值。 |
| 連打視窗 30 / 50 / 80 ms | 工程判斷——你沒法在 50ms 之內主動把同一個鍵按兩次,所以比這更快的間隔是軸體在說話,不是你的手指。 |
| 連點視窗 80 / 100 / 150 ms | 工程判斷——80ms 屬於觸點彈跳的範圍;150ms 是最寬鬆的一檔,再寬下去就和主動快速點選重疊了。 |
| 連打故障線:按壓數的 2% | 工程判斷——刻意比滑鼠那條線更嚴;原因見下方。 |
| 連點故障線:點選數的 5% | 工程判斷——刻意比鍵盤那條線更寬;原因見下方。 |
| 樣本下限:60 幀 / 25 次按壓 / 20 次點選 | 樣本量下限,不是閾值——低於這個數,那個比例連一個值得除的分母都沒有。 |
鍵盤和滑鼠這兩條線不一樣,是刻意的。同一個鍵在 50ms 內重複觸發,靠人手幾乎做不到,所以每一次標記都是強證據,這條線可以壓到 2%;而兩次滑鼠點選間隔小於 150ms,在快速點選時本來就會自然出現,單發標記的證據更弱,這條線就得抬到 5%。你要是不認同其中任何一條,改閾值就行:已錄的資料會按新值重新評級,你已經點出來的樣本不會被丟掉。
關於結果卡上顯示的比例:它是「被標記的事件數 ÷ 全部按壓數」。某個鍵的第一次按壓沒有上一次可比,因此永遠不會被標記,但它仍留在分母裡。這讓顯示出來的比例,比嚴格的「標記數 ÷ 可比較按壓數」略小一點,也就是更傾向於不判你的硬體故障。這個方向是我們有意保留的:裝置其實沒壞卻被告知壞了,代價是你白跑一趟保固、或者白換一個件——這比讓你多點幾下要糟。
每項測試能看見什麼、看不見什麼
這些測試讀取的是瀏覽器事件:手把軸的快照、keydown 時間戳、mousedown 間隔、指標移動,以及滾輪的位移量。瀏覽器永遠不會暴露全部。Windows 和 macOS 會保留某些快捷鍵(Win 鍵、Cmd 組合),Fn 和媒體鍵在韌體層就被處理掉了,而 PrtSc 幾乎根本不會觸發 keydown。回報率只能估算,因為瀏覽器按自己的動畫幀節奏取樣,而不是按滑鼠的真實速率。當一個頁面說某項讀數不可用時,意思是作業系統或韌體先把事件吃掉了——這是我們明說、而不是藏起來的限制。鍵盤測試頁 裡就列明瞭到底哪些按鍵永遠到不了瀏覽器。
你的資料絕不會發生什麼
所有檢測都在瀏覽器分頁裡本地完成。沒有任何伺服器接收你的手把軸值、按鍵時序、點選間隔或攝影機畫面。每個工具頁上的複測歷史,存放在你自己瀏覽器的 localStorage 裡,點一下「清除」按鈕就能抹掉。結果圖是在本地畫布上畫出來、以 PNG 下載的——從不上傳。一個頁面會發出的網路請求只有頁面本身,以及結果區裡的廣告位,而這兩者都不接收測試資料。完整說明見隱私政策。
怎麼把一個結果變成證據
要走保固申訴,一個能重現的異常判定加一張存下來的圖片,比任何文字描述都管用。把統計重置,用同樣的方法再測一遍,確認出現的是同一個判定。然後用結果卡上的「儲存圖片」按鈕——那張 PNG 裡帶著日期、各項數值和頁面 URL。客服團隊認這種本地截圖,而且它一分錢不花。修復類指南——搖桿飄移、鍵盤連打與滑鼠連點——會一步步告訴你判定出來之後該做什麼,包括修完之後什麼時候該複測。
常見問題
這些瀏覽器測試的準確度夠可信嗎?
它們讀取的是瀏覽器原始事件——手把軸快照、keydown 時間戳、mousedown 間隔——再和已知的健康基準比較。對它們所聲稱的那件事來說,這個準確度是夠的:告訴你一臺裝置在一臺機器上是否待在健康範圍內。系統驅動壞了、或者韌體層面的處理,都可能掩蓋故障,而各頁都把這些限制明確寫了出來。
瀏覽器測試會損壞我的裝置嗎?
不會。測試只讀取事件;唯一往硬體輸出的是手把的振動測試,而那是手把自身的標準功能。沒有任何東西會寫入韌體、驅動或登入檔設定,也沒有任何東西被安裝。
為什麼每一頁都要我重複測一遍?
單次出現的標記可能是噪聲:積灰的觸點、鬆動的線材,或者無線干擾。而在同一閾值下、兩次獨立執行都重現的故障,才是硬體,不是運氣。warn 與 bad 的區分,正是為這個理由存在的。
你們會收集我的測試結果嗎?
不會。檢測完全在你的瀏覽器裡跑。複測歷史存在你自己瀏覽器的 localStorage 裡,點一個按鈕就能清掉;結果圖在本地繪製,以 PNG 下載。本站不會發出任何包含你測試資料的網路請求。