先判斷問題類型:確認問題出在哪一層
先描述狀況,別急著重裝用戶端
「不能用」可能是用戶端無法啟動、訂閱清單空白、線路交握失敗,也可能是用戶端顯示已連線,但瀏覽器仍無法開啟網頁。這些狀況分別可能與本機軟體、取得訂閱、網路傳輸或流量接管有關。先記下用戶端目前顯示的狀態、受影響的網站或 App、使用的線路,以及問題是持續發生還是只在特定時段出現。不要同時清除設定、更換線路及修改系統網路設定;多個變因一起改動,即使恢復連線,也無法判斷真正奏效的是哪一步。
先在未啟用 VPNUL 連線的情況下,開啟平時能正常瀏覽的網站。如果同樣無法開啟,請優先檢查目前使用的網路:瀏覽器是否跳出網路登入頁、其他 App 能否正常載入內容,以及改用另一種可用網路後問題是否消失。若基本網路存取已異常,反覆匯入訂閱通常也無法改善。等本地網路恢復後,再回到用戶端測試。若基本網路正常,只有啟用連線後才出現問題,請維持目前的網路環境,接著檢查線路、代理模式與 DNS。
透過對照測試縮小範圍
在同一台裝置、同一個網路下,改用不同地區的線路,再開啟同一個目標;接著維持同一條線路,改試另一個目標網站。前一種比較可判斷問題是否集中在特定線路,後一種則能確認是否只有某項服務受影響。如果多個目標都無法開啟,先檢查用戶端連線狀態與系統代理是否接管流量;若只有某個 App 出問題,請直接參閱App 分流章節。進行這類對照不需要測速分數,也不用記住複雜的日誌,重點是維持其他條件不變。
也要區分「之前能用,後來失效」和「從未成功連線」。前者可先回想最近是否更新用戶端、調整代理模式、更換網路,或在系統中啟用其他網路工具;後者則應檢查訂閱是否匯入成功,以及用戶端選取的設定是否屬於目前帳戶。若多台裝置同時出現相同問題,通常比單一裝置故障更值得優先檢查訂閱與線路;若只有一台裝置有問題,則先檢查該裝置的權限、系統代理與背景執行限制。這只是排查優先順序,並非預先認定故障原因。
查看帳戶資訊時,請以控制台實際顯示的方案狀態與流量為準。VPNUL 月訂閱流量依開通日每月重置;流量包用完為止,永久不過期。服務涵蓋 110+ 個國家/220+ 條線路,但涵蓋數量不能取代針對目前網路逐條測試。若要了解線路分類與地區選擇,可參考節點頁面;若要確認匯入步驟,可參考訂閱連結入門指南。先將問題歸類到下方章節,再依照說明操作,通常比漫無目的地修改設定更有效率。
完全無法連線:從本地網路一路檢查到線路交握
確認問題發生在哪個階段
按下連線後,先查看用戶端是否顯示明確提示。「找不到設定」和「連線逾時」是不同問題:前者可能表示用戶端沒有可用的訂閱項目,後者則表示已嘗試連線至線路,但連線未能建立。如果清單空白,不必繼續更換地區,請先前往訂閱更新章節。若清單中有項目,但狀態一直停留在連線中,先確認系統本身能否開啟一般網頁,再查看用戶端是否提示權限不足、網路資源遭占用或連線元件未執行。只記錄錯誤原文,不要依提示顏色猜測故障原因。
確認基本網路正常後,先中斷目前的連線,再於用戶端選擇另一條線路重試。優先選擇與原線路地區、類型不同的項目,避免連續挑選名稱相近、實際路徑卻相同的線路。如果一條能連線、另一條無法連線,可暫時使用可連線的線路,並記下失敗線路名稱以便後續回報。如果所有線路都在同一階段失敗,請檢查用戶端是否取得系統要求的網路權限,以及是否同時執行其他會管理系統代理或虛擬網路介面的工具。多個工具爭用同一個流量接管位置時,只換線路往往看不出差異。
確認設定是否確實生效
有些用戶端會將「選取線路」和「啟動連線」分成兩個步驟。清單顯示已選取,不代表系統流量已經透過該線路傳輸。請確認主畫面顯示的是連線中、已連線,還是明確的失敗狀態;並在系統網路設定中確認相關連線權限沒有遭到撤銷。首次使用時,如果系統跳出建立網路連線的授權提示,確認是目前使用的用戶端發出後,再完成授權。若未確認授權結果就直接測試網頁,容易把權限問題誤認為線路品質不佳。
若仍無法連線,請換用另一個可正常瀏覽網頁的網路環境進行比較。如果只有某個網路無法連線,但同一台裝置及同一份訂閱在另一個網路下正常,請優先記錄網路類型與失敗階段,再確認該網路是否需要先完成網頁認證。不要把「換網路後可以連線」直接解讀為帳戶已恢復;這只能說明問題與原本的網路環境有關。反之,若換到不同網路仍出現相同錯誤,再確認訂閱是否已更新,以及控制台顯示的方案狀態是否正常。
若要進一步排除問題,可在用戶端記下目前的設定名稱,重新讀取訂閱,再試用一條先前未選過的線路。請勿將範例網址當成真實訂閱網址,也不要把完整訂閱連結貼到公開頁面。VPNUL 的實際訂閱資訊請從使用者控制台取得;若仍無法連線,可依本頁末尾的工單清單,提供錯誤提示、線路名稱與對照結果。客服可據此判斷是讀取設定失敗、無法建立連線,或本地網路接管失敗,避免請使用者重複所有操作。
顯示已連線,卻無法開啟網頁:檢查流量接管與 DNS
分別測試網址解析與網頁載入
用戶端顯示已連線,只代表用戶端判定連線已建立,不能只憑這一行狀態確認瀏覽器流量已抵達目標網站。先開啟一個平時能正常瀏覽的網頁,再開啟出問題的目標。如果兩者都無法載入,請檢查用戶端的全域或規則模式是否接管瀏覽器流量,以及系統代理狀態是否與用戶端顯示一致。如果一般網頁正常、只有目標網站無法開啟,先確認網址輸入正確,再更換線路比較。若瀏覽器提示「無法解析名稱」,應轉而檢查 DNS;若提示連線逾時,則更需要檢查路由與目標服務的回應。
DNS 負責將網域名稱轉換為可用來連線的位址。用戶端、系統和瀏覽器可能各自保有解析設定,因此可能出現「線路已連線,但網域無法解析」的情況。先關閉瀏覽器中自行設定的特殊解析選項,再依用戶端說明確認 DNS 是否由目前的代理模式接管;如果曾手動指定系統 DNS,先記下原設定值,再恢復系統預設值進行比較。每次只調整一個設定,重新開啟受影響的頁面,觀察提示是否改變。不要從不明來源複製所謂的通用 DNS 設定,以免引入其他變因。
用可重現的檢查取代猜測
在提供命令列工具的裝置上,可查詢一個明確作為範例的網域,確認系統是否傳回解析結果。下方指令不會檢測 VPNUL 線路品質,只用來確認目前環境能否正常查詢一般網域;若無法使用指令,直接依瀏覽器錯誤提示與用戶端日誌判斷即可。
nslookup example.com
即使查得到解析結果,網頁仍無法開啟,也不代表 DNS 完全無關:瀏覽器可能使用與系統不同的解析路徑,也可能保留先前失敗的快取。先在同一個瀏覽器試開另一個網頁,再換一個瀏覽器比較;尚未記下目前狀況前,不要清除所有網路設定。如果只有某個瀏覽器出問題,請檢查該瀏覽器的代理擴充功能、專用解析設定與快取。如果啟用連線後所有瀏覽器都無法瀏覽,關閉連線後卻恢復,請回到用戶端確認流量接管模式與線路狀態。
如果網頁框架、圖片或影片能載入,內容卻沒有顯示,問題也可能出在目標網站的登入狀態、地區政策或資源請求,而非整條線路中斷。嘗試在同一條線路上瀏覽不同網站,再以另一條線路開啟原本的目標,觀察問題是跟著目標網站還是線路發生。不要只因某個頁面出現一次錯誤,就修改帳戶資料或重裝用戶端。若涉及特定影音服務,可參閱串流影音存取說明,並以各線路的頁面說明為準。
最後再確認系統是否正確維護日期與時間。裝置時間異常可能導致加密連線驗證失敗,網頁看起來卻像一般網路故障。若瀏覽器明確顯示憑證錯誤,不要為了開啟頁面而忽略警告,請先檢查裝置時間與目標網址。若仍無法判斷特定目標的問題,請分別記錄「解析失敗」、「連線逾時」與「憑證提示」。清楚標明錯誤類型,比只寫「連上但無法開啟」更有助於後續排查。
速度緩慢與尖峰時段卡頓:分辨線路、壅塞與 App 負載
先確認是哪一段速度變慢
網頁首屏遲遲未出現、檔案傳輸緩慢、影片頻繁緩衝,雖然都可以說是「慢」,實際受限的因素卻不盡相同。先確認未啟用連線時,基本網路是否已經變慢;再於同一個網路、同一台裝置上,用相同目標比較不同線路。測試時避免同時執行大型下載或同步工作,否則背景流量會掩蓋線路差異。記錄實際比較結果:哪條線路能穩定開啟目標、哪條線路只有特定 App 卡頓;不要把單次測速結果當成全天的網路表現。
尖峰時段卡頓時,尤其要區分問題是否與時間或目標相關。如果白天使用正常,只有固定繁忙時段明顯變慢,而且更換線路後有所改善,可優先使用表現較穩定的線路;若不同線路連線到同一項服務都卡頓,其他目標卻正常,請檢查目標服務本身是否回應緩慢。若本地一般網站也同時卡頓,先排查網路壅塞與裝置背景工作。VPNUL 提供 110+ 個國家/220+ 條線路,可供比較選擇,但涵蓋數量不代表任何時間、任何目標都能有相同速度。
選線時兼顧距離與目標地區
可先試用距離較近的線路,但實際距離不是唯一因素。使用體驗也會受到本地網路、線路路徑、目標服務所在地,以及目標服務是否依地區提供不同內容影響。使用互動式網頁或會議時,先觀察網頁開啟與回應是否穩定;持續播放內容時,則留意緩衝是否反覆發生。不要只憑線路名稱中的地區名稱判斷實際效果。線路頁面可協助了解地區與類型,再回到目前的網路環境逐條測試。
| 觀察到的狀況 | 優先比較項目 | 下一步 |
|---|---|---|
| 所有網站都很慢 | 未連線與已連線時的基本網路狀況 | 檢查網路連線及背景工作 |
| 只有單一目標很慢 | 同一目標在不同線路上的表現 | 確認目標地區與服務狀態 |
| 只有繁忙時段會卡頓 | 同一台裝置在不同時段的線路表現 | 保留穩定的線路並記下時段 |
| 只有影片播放時會緩衝 | 比較網頁載入與連續播放的差異 | 查看 App 設定與線路說明 |
如果用戶端提供自動選線功能,也建議保留一條經手動測試的線路作為對照。自動選線可能針對某項指標最佳化,卻未必最適合目前的目標。若自動模式和手動模式的表現不同,請記下兩種模式使用的線路名稱,而不只是寫「自動模式比較慢」。在同一個目標上連續反覆切換線路,也可能導致網站重新建立工作階段;每次切換後,請等頁面重新載入完畢再比較瀏覽體驗。
也要查看方案的流量狀態。月訂閱流量依開通日每月重置,中途升級時,差額會折算為剩餘天數;流量包則用完為止,永久不過期。若控制台顯示的可用流量與預期不同,先到方案頁面確認計費方式,再透過控制台核對帳戶狀態。不要將所有流量限制提示都歸因於線路,也不要自行推算控制台未顯示的重置日期。若無法判斷,提供出現提示的頁面截圖與方案名稱即可。
頻繁斷線與行動裝置背景中斷:追查斷線時機
判斷是連線主動結束,還是系統中斷
頻繁斷線時,先留意發生時機:瀏覽期間斷線、切換網路時斷線,還是螢幕關閉或 App 進入背景後才斷線。不同情況需要採取不同的檢查方式。如果在前景使用時也會斷線,先確認基本網路是否同步中斷,再比較另一條線路;如果只有切換網路時斷線,請檢查用戶端是否會在網路恢復後重新連線,不要將短暫重連直接視為訂閱失效。如果只有在背景時出現,請優先檢查系統對用戶端背景執行與省電策略的管理。
行動裝置的系統可能在 App 離開前景後限制背景活動,也可能在網路環境改變時重新建立連線。開啟系統設定,找到目前用戶端的電量管理、背景活動與網路連線權限,確認沒有手動限制用戶端。不同裝置的選單名稱可能不同,請依系統實際提供的選項操作;不要照著其他裝置的截圖,尋找並不存在的開關。調整後,將用戶端留在背景,按照先前容易重現問題的使用情境再次測試,同時觀察返回前景時用戶端顯示的是已連線、重新連線中,還是已中斷。
分開記錄自動重連與實際穩定性
用戶端重新連線成功,表示服務已恢復,但不代表期間沒有發生中斷。如果當時正在開會、上傳或持續播放內容,留意相關 App 是否也出現重試提示。先記下中斷前後用戶端的狀態變化,再測試另一條線路是否會在相同情境下重現。如果所有線路都只在同一台裝置的背景狀態下中斷,請優先檢查系統限制;如果同一條線路在不同裝置的前景使用時都會中斷,請提供線路名稱與發生時段作為排查線索。排查時盡量維持網路不變,否則難以區分線路波動與網路切換。
在 Windows、macOS 與 Linux 上,也要檢查裝置進入睡眠後是否維持網路連線。喚醒裝置後網頁重新載入,可能只是系統恢復網路所需的過程;若裝置從未進入睡眠,連線卻持續中斷,再查看用戶端日誌是否記錄介面關閉或重建連線。使用虛擬網路介面的用戶端時,不要同時啟用多個會接管同一介面的工具。暫時退出其他網路管理工具後再測試,比盲目修改系統路由更容易讓問題回到可控狀態。
| 平台情境 | 優先檢查項目 | 驗證方式 |
|---|---|---|
| iOS/Android 背景執行 | 背景活動、電量管理、連線權限 | 在原本容易斷線的情境中重測 |
| Windows/macOS 睡眠後 | 裝置喚醒與網路恢復狀態 | 比較睡眠前後的用戶端狀態 |
| Linux 切換網路後 | 介面與用戶端重新連線狀態 | 確認網路恢復後是否重新連線 |
有些 App 會維持自己的長連線。VPNUL 用戶端重新連線後,這些 App 不一定會自動恢復原有工作階段;重新開啟目標 App 並重新整理網頁,有助於分辨「VPNUL 仍未連線」和「目標 App 尚未恢復」。若 App 需要重新登入,請先確認目前連線已穩定,再處理 App 工作階段。不要在公開討論區貼上帳戶密碼或完整連線設定來尋求排查,尤其不要公開訂閱連結。
完成背景權限檢查、線路比較與網路比較後,若仍反覆斷線,可透過使用者控制台工單回報。提交前請確認問題發生在目前仍可使用的方案與訂閱下,並說明是否只有一台裝置受影響。VPNUL 不限同時連線裝置數量;不要只因裝置較多就認定服務端設有裝置數量限制,請先依實際提示進行確認。
訂閱更新失敗:分辨網址、取得與解析問題
先確認訂閱來自目前使用的帳戶
訂閱更新是用戶端重新取得線路清單的操作,並非重新購買方案。先在使用者控制台確認目前帳戶狀態與訂閱入口,再核對用戶端儲存的是相應訂閱,而不是教學文章中的範例網址。複製真實訂閱時,請使用控制台提供的複製功能;若必須手動貼上,留意前後空格、多餘換行與連結尾端是否被截斷。訂閱連結包含取得連線設定所需的資訊,應妥善保管,勿張貼到公開聊天室或在截圖中顯示完整網址。
錯誤通常發生在幾個不同階段。如果用戶端提示無法取得,先確認一般網頁能否開啟,以及在同一個網路下能否存取控制台頁面;如果提示訂閱網址無效,請回到控制台重新複製,並確認匯入位置正確;如果提示解析失敗,則要確認匯入的是用戶端支援的訂閱格式,而不是把網頁網址直接貼入線路設定欄。有些用戶端將「新增訂閱」與「匯入單一設定」分開設計,選錯位置時,畫面看起來就像服務沒有提供線路。訂閱連結是什麼一文詳細說明了取得與匯入的差異。
先保留原有設定,再嘗試重新匯入
更新失敗時,不建議立刻刪除唯一一份仍可連線的設定。先記下目前可用的線路名稱、用戶端使用的訂閱名稱及錯誤原文,再於用戶端執行更新。如果用戶端支援同時保留多份訂閱,確認來源無誤後,可重新加入控制台目前提供的訂閱,並比較新舊清單是否有差異。確認新設定可用後,再清除已失效或重複的舊項目。即使更新期間網路不穩,也不會連原本可用的線路都一起刪除。
訂閱清單更新完成,不代表目前的連線會自動切換到新項目。確認清單中有線路後,選擇一條進行連線測試;若用戶端仍沿用已不存在的舊項目,請手動重新選取。若清單中有線路,但所有項目都無法建立連線,請回到完全無法連線章節,不要反覆更新訂閱。如果清單只顯示部分地區,也要確認用戶端是否啟用了篩選、搜尋或收合群組。介面上看不到項目,不一定代表服務端沒有傳回該項目。
如果之前曾將訂閱連結貼到公開場所,請透過使用者控制台查看是否有重設或更換選項;找不到相關操作時,提交工單說明連結可能已外洩,不要在工單內容中再次貼上完整連結。客服需要的是帳戶內可供處理的線索、用戶端錯誤文字與重現步驟,而非可直接使用的憑證。更新頻率也不必憑經驗反覆操作:只有在線路清單異常、設定提示已過期,或控制台提示需要重新匯入時,才使用用戶端提供的更新功能,並確認更新後的清單內容。
Windows、macOS、iOS、Android、Linux 的用戶端選單位置可能不同,但檢查順序相同:控制台狀態、網址來源、匯入入口、取得結果、清單內容、實際連線。依照順序記錄,就能明確指出問題卡在哪個步驟。如果不同裝置匯入同一帳戶的訂閱時,都遇到相同類型的錯誤,請附上不同平台的錯誤文字;若只有某台裝置失敗,也請說明另一台裝置能完成哪些步驟,協助將排查範圍縮小至本機用戶端。
某個 App 未走代理:檢查規則、執行程序與目標服務
確認問題是否只影響該 App
先使用同一條線路,在瀏覽器開啟目標服務的網頁,再打開出問題的 App。如果網頁也無法使用,請先回到網頁與 DNS 章節;若網頁正常但 App 無法使用,才檢查 App 流量是否進入目前的用戶端。有些用戶端依網域處理,有些則依 App 執行程序或系統網路介面處理。在規則模式下,目標 App 的連線可能被分配至直連路徑;若全域模式下仍無法使用,則要進一步檢查 App 本身的連線設定、登入狀態與服務端回應。
切換模式前,先記下目前的模式名稱與先前可正常使用的目標。暫時使用用戶端提供的全域模式進行比較,觀察 App 是否有變化,再恢復原本模式或繼續檢查規則。如果全域模式正常、規則模式異常,請確認規則中的 App 名稱、網域或目標地區是否符合實際連線需求。不要只看 App 在畫面上顯示的名稱:同一個 App 可能會透過不同網域載入登入、圖片或媒體資源。只為單一網域新增規則,卻漏掉相關請求,常會造成介面能開啟、內容區域卻空白。
排除 App 本身的代理設定衝突
部分桌面 App 內建代理選項,瀏覽器也可能安裝獨立的代理擴充功能。這些設定可能會覆蓋系統代理,或使請求改走不同於 VPNUL 用戶端的路徑。先記下原本的 App 設定,再依 App 文件檢查網路模式,進行一次比較。不要為了讓單一 App 正常運作,同時修改系統代理、用戶端規則與 App 內部代理;即使恢復正常,也無法判斷請求最後走的是哪條路徑。若 App 顯示明確錯誤碼,請保留原文,但不要依錯誤碼自行推斷 VPNUL 帳戶狀態。
如果 App 需要符合地區的內容或帳戶權限,連線至目標地區也不代表自動取得該服務的使用資格。請使用同一帳戶及同一條線路,比較網頁與 App 的結果,並確認目標服務自身的地區說明、登入狀態與內容授權。影音服務出現地區提示時,可參考串流影音頁面的選線方式;AI 工具無法載入時,也要分別檢查服務入口與 App 本身,不要把所有錯誤都歸結為「線路失效」。VPNUL 提供跨境線路訂閱,不會代替目標服務管理帳戶或內容規則。
行動裝置若只有背景通知或內容更新不及時,但在前景開啟 App 後可以正常載入,也請檢查背景中斷章節。背景活動會受到系統與 App 自身策略影響,只切換線路未必能改善。桌面端若 App 只有在啟動後才讀取代理設定,可先確認用戶端已連線,再重新啟動 App 測試;若瀏覽器網頁正常、獨立 App 卻始終無法使用,尤其值得嘗試這個步驟。測試時維持帳戶與線路不變,避免將重新登入造成的變化誤認為代理規則已修復。
回報給客服時,請說明 App 名稱、用戶端模式、瀏覽器比較結果、使用的線路,以及 App 顯示的錯誤文字。若問題涉及只有登入後才會載入的內容,以文字說明頁面進度即可,不必上傳包含個人資料的完整截圖。重點是確認請求是否進入代理,以及在哪個階段失敗,而非收集 App 帳戶資訊。
裝置提示、流量狀態與工單:清楚整理問題資訊
看到「裝置數超限」時,先確認提示來源
VPNUL 不限制同時連線的裝置數量。因此,看到「裝置數超限」時,不要直接認定這是 VPNUL 方案的裝置上限。先確認提示出現在 VPNUL 使用者控制台、目前使用的用戶端,還是某個目標 App 的帳戶頁面;不同來源代表不同的限制機制。記下提示原文及觸發操作,確認目前用戶端登入的是預期帳戶,再查看控制台中的方案狀態。如果提示來自目標服務,請依該服務本身的帳戶規則處理,切換 VPNUL 線路無法改變其裝置管理方式。
流量狀態也要依產品類型區分。VPNUL 月訂閱方案包括 ¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB;流量依開通日每月重置,中途升級時,差額會折算為剩餘天數。流量包方案為 ¥158/300GB、¥358/1000GB、¥658/3000GB,用完為止,永久不過期。先在控制台確認目前使用的是月訂閱還是流量包,再核對頁面實際顯示的餘額與狀態。若與預期不同,請提供方案名稱和控制台提示,不要依日曆月份自行推定重置時間,也不要自行計算升級後的剩餘天數。
哪些情況適合提交工單
已比較基本網路、不同線路、訂閱與用戶端模式,仍無法連線;不同裝置反覆出現相同錯誤;控制台顯示的方案或流量狀態難以對照購買紀錄;訂閱連結可能已外洩;或問題能在固定條件下穩定重現時,都適合透過使用者控制台的工單入口回報。如果只是某個目標網站暫時無法開啟,可先參照網頁與 App 章節縮小問題範圍。提交工單前不必先判斷根本原因,只要提供明確且可重現的觀察結果即可。
建議依照「發生什麼事—何時發生—如何重現—已排除哪些狀況」的順序撰寫。請說明使用的平台、用戶端顯示的錯誤原文、線路名稱、網路環境,以及是否在其他線路或裝置上重現。若涉及網頁,提供受影響的網域與瀏覽器錯誤類型;若涉及訂閱,說明失敗發生在取得、解析還是連線階段;若涉及計費,寫明控制台顯示的方案名稱及相關訂單狀態。截圖只需保留與錯誤有關的區域,請遮蔽帳戶憑證、完整訂閱網址及其他私人資訊。
工單內容範例
「Android 用戶端顯示已連線,一般網頁可以開啟,但目標 App 無法載入內容。使用規則模式時會出問題;維持同一條線路切換至全域模式後,就能正常載入。已在另一條線路上重現。附上 App 錯誤提示及用戶端模式截圖,截圖已遮蔽帳戶資訊。」
提交後,請盡量保留當時的測試條件,直到收到明確的後續建議。如果問題已自行消失,可在工單中補充恢復前最後調整的項目,協助區分偶發網路波動與設定修復。若客服建議修改某項設定,先記下目前值,再依建議單獨測試並回報結果。在不同裝置上反覆修改多項參數,會增加重現原始問題的難度,也提高還原設定的成本。
也可以在說明中心查詢簡短問答,或參考快速入門教學重新確認基本流程。選擇方案時,可在方案頁面比較流量與付款方式;VPNUL 支援支付寶、微信、USDT,並提供 60 天無理由退款。註冊只需使用者名稱和密碼,不需要電子郵件地址。以上資訊可用於確認帳戶與服務範圍,不能取代實際故障診斷:能否恢復連線,仍取決於錯誤發生的位置與比較測試結果。