iPhone 上的滑鼠滾輪測試會驗證外接滑鼠或觸控板的滾輪事件是否如預期送達瀏覽器，而滑鼠滾輪測試會在頁面上計算上、下、左、右及零增量事件，清楚顯示哪些方向有送達。你將游標指向虛線測試區，滾動輸入裝置，然後即時觀察事件總數、各方向計數桶、最新增量配對，以及帶正負號的 X 與 Y 累計值更新。這在 iPhone 上很重要，因為 Apple 的 iOS 與 iPadOS 會透過自有的輔助使用與指標堆疊來路由外接指向裝置，在桌面上感覺正常的滾輪事件，在 Safari 中送達時可能會有不同的大小、不同的方向，甚至完全沒有事件。這個工具完全在目前的分頁中執行，所以操作手勢不會上傳，跨工作階段也不會儲存紀錄，Reset 按鈕可將一切歸零。這個範圍明確且透明的合約，讓它成為回答一個簡單問題最快的方式:這個裝置、這個瀏覽器與這個輸入組合，是否能在全部四個方向都傳遞滾輪事件?
請先將外接滑鼠或觸控板連線到 iPhone
在任何滾輪測試能產生有用結果之前，iPhone 必須確實辨識到輸入裝置。iOS 與 iPadOS 透過輔助使用與指標堆疊支援外接指向裝置，包括藍牙滑鼠與觸控板(例如 Magic Mouse 與 Magic Trackpad)，而這些裝置的連線方式會改變其滾輪或捲動介面如何暴露給 Safari。
最常見的路徑是透過 iOS 的輔助使用與指標設定，在那裡你可以配對藍牙滑鼠或觸控板。有些使用者透過 Lightning 或 USB 轉接器連線。無論你使用哪種方式，在開啟測試工具之前，請花點時間確認指標會跟著你的手指移動，並在一般網頁上確認捲動功能正常運作。如果指標不移動，測試區就不會收到任何滾輪事件，每個計數器都會停留在零，這看起來與真正缺少方向完全相同。
在 Safari 中開啟滑鼠滾輪測試，讓它完整載入，並將 iPhone 旋轉到你實際打算使用的方向。方向很重要，因為 Safari 的視口與指標行為會在直向與橫向之間改變，你會希望測試符合你真實的工作設定，而不是你永遠不會執行的組態。
在你的 iPhone 上執行滑鼠滾輪測試
以下是在 iPhone 上針對四個基本方向與零案例取得乾淨答案的實用步驟。
- 將指標放在虛線測試區內。該區域會攔截滾輪事件，因此頁面不會自行捲動，讓你在比較方向時指標保持在原位。
- 使用短而精確的動作，將滾輪向上轉動數次。觀察「上」方向計數桶的變化，以及每次刻度時事件總數的累加。
- 以同樣受控的方式將滾輪向下轉動數次。確認「下」計數桶遞增，並且螢幕上顯示的最新增量配對為負的垂直值。
- 如果你的裝置具備傾斜滾輪或水平捲動介面，請向左與向右滑動，並確認「左」與「右」計數桶增加。傳統的垂直滾輪通常會讓這些計數桶保持空白，這是預期行為而非故障。
- 若你的裝置或驅動程式能產生零增量事件，請觸發一次，並確認「無」計數桶遞增，而不是任何基本方向。零事件會保留在專屬的計數桶中，而不是被靜默地捨棄。
- 並排閱讀最新增量配對、帶正負號的 X 與 Y 累計值，以及各方向計數。在繼續之前，將每個計數桶的標籤與你剛才執行的手勢進行比對。
- 點擊「重設測試」將所有計數與總數歸零，然後以慢速與快速重複執行相同步驟，以比較同一裝置上不同速度下的行為。
如果你想更深入了解每個欄位的意義，以及如何解讀異常值，滑鼠滾輪測試準確度指南會逐一說明相同欄位，並解釋為何「正常」增量在不同裝置與瀏覽器之間並非固定數字。
工具如何決定每個事件進入哪個計數桶
分類規則刻意保持透明，因此每個事件都會剛好落入一個可見的計數桶，而不會暗示該手勢僅在單一軸上移動。規則如下表所示。
| 增量配對的條件 | 選擇的計數桶 |
|---|---|
| deltaX = 0 且 deltaY = 0 | 無 |
| |deltaY| 大於 |deltaX| | 若 deltaY 為正則為「上」，若 deltaY 為負則為「下」 |
| |deltaX| 大於 |deltaY| | 若 deltaX 為負則為「左」，若 deltaX 為正則為「右」 |
| |deltaX| 等於 |deltaY| 且兩者皆非零 | 依平手規則由垂直方向勝出:依 deltaY 的正負決定為「上」或「下」 |
這條規則意味著，具有相等水平與垂直分量的對角觸控板手勢會被記錄為垂直事件，而不是被視為缺少水平事件。原始增量值仍會保留在最新配對與累計總和中，因此對角動作並未遺失，只是被歸納在一個標籤之下。
測試區還處理了兩個經常讓 iPhone 首次使用者感到困惑的實務細節。它只針對在虛線區域內送達的事件抑制頁面的正常捲動，因此如果你在區域外捲動，頁面其餘部分會正常捲動。雖然該區域可以取得鍵盤焦點以顯示可見的外框，但鍵盤方向鍵不會被視為滾輪輸入，因此按下方向鍵不會增加任何計數桶。
實作範例:iPhone Safari 上執行的三個事件
想像在 iPhone 的單一工作階段中送達三個滾輪事件。原始配對、分類與累計總和如下方步驟所示。算式已完整展開，讓你能跟上每次更新，而總計是直接根據顯示的數值計算得出，並非來自任何外部運算。
任何事件之前的起始狀態:total = 0、up = 0、down = 0、left = 0、right = 0、none = 0、累計 X = 0、累計 Y = 0。
事件 1:deltaX = 0、deltaY = -120。規則檢查:|deltaY| = 120 大於 |deltaX| = 0，因此垂直方向勝出，且符號為負，歸入「下」計數桶。更新後的值:total = 0 + 1 = 1、down = 0 + 1 = 1、累計 X = 0 + 0 = 0、累計 Y = 0 + (-120) = -120。螢幕上顯示的最新配對:(0, -120)。
事件 2:deltaX = 80、deltaY = 0。規則檢查:|deltaX| = 80 大於 |deltaY| = 0，因此水平方向勝出，且符號為正，歸入「右」計數桶。更新後的值:total = 1 + 1 = 2、right = 0 + 1 = 1、累計 X = 0 + 80 = 80、累計 Y = -120 + 0 = -120。螢幕上顯示的最新配對:(80, 0)。
事件 3:deltaX = -80、deltaY = 0。規則檢查:|deltaX| = 80 大於 |deltaY| = 0，因此水平方向勝出，且符號為負，歸入「左」計數桶。更新後的值:total = 2 + 1 = 3、left = 0 + 1 = 1、累計 X = 80 + (-80) = 0、累計 Y = -120 + 0 = -120。螢幕上顯示的最新配對:(-80, 0)。
根據上述算式，三個事件之後的最終讀數:事件總數 = 3、down = 1、right = 1、left = 1、up = 0、none = 0、最新配對 = (-80, 0)、累計 X = 0、累計 Y = -120。雖然一個「右」事件和一個「左」事件都觸發，但累計 X 最終歸零，這正是常見問題說明中所描述的帶正負號加總行為。如果你想取得自己 iPhone 工作階段的精確數字，工具會即時顯示;此範例僅用於說明其運算方式。
為何 iPhone 的增量數值常與桌機不同
iPhone 上的原始增量並非校正過的物理距離。它們只是瀏覽器針對該滾輪事件所回報的內容，取決於輸入裝置、iOS 版本、Safari 的事件傳遞，以及路徑中的任何輔助使用或協助工具。將同一個 Magic Mouse 連線到 iPhone，與連線到 Mac 時執行相同的捲動動作，可能會產生不同的大小，而測試並不會將此差異標準化消除。
有三個在 iPhone 上值得了解的特定行為。第一，Safari 可能會在頁面看到事件之前合併、平滑、加速或抑制滾輪事件，因此快速的輕掃可能會產生較少但增量較大的事件，相較於緩慢而精確的轉動。第二，螢幕上基於觸控的捲動本身不會產生滾輪事件，因此手指滑動雖然會捲動頁面，但不會移動任何計數器。第三，傾斜滾輪或水平捲動介面可能會依驅動程式的不同，對應到不同的 deltaX 大小，因此在同一裝置上，「左」與「右」計數桶所累積的數字可能與「上」與「下」差異很大。
該工具也會拒絕非有限的合成增量，並防範計數器溢位，因此來自遠端桌面工作階段或第三方驅動程式的異常事件不會損毀總計。可信賴的合約範圍很明確:記錄傳遞到該區域的有限瀏覽器滾輪增量，套用已揭露的主導軸分類，保持透明的計數與帶正負號的總和，並且絕不將這些瀏覽器數值呈現為校正過的硬體測量值。
When a Direction Is Missing on iPhone: How to Narrow It Down
A missing bucket on iPhone can come from several places, and the test tool itself can only tell you which direction failed to reach the page. Use the list below to walk back through the most common causes in the order they are easiest to check on the device itself.
- Device capability. A traditional vertical wheel will not produce horizontal events regardless of the test. A Magic Mouse or a trackpad usually will, but iOS may not surface the horizontal axis on every model or firmware version.
- Browser interception. Safari can swallow wheel events for its own gestures before the page sees them. Try the test with the page in a stable viewport, no zoom, and a quiet gesture setup so the browser has less reason to keep the event.
- Accessibility and pointer control settings. The iOS settings that govern external pointing devices both influence how scroll is reported. A setting that remaps scroll to a different action will change what reaches the test.
- Remote desktop software. If the iPhone is acting as a remote client, the wheel event may be generated by the host rather than the iPhone, and the host browser decides the magnitude, the direction, and whether the event is delivered at all.
- Test method. The pointer has to be inside the dashed zone when the wheel moves. Events that arrive before the pointer enters the zone, or after it leaves, are not counted and that can look like a missing direction even when the input device is working.
If a hardware decision depends on the result, the page itself cannot answer it. The tool is not a mouse polling-rate checker, input-latency test, hardware diagnostic, repair guide, or accessibility assessment. Manufacturer diagnostics and qualified support are the right next step when a device has to be serviced, replaced, or returned, because browser wheel events cannot reveal a USB polling frequency, encoder bounce, radio quality, or driver health.
Finally, remember the session boundary. All counts, deltas, and cumulative sums live in the current tab. Refreshing the page, closing the tab, or tapping Reset test clears the session and returns every counter to zero. Nothing is uploaded, nothing is saved across sessions, and the widget does not request hardware permissions or listen outside its test area, which is why it is safe to run the test repeatedly while you compare devices, browsers, and gesture settings on the same iPhone.
If you're weighing options, How to Test a Mouse Scroll Wheel in Your Browser covers this in detail.