Android 上的反應時間測試會測量瀏覽器內的單一區間，從面板變為綠色並顯示「PRESS NOW」的瞬間，到你的按壓抵達頁面的瞬間為止，每次結果都以整數毫秒顯示。人們常會用這種方式搜尋，是因為音效式的反應測試是大家熟悉的想法，但實際上能在手機上可靠運作的頁內版本，是透過同一個頁內時鐘可以翻轉並計時的可見顏色變化。每一輪在你按下 Start 後，會隨機等待 1,500 到 4,000 毫秒，因此訊號無法從固定節奏中預測。按下面板、Enter 鍵或 Space 鍵都算是一次按壓，這讓你在同一支手機上比較指尖點擊與螢幕鍵盤變得很容易。誤觸起跑，亦即等待訊息仍顯示時的任何按壓，會取消該次試驗並不寫入結果，而先前已完成的試驗則會留在畫面上。頁面會在分頁中保留你最近五次完成的結果，顯示最新值、最小值，以及該視窗的進位平均，且絕不上傳任何資料。重新整理會清除所有數字，沒有排行榜，也不會在背景執行登入。你看到的數字包含的內容其實多於你的反應時間：顯示器更新頻率、合成器排程、瀏覽器任務排程、作業系統輸入處理，以及手指與頁面之間的輸入傳輸，都會全部納入其中。
你的瀏覽器中反應時間測試實際量測的內容
頁面會計時一個精確的區間：從翻轉面板的就緒狀態回呼，到瀏覽器傳遞給腳本之按壓事件之間的間隔。兩個時間戳記都來自頁面內同一個 performance.now 讀數，而顯示結果是四捨五入到最接近整數毫秒的非負差值。由於兩個時間戳記都來自同一個腳本上的單調時鐘，即使周遭條件變動，該分數在同一次瀏覽器工作階段中仍是內部一致的。
一場試驗分為三個階段。首先你按下 Start。接著執行一段介於 1,500 與 4,000 毫秒之間的隨機等待。然後面板從等待訊息變成綠色背景的「PRESS NOW」。每次試驗的等待時間都使用 Math.random 重新隨機化，所以你無法從固定節奏預期訊號。如果你於等待期間按壓，擱置中的計時器會被取消，該次試驗不寫入結果，面板會顯示「Too soon」(太早了)。誤觸起跑不會清除先前完成的試驗，因此第三次試驗的失手，仍會保留第一與第二次的可見紀錄。
頁面只會在當前分頁保留最近五次完成的試驗。從中顯示最新分數、最小(最佳)分數，以及四捨五入後的算術平均(平均值)。較舊的試驗會隨著新試驗進入而被擠出，這能讓摘要保持在近期可見的視窗範圍內。Reset all 會取消擱置中的試驗，並清除所有保留的結果，因此在綠色訊號出現前按下該按鈕，會同時停止該次試驗並抹除先前分數。
先設定好你的 Android 瀏覽器
把這項測試當成一場小型量測工作，而不是快速的遊戲。在 Android 上做幾項設定選擇，會在精確比較與雜訊漂移之間產生有意義的差異；而你想比較的每一次試驗，都應該重複使用相同的設定。
請使用 Chrome、Firefox、Samsung Internet，或任何你信任的 Android 瀏覽器之現行版本，並以前景分頁開啟。該測試不應在背景分頁中執行，你也不該為該瀏覽器啟用系統省電模式、低耗電模式，或積極的電池最佳化功能。任何在分頁開啟時會限制 CPU 或顯示更新頻率的機制，都會以與你反應無關的方式拉長數字。接近充飽的電池也能協助避免在完整五場試驗的工作階段中發生熱節流。
每次試驗都把手機放在同一個位置。鎖定螢幕方向、坐在同一個觀看角度，並將螢幕亮度維持在同一個等級。亮度的變動會在某些裝置上影響顯示時序，而觀看角度的變動即使在底層訊號不變的情況下，也可能改變面板的感知顏色。選定你打算測試的輸入方式，並在五次試驗中保持一致：對綠色面板的指尖點擊，或在頁面擁有焦點時透過螢幕鍵盤使用 Enter 或 Space。在同一份摘要中混用輸入，會同時比較指標與按鍵傳輸，而這在瀏覽器中是兩條不同的事件路徑。
你不需要安裝應用程式、不需要授權麥克風存取、不需要授予通知權限，也不需要登入，頁面就能運作。本工具不會識別硬體、不會要求登入，也不會上傳按壓紀錄。如果瀏覽器顯示權限提示，請拒絕，測試仍然可以執行。
在 Android 上執行音效反應時間測試
以下步驟重現了 Android 手機上的驗證過的工作流程。它們假設你已經在前景分頁中開啟了測試，並已移除該瀏覽器的省電節流設定。
- 點選 Start test，並在不點擊面板的情況下維持面板可見。
- 面板顯示等待訊息時，請耐心等待不要按壓。等待時間會隨機介於 1,500 與 4,000 毫秒之間，所以請觀察面板而不是在心中默數。
- 在面板變為綠色並顯示 PRESS NOW 的瞬間，點擊面板，或在頁面擁有焦點時按下 Enter 或 Space。在面板仍在等待時的按壓會被記錄為誤觸起跑，取消擱置中的試驗，並且不寫入分數。
- 記下出現的毫秒結果。在相同的裝置條件(方向、亮度、輸入方式、前景分頁)下重複執行，以填滿五次試驗的視窗。
- 閱讀本機摘要以比較你最近五次完成的結果：最新的毫秒分數、最佳(最小)分數，以及這五次的四捨五入平均值。
- 當你想要清除所有結果並開啟全新視窗時，請點選 Reset all。如果你在綠色訊號出現前點選它，Reset all 也會取消擱置中的試驗。
解讀你的結果，以及這個數字所包含的內容
毫秒讀數是精確的，但並不狹隘。頁面回報的是從它自己的就緒狀態回呼，到它接收到的按壓事件之間的時間，這意味著該數字包含一串位於你指尖與腳本之間的系統層。了解分數中的成分，能避免你從任何單一試驗中得出錯誤結論。
| 層級 | 它可能為數字增添的內容 |
|---|---|
| 顯示更新與合成器 | 面板翻轉時的一個畫格加上排程延遲 |
| 瀏覽器任務排程 | 計時器觸發與 DOM 更新之間的時間 |
| 作業系統輸入處理 | 從核心事件到瀏覽器分派的時間 |
| 觸控或鍵盤傳輸 | 感測器取樣、無線或有線傳輸、消抖 |
| 事件分派 | 從瀏覽器接收到腳本讀取為止的時間 |
五次試驗的摘要僅使用你當前分頁中已完成的結果。最佳值是這五次之中的最小值，平均值為其四捨五入後的算術平均，而最新結果會出現在清單頂端。被以 Too soon 取消的試驗會完全排除，因此一次失手並不會扭曲平均值。工作階段摘要使用簡單的算術。例如，若你五次完成的試驗分別讀為 234、215、198、260 和 243 ms，總和為 1,150 ms，四捨五入後的平均值為 1,150 除以 5，亦即 230 ms，最佳值則為 198 ms。由於每個數字在進入運算前都已四捨五入為整數毫秒，平均值同樣會以整數回報。
為何條件會改變你的 Android 分數
Android 上的數字可能會跨工作階段變動，而這與你無關。將測試置於前景、讓瀏覽器維持前景執行，並在涼爽、電量充足且高電池電量的裝置上進行，能讓雜訊維持在小範圍。讓測試在背景分頁中執行、處於省電模式、在另一個應用程式造成高 CPU 負載之下，或透過遠端桌面或串流工作階段，都會改變送達頁內時鐘的內容。即使具體幅度因裝置而異，這種漂移的形狀是一致的。
| 條件 | 數字移動方向 | 原因 |
|---|---|---|
| 背景分頁 | 變高 | 瀏覽器會節流計時器與事件迴圈 |
| 省電模式開啟 | 變高 | CPU 與更新率被限制 |
| 裝置 CPU 高負載 | 變高 | 排程回呼較晚才落地 |
| 串流或遠端工作階段 | 變動且往往大得多 | 加入網路與解碼延遲 |
| 更新率可變的顯示器 | 畫格時序較不穩定 | 訊號翻轉需等待下一個畫格 |
把分數視為一種比較，而非一種判決。不同一天出現的較低數字，可能反映的是手機較涼或電池較滿，而不是人變快了。本工具刻意不套用百分位排名、運動基準或醫療閾值。這些詮釋需要受控制的方法學，而這個通用的瀏覽器工具並未提供。為了公平比較，請在你打算保留的每一次試驗中，使用相同的裝置、瀏覽器、視窗位置、方向、亮度和輸入方式。
瀏覽器測試何時不夠用
反應時間測試是一項非正式的瀏覽器計時工具。它無法將人類決策時間與系統分離，因為顯示更新、合成器排程、瀏覽器任務排程、作業系統輸入處理、滑鼠或鍵盤傳輸、無線條件以及事件分派，都會共享這個毫秒數。它也不是聽力測試、神經診斷、警覺度或體能評估、駕駛準備度評估、訓練處方或競賽認證。
若你進行測試的原因涉及醫療決策、僱用篩選、無障礙配置、運動分級或硬體延遲稽核，請在合格的指導下使用為該目的設計的工具。分頁中的 JavaScript 無法觀察手指移動的物理瞬間、開關閉合、無線封包離開裝置，或顯示器像素發出綠光的瞬間，因此任何系統層級的論斷都已超出這個頁面實際能證明的範圍。
就實用目的而言，反應時間測試的設計，是為了在你的最近五次試驗中提供快速、私密、頁內的毫秒讀數，並將所有計時狀態保留在你的瀏覽器本機。若你想更深入了解這個分數包含什麼、以及可以略過哪些部分，音效反應時間測試精確度的現實檢驗詳細說明了同一論點。如果你的目標是跨工作階段比較，請在你保留於畫面上的五次試驗中，使用相同的裝置、瀏覽器、方向、亮度與輸入方式，然後閱讀最佳值與平均值，而不是任何單一數值。