門市查詢頁辨識到預期代理地區，「使用我的位置」卻失敗。兩者是不同輸入：網站以IP推估的地區不是裝置座標證據，拒絕瀏覽器定位也不等於代理斷線。
獲授權的地區網站測試應驗收狀態轉移：應用程式請求定位，收到結果或失敗，說明狀態並提供可用的下一步。本文提出自有預備環境的測試方案，不代表已測得瀏覽器或98IP效能。
一、區分網路地區與裝置位置
證據保留兩欄：第一欄記錄核准代理路徑及自有端點觀察的粗略地區回應；第二欄記錄瀏覽器定位請求、權限情境與回呼結果。不要把IP資料庫的城市填入「裝置座標」欄位。
可從98IP動態住宅IP產品頁確認地區路徑對照所用產品，並查核目前帳號實際提供的地區選項。這類路徑可用於檢查應用程式地區預設值，但不保證瀏覽器Geolocation API回傳該地區座標。連線方式應參考API設定頁。
二、先與產品負責人定義備援行為
使用小型自有樣本，例如兩個合成地區及已知門市ID的選擇器。分別定義權限拒絕、位置無法取得與逾時後的行為。產品可約定手動地區輸入持續可用，說明自動定位未完成，不把粗略預設值當成精確目前位置。
寫清使用者手動選區後哪個來源優先，較晚的自動結果可以改變什麼、何時需要確認。延遲回呼不應意外替換使用者剛選定的位置。測試前約定應用程式等待期限及可見狀態，不要從單次快速執行倒推出通過門檻。
三、先查前提，再解釋錯誤
瀏覽器定位需要安全情境及權限，也可能受Permissions-Policy限制。記錄瀏覽器與作業系統版本、頂層或嵌入情境、網站權限、系統定位設定及自有頁面的相關政策。沒有提示視窗，不代表使用者剛拒絕，也可能是先前設定或政策所致。
記錄實際請求的timeout、maximumAge等選項。是否接受快取座標，與當前網路路徑不同。開發工具覆寫座標須註明是合成輸入：它驗證應用程式處理，不證明實體位置或真實感測器取得結果。
四、執行三種失敗與一次恢復
- 權限拒絕：於隔離測試設定檔使用瀏覽器正常網站控制設定權限，觸發自有頁面定位。記錄回呼，確認應用程式離開等待、解釋限制並保留手動選擇。案例後恢復設定。
- 位置無法取得：經自有應用程式已記錄的測試接點，把錯誤送入相同處理器，並標示模擬性質。不要為宣稱可重現感測器測試而關閉真實裝置服務。
- 逾時：使用受控延遲介接器，檢查定位錯誤分支及應用程式約定的等待期限。載入動畫不能無限遮住手動入口。
- 恢復：從失敗狀態手動選取合成地區，再透過自有介接器送入延遲成功，檢查核准的來源優先規則與保留門市選擇。
瀏覽器錯誤碼分別為權限拒絕1、位置無法取得2、逾時3。保留數值，不以翻譯後的錯誤文字分類。僅憑代碼1也不能確認具體權限設定原因。API不存在或呼叫在回呼前就失敗，應另行記錄，不杜撰這三個代碼。
五、與代理路徑做小型交叉對照
在基準路徑及一條核准代理路徑執行小矩陣，維持等價的瀏覽器情境與合成樣本。記錄案例ID、路徑別名、初始權限、模擬或原生執行、回呼代碼、耗時、介面結果、地區ID及回傳門市ID。不要為證明路徑而記錄個人座標或代理機密。
模擬失敗驗證該路徑下的處理器，不證明真實定位供應來源在那裡失敗。原生權限與介接器測試應分欄。若地區預設值改變，但手動選擇及備援仍正確，可能是預期路徑效果，而非權限流程故障。
相反地，明確手動選區後仍請求錯誤地區的門市，應登記應用程式狀態缺陷，不要反覆更換出口掩蓋。原生測試隨路徑改變時，應固定設定重現並保留證據，暫不直接歸因網路。
六、從狀態邊界找問題
- 失敗後仍等待：檢查錯誤處理是否清除載入狀態，以及應用程式期限是否有可見結果。
- 反覆要求授權：使用者應能手動繼續，不陷入提示循環。重試須由使用者主動操作，且符合正常瀏覽器控制。
- 手動選擇被覆寫：檢查過期回呼與位置來源版本。
- 粗略預設值當成精確位置：先修正標籤及來源中繼資料，再判斷定位成功。
每項缺陷附初始狀態、觸發、觀察轉移、預期轉移及負責人。單張截圖無法證明位置來自IP分類、快取座標或手動選擇。
常見問題與驗收清單
更換代理應讓權限提示再出現嗎？不能如此假設。請查核網站與瀏覽器權限狀態，出口路徑不能取代權限管理。
模擬座標能證明代理城市級準確性嗎？不能，它是應用程式行為樣本。獨立IP地區評估不應混入本次權限備援結論。
- 網路地區、裝置結果與手動選擇有不同來源標籤。
- 拒絕、無法取得及逾時均有明確預期轉移。
- 手動輸入可用，回傳已知樣本門市。
- 延遲成功遵守核准的優先規則。
- 原生與模擬證據已明確區分。
上述案例是建議演練，並非已執行測量。僅測試核准目標及合成位置，維持正常瀏覽器防護，恢復異動設定，限制請求量，從共用證據移除個人位置資料。上線結論應列明已測瀏覽器、系統及未涵蓋案例，不承諾普遍適用。