網站壞了,怎麼找問題 · 第 03 章
一次只修證據指向的地方
請 AI 說明要改哪個檔案、理由與驗收方法,再在分支中修復。
貓老闆的簡報
表單沒回應,就先修表單。不要順手把我的整間店重新裝潢。
——貓掌櫃官網的老闆「掌櫃」下需求時的原話
這章做什麼
產出一個小範圍修復,對照修改差異確認每一處都與問題有關。
動手做
- 從目前版本開分支,把最短重現步驟交給 AI,要求先指出推測與證據的關係。
- 依問題選擇可重現的檢查方式;若適合自動檢查,讓同一案例在修復前失敗、修復後通過。
- 只修改必要的事件、驗證、API 或樣式,保留原本正常的功能與文案。
- 閱讀修改差異,移除這次修復產生的冗餘;若無法證實修復,繼續補觀察而不宣稱完成。
親手試試
示範:修表單卻改了全站導覽、字型和資料結構,難以知道哪個改動有效。
示範:修正回應欄位名稱,補上送出失敗提示,並用原操作步驟確認結果。
這是修復範圍示範,實際改法仍以你的專案證據為準。
這樣對 AI 說
中文就可以
請依已確認的重現步驟修復這個問題。先列出原因假設、證據、要改的檔案和驗收方式;確認後在分支修改。一次只處理此問題,避免無關的重構與套件更新。完成後提供差異摘要、修復前後結果,以及仍未驗證的情境。
本章驗收清單
請在自己的練習專案實際操作,再依結果逐項確認。
- 每一處修改都能對應原問題
- 同一組步驟修復後得到預期結果
- 沒有加入無關重構
- 驗證不到的部分有明確標示
這章的相關詞條
詞條頁都有可以動的示範——卡住的時候,去把名詞弄清楚,回來繼續做。
進度只存在這台瀏覽器,不上傳、不追蹤。