給初學者的聽覺反應時間測試會測量音效提示與你按下按鍵之間的差距，單位為毫秒。大多數基於瀏覽器的初學者工具會以視覺方式呈現這個測量結果，因為瀏覽器在記錄螢幕面板切換的時間戳記上，比記錄透過喇叭或耳機傳入的音調時間戳記更可靠。聲音必須從網頁經過你的作業系統音訊堆疊、輸出裝置，再到空氣中，這段路徑會在你的反應之外加上會變動的延遲。另一方面，可見的顏色變化會在瀏覽器繪製的當下記錄下來。這就是為什麼初學者在搜尋聽覺反應時間測試時，通常會被先引導到視覺反應時間測試:它測試的是相同核心能力、相同的按壓方式、相同的毫秒單位，但在筆電或手機上能給出更誠實的數字。Lizely 的反應時間測試就是這樣一個對初學者友善的工具，而且它完全在當前的分頁中執行，不需要註冊、不需要麥克風權限、也不需要上傳。
聽覺反應時間測試實際上測量的是什麼
反應時間是刺激與你的反應之間所經過的時間。在聽覺版本中，刺激是音調、嗶聲或點擊聲，反應則是按鈕按下、滑鼠點擊或觸控。結果以毫秒為單位回報。這個單一數字包含了從刺激開始的那一刻，到你的輸入抵達網頁之間所發生的一切。
被測量的核心能力是通用的，並非專門針對耳朵或眼睛。多數人的聽覺反應時間與視覺反應時間差異通常不大，而且這個差異遠小於安靜的家庭環境與吵雜辦公室之間的差距。這就是為什麼一個對初學者友善的瀏覽器工具可以誠實地告訴你「這裡我們會使用視覺訊號，因為計時更乾淨」，卻不會失去測試的價值。你仍然需要等待、在看到開始訊號的瞬間反應，並盡可能快地按下按鍵。
對初學者來說，兩個實務重點最為重要。第一，單位永遠是毫秒，而單次試驗通常不足以得出結論，因為試驗之間的變異是常態，並非例外。第二，測試只能告訴你那一次試驗的特定條件:裝置、瀏覽器、輸入方式、你的專注狀態，甚至一天中的時間，全都會影響結果。
為什麼大多數初學者瀏覽器測試採用視覺而非聽覺
瀏覽器可以記錄面板變成綠色的精確瞬間，因為改變顏色的 JavaScript 程式碼同時也是記錄時間戳記的程式碼。過程中不需要經過喇叭、音效卡或房間。聽覺提示必須離開網頁，經過你的作業系統音訊堆疊，抵達輸出裝置，透過空氣或 cable 傳遞，最後到達你的耳朵。每一個步驟都會增加延遲，而延遲會隨著你的硬體和環境而改變。
聽覺路徑上的變異，正是讓初學者的結果難以信任的原因。耳機本身會帶有延遲，而且有線、藍牙和真無線配對之間的延遲各不相同。筆電喇叭與外接喇叭聽起來不同。背景噪音會讓安靜的提示更難偵測。就連瀏覽器的音量控制和作業系統的音訊增強功能，都會以微妙的方式改變計時。這些變異都不屬於你的反應;而是屬於你的音訊設定。
視覺訊號也讓測試規則更為透明:初學者可以清楚看到面板從一種顏色變成另一種顏色，也能清楚看到自己何時按下。瀏覽器可以在提示出現之前偵測到按下，將其標記為偷跑，並精確告訴你發生了什麼。確定性的視覺提示加上明確無歧義的輸入規則，這兩者的結合，正是網路上對初學者友善的反應測試幾乎都採用視覺的原因。
使用反應時間測試執行你的第一次試驗
- 在前景的瀏覽器分頁中開啟反應時間測試，並確保測試面板完整顯示在螢幕上。
- 點擊 Start test，然後在面板顯示等待訊息時，將手從滑鼠和鍵盤上移開。等待時間會在 1,500 到 4,000 ms 之間隨機產生，因此固定的節奏無法幫助你預測。
- 在面板變綠並顯示 PRESS NOW 的瞬間，立即按下面板、Enter 鍵或空白鍵。
- 以整數毫秒讀取最新結果。實際上，頁面會使用 performance.now() 同時記錄訊號時間和按下時間，並顯示 max(0, round(按下減訊號))。例如，如果訊號記錄在 performance.now() = 1000.0，而按下記錄在 performance.now() = 1234.2，差異為 234.2 ms，四捨五入為 234 ms。
- 在相同的裝置條件下重複試驗數次，直到頁面顯示你最近五次完成的試驗、最小值作為最佳成績，以及四捨五入後的平均值。
- 點擊 Reset all 清除本次作業並重新開始一組試驗，或取消一項進行中的試驗。
解讀最近五次、最佳和平均
頁面保留一個短暫的本機視窗:最近五次完成的試驗。較舊的結果會在第六次完成試驗進入時退出摘要，因此你看到的永遠是一個五次試驗的移動視窗，而不是永久歷史紀錄。摘要僅描述可見的近期視窗，而不是你的全時成績。
最佳是這五次完成試驗中的最小值。它是你在可見視窗中所達到的最快毫秒數，而不是跨作業階段的個人紀錄。平均則是這五個值的算術平均數，四捨五入到最接近的毫秒。
這就是為什麼單次特別快或特別慢的試驗不能作為定論。如果你得到一次 195 ms 的試驗，接著四次落在 250 到 290 ms 之間，你的最佳會顯示 195 ms，但平均值會說出更穩定的故事。初學者往往執著於最佳成績;更誠實的解讀方式是先看平均值，再看最佳成績。
毫秒數字實際包含的內容
螢幕上的結果並不是「你純粹的反應時間」。它是從瀏覽器內部就緒狀態回呼，到瀏覽器接收你按下動作的這段時間。這兩個時間戳記之間存在好幾層，每一層都可能讓不同裝置上的數字產生位移。
| 分數中的階層 | 它所新增或位移的內容 |
|---|---|
| 你的決策與動作時間 | 實際的人類反應組成 |
| 顯示器更新與合成器排程 | 繪製與下一次像素更新之間的時間 |
| 瀏覽器任務計時 | 已排入佇列的 JavaScript 任務與計時器 |
| 作業系統輸入處理 | 作業系統的指標或按鍵分派 |
| 滑鼠或鍵盤傳輸 | USB 輪詢間隔與連線延遲 |
| 事件分派 | 事件最終傳遞到頁面 |
由此衍生出兩個結論。第一，同一個人在手機、筆電和桌上型電腦上會看到不同的數字，因為圍繞在他們身邊的系統不同。第二，任何改變其中一個階層的因素，都會改變結果:背景分頁、省電模式、高 CPU 負載、遠端桌面作業階段，或是反應遲鈍的無線滑鼠接收器，都可能使你的數字產生位移。請保持分頁處於前景，並在相似的條件下重複進行，再進行嘗試之間的比較。
保持條件穩定，讓你的數字真正具有可比性
如果你希望兩個分數代表相同的意義，條件必須相符。最簡單的原則是一次只改變一個變數，而且永遠不要假設兩個設定是等價的。
- 相同的裝置與瀏覽器。即使你間隔僅幾分鐘執行，在手機上得到的結果與在工作筆電上得到的結果無法比較。
- 相同的輸入方式。如果你要比較滑鼠和鍵盤，請在兩組之間重置，並在頁面外標示條件，因為工具刻意不儲存任何實驗註記。
- 相同的視窗位置與顯示模式。全螢幕與視窗模式，或是部分超出螢幕的面板，都可能改變顏色變化實際抵達你眼睛的時間。
- 前景分頁。背景分頁、省電模式和高 CPU 負載，都會以測試不會嘗試修正的方式位移瀏覽器任務計時。
- 避免遠端桌面和串流。除非你要研究的就是端對端系統延遲，否則前景的本機瀏覽器與串流或遠端作業階段無法比較。
就你自己的試驗進行實務解讀時，請執行多次重複，而不是把單一離群值當作結論。五次完成的試驗是查看平均值的合理下限;十次則能得到更穩定的全貌。
初次執行時常見的錯誤，務必避免
幾乎每位第一次執行反應時間測試的初學者，都會犯以下至少一項錯誤。事先了解這些錯誤，可以避免你誤讀自己的結果。
- 太早按下。如果你在面板變綠之前按下，進行中的試驗會被取消，面板會顯示 Too soon。該次試驗不會被加入結果，但你先前完成的紀錄會保留。太早按下並不會重置任何東西;只是代表該次試驗不算數。
- 在面板外按下。控制項接受在面板本身上的指標按下，或在頁面擁有焦點時按下 Enter 或空白鍵。在頁面上的其他位置點擊，不會被記錄為反應。
- 未重置就混用輸入方式。在作業過程中從滑鼠切換到鍵盤是可以的，但分數看起來會不均勻。請在各組之間使用 Reset all，以取得乾淨的比較。
- 關閉並重新載入分頁。所有計時狀態都保留在當前分頁中。關閉分頁會清除一切，包括你的最佳和平均值，重新載入則會從零開始計算五次試驗的視窗。
- 把單次試驗當作定論。單次 180 ms 或單次 360 ms 的試驗，並不能定義你的分數。請先看你最近五次的平均值，再看最佳成績。
這個工具本身並不是經過校正的硬體延遲測量儀，也不會套用年齡對照表、百分位排名或醫學門檻，因此任何超出「在這些條件下，按下速度有多快」的解讀，都需要受控制的實驗流程和合格的專業指導。若要從不同角度更深入地探討相同的瀏覽器計時問題，請參閱如何在瀏覽器中測試反應時間。
如需更深入的內容，請參閱給初學者的「我正在使用什麼瀏覽器」:第一步。