上傳失敗後重選同檔，畫面沒反應。先查瀏覽器選取是否改變、應用保留的檔案及是否建立新請求，再調查代理。畫面檔名不證明這些步驟。
本文供自有或明確授權表單的小型驗收，用無害合成檔與無客戶資料及業務副作用的測試接收端，不宣稱瀏覽器或代理已實測相容。
一、選取、重試及清除分開
先定義無檔、已選、上傳中、確認拒絕、可重試及清空狀態。說明已知拒絕後保留檔案，或要求再選。
MDN指出選擇器關閉而選取未變時可觸發cancel，包含重選先前檔案；accept僅為選檔提示，不是驗證。勿假設同檔必有新change，或憑檔名判目的端接受。
重試是應用動作，未必是新選取事件。保留檔案可提供明確重試；清空則如實顯示空狀態並允許再選，不暗中依賴重複change。
二、建立可辨識安全樣本
- 小型有效A檔含無害標記，記位元組與摘要。
- B有不同標記，仍符合目的端政策。
- 需要時於另一測試位置放同名異內容副本。
- 預先記各例選取及預覽預期。
- 測試接收端受控拒絕A，於建立接受物件前給已知最終結果。
唯讀診斷記input檔案、應用選檔中繼資料、預覽身分、按鈕狀態及案例ID，不留真實路徑或內容。微小合成摘要只供辨識，不延伸蒐集客戶檔。
三、首次選取對照
從正常控制開選擇器選A，確認應用及預覽皆為A，只提交一次，關聯出站請求和接收標記。
確認受控拒絕且無接受物件或副作用。回應中斷而伺服器結果未知不是本例，先按回執或讀回政策查明再寫。
自動化直接指派檔案應標應用狀態測試，不能代表全部原生互動，尤其取消。每個宣稱覆蓋的瀏覽器與作業系統組合，至少驗一次真實選擇器。
四、重選同檔並檢查延續
確認拒絕後重開選A，記實際事件及選取，不只因沒有新change就判失敗；應查規定重試或重選流程能否繼續使用A。
重試只啟動一次，確認單一新案例到接收端、標記是A且最終狀態正確。轉圈無請求屬用戶端延續問題；攜錯檔屬狀態不符；目的端明確拒絕則另查伺服器。
勿只為強制事件清input，卻留舊預覽或失去應用檔案參照。若有明確清除，須驗完整狀態轉換。
五、取消、清空及換檔
A已選時開啟並取消，依本站契約：保留則預覽與重試仍指A；先前應用動作主動清空則須顯示無檔。取消不能暗中送舊檔。
執行清除，查真實input選取、應用參照、預覽及提交資格皆為空，再選A驗延續。空白檔名標籤不等於已清應用資料。
另一例選B，確認預覽及提交標記取代A；支援時測同名異內容，不只信名稱。A延遲預覽也不能蓋過B。
六、證明選取後再比較代理
98IP動態住宅IP產品頁可了解授權網站上傳驗收產品，以API設定頁查接入與帳戶選項。代理傳輸已建立請求，不使本地選擇器產生事件。
- 初選A：input、應用及預覽一致。
- 已知拒絕：無接受物件。
- 同檔重選：規定延續可操作。
- 明確重試：單一請求攜正確檔。
- 取消清除：保留或空狀態符合動作。
- B取代：無過期預覽或參照。
案例尚未執行。核准基準與代理各獨立重設，固定瀏覽器、系統、樣本及接收政策；記首個差異在選擇器、狀態、預覽、建立請求、接收或最終物件。遮蔽秘密，小型有界執行。
常見問題與上線檢查
沒新change證明代理故障嗎？不，先查選取改變及請求存在與否。
檔名足以辨識重試嗎？不足，需關聯合成檔的狀態、請求與接收證據。
- 拒絕後保留或清空明確。
- 區分已知拒絕與未知結果。
- 涵蓋同檔、取消、清除及替換。
- 單次操作產生正確單一請求。
- 區分原生選擇器與直接指派。
- 僅用授權無害樣本，不承諾未測可靠性與相容性。