地區瀏覽器顯示正確的小數數量，API卻收成另一個值，或表單擋住業務允許的數量。換住宅出口前，先沿輸入、驗證與序列化邊界取證。本文供授權電商驗收使用合成資料，不建立真實訂單，也沒有98IP實測宣稱。
1. 獨立確認商品數量契約
請負責人確認商品與款式ID、數量單位、上下限、增量、必填規則及API表示。保存版本與獨立審閱的接受、拒絕案例。數量和郵遞區號、商品識別不同，不能因識別碼全是數字就改成數值。
合成分數數量可約定最小1.5、最大3，從1.5每次增0.5；1.5、2、3有效，1過低、1.75不合步進、3.5過高，必填欄位空白則拒絕。這是示例，並非實際商店或98IP方案限制。整數商品須另訂契約。
2. 看選品後的有效約束
原生number欄位在選品後查看即時type、min、max、step、value屬性與required。步進基準先採min，否則value屬性，再否則零；改min可能連允許落點一起改變。若業務規定固定增量，不可僅為消除錯誤就設step=any。
記錄瀏覽器組建、作業系統、鍵盤輸入法、語系與市場。本地化鍵盤提供逗號不表示瀏覽器一定接受它為小數點，應驗支持環境，不承諾一致。自訂控制項可能另有驗證邏輯，須查其契約而非假定原生規則適用。
3. 以無害資料追蹤四個邊界
- 在自有測試站清空欄位，依一般交互鍵入每個案例。支援貼上和步進按鈕時分開測，以使用者方式完成輸入確認。
- 送出前記DOM值、valueAsNumber，以及valueMissing、badInput、rangeUnderflow、rangeOverflow和stepMismatch旗標；只用合成值，畫面文字和DOM提供的值分清楚。
- 觀察應用模型及序列化載荷，檢查數值大小與單位，小數是否截為整數、空白是否被預設值取代，或尚未確認就讀到舊模型。
- 使用負責人核准的回顯或驗證端點，只記解碼數量與型別，不建立訂單、付款或庫存保留。對照獨立資料並回傳無害確認標記。
- 經核准地區代理重跑，固定瀏覽器、資料、帳戶及工作階段。語系、鍵盤、市場另外分例，每次只改一項並記實際出口。
valueAsNumber可轉換時為數字，無法轉換時為NaN。序列化之前必須明確處理，不能讓無效或空數量意外變成有效零、預設數量或語義不明的null。原生清理若讓文字消失，就記錄該邊界，別假設DOM還有原始按鍵內容。
4. 分辨前端攔阻與後端拒絕
- 沒送請求且stepMismatch為真：對照業務步進及基準，不能說目標已拒絕請求。
- DOM小數正確而載荷變整數：先查模型解析與強制轉型。
- 載荷正確、收件不同：由負責人查傳輸格式及伺服器解析。
- 收件正確仍拒絕：確認商品、款式、規則版本，再查業務驗證。
- 畫面成功卻無預期標記：另列呈現或非同步狀態問題，不算驗收。
自有測試服務要由負責人依同契約直接驗無效數量；原生瀏覽器驗證不是安全邊界。這項核准後端檢查不得建立真實交易，也不能用來繞過他站控制。不要一律替換標點，逗號依契約可能是分組、小數標記或無效輸入。
修第一個可觀察偏差，再重跑合法邊界、不合步進、超範圍及空白。切商品查舊約束，再驗另一種支援輸入方式。除非負責人明訂且介面清楚說明最終數量，不能靜默捨入無效值來通過驗證。
5. 用98IP控制地區觀察條件
授權任務需觀察地區部署時，查98IP動態住宅IP產品頁，依設定文件與帳戶支援設定接入。確認實際出口，每組比較維持工作階段策略。
地區代理不會改本機瀏覽器解析器，也不保證目標數量規則；其他條件固定後，才能用路徑比較找部署差異。限制請求及流量，查帳戶用量，證據排除客戶資料與代理密碼。本文不保證吞吐、瀏覽器相容性或計費結果。
6. 驗收清單與問答
- 商品、單位、上下限及增量有獨立版本契約。
- 鍵入、貼上、步進各有瀏覽器、鍵盤、語系紀錄。
- 確認後DOM、有效性、應用載荷和接收數量相符。
- 必填空白遭拒，不默默變零。
- 後端拒絕無效案例且不建交易。
- 路徑與應用設定每次改一項，未知欄位保留未知。
step=0.5一定從零算半單位嗎？ 未必，應看生效基準，尤其明訂min，並對照業務契約。
換IP能支援小數逗號嗎？ 不會改本機解析器，輸入環境及伺服器表示須各自查。
200就能過嗎？ 不能，須驗解碼數量、驗證結果及回應標記。數量被轉錯的成功頁仍不符契約。