測試說輸入了 0，畫面卻是 020
一個看似接受無效粉量的問題，最後發現是測試沒有正確替換欄位內容。先核對操作，才知道該修哪裡。
10 月 5 日補方案編修測試時，遇到一個很像產品錯誤的結果：測試要求粉量為 0 時拒絕保存，保存後的畫面卻仍然顯示 20 g。
最初以為 App 接受了無效輸入，又沿用原本的數字。後來，這個判斷被新的證據推翻了。
先看欄位到底收到了什麼
在輸入後加上欄位值核對，才看見實際內容是 020，不是 0。名稱欄位也出現新文字接在原文字前面的情況。
測試原本按照字元數送出刪除指令，假設游標在欄位末尾。游標實際在開頭，舊內容沒有被刪掉，新的 0 便插在 20 前面。
測試發出了按鍵，不代表欄位已變成測試想要的值。拿這個操作結果推論「App 接受粉量 0」，起點就錯了。
修正操作，不放寬預期
數字欄位改成先選取整個值，再輸入；名稱欄位則先全選。每次替換後，立即核對欄位內容，再繼續按保存。
正確輸入 0 後，原本的產品已經會拒絕保存。取消後也沒有新增方案。
期間曾嘗試調整產品的數字輸入處理，但在確認是測試操作問題後，這個改動完整撤回。最後保留下來的是測試操作與核對方式的修正。
失敗紀錄也要一起留下
第一輪失敗仍保留，後續診斷被人工停止、沒有完整結果封裝的輪次，也沒有被算成通過。
修正後的方案新增測試取得正式成功結果；方案修改後舊日誌快照保持不變，以及既有方案詳情操作，也在另一輪通過。這些是分段的結果，當時沒有把所有案例在同一版本一次跑完。
這次最值得記住的是一個順序：先確認操作真的發生，再確認結果是否正確，最後才判斷產品需要怎麼修改。
也因此，下一個測試不只會寫「輸入某個值」，還要留下「欄位現在確實是這個值」的證據。