網站壞了,怎麼找問題 · 第 03 章

一次只修證據指向的地方

請 AI 說明要改哪個檔案、理由與驗收方法,再在分支中修復。

貓老闆的簡報

表單沒回應,就先修表單。不要順手把我的整間店重新裝潢。

——貓掌櫃官網的老闆「掌櫃」下需求時的原話

這章做什麼

產出一個小範圍修復,對照修改差異確認每一處都與問題有關。

動手做

  1. 從目前版本開分支,把最短重現步驟交給 AI,要求先指出推測與證據的關係。
  2. 依問題選擇可重現的檢查方式;若適合自動檢查,讓同一案例在修復前失敗、修復後通過。
  3. 只修改必要的事件、驗證、API 或樣式,保留原本正常的功能與文案。
  4. 閱讀修改差異,移除這次修復產生的冗餘;若無法證實修復,繼續補觀察而不宣稱完成。

親手試試

示範:修表單卻改了全站導覽、字型和資料結構,難以知道哪個改動有效。

示範:修正回應欄位名稱,補上送出失敗提示,並用原操作步驟確認結果。

這是修復範圍示範,實際改法仍以你的專案證據為準。

圖 C4-03 比較改動範圍,確認每一處修改都能對應原問題。

這樣對 AI 說

中文就可以
請依已確認的重現步驟修復這個問題。先列出原因假設、證據、要改的檔案和驗收方式;確認後在分支修改。一次只處理此問題,避免無關的重構與套件更新。完成後提供差異摘要、修復前後結果,以及仍未驗證的情境。

本章驗收清單

請在自己的練習專案實際操作,再依結果逐項確認。

  • 每一處修改都能對應原問題
  • 同一組步驟修復後得到預期結果
  • 沒有加入無關重構
  • 驗證不到的部分有明確標示

這章的相關詞條

詞條頁都有可以動的示範——卡住的時候,去把名詞弄清楚,回來繼續做。

進度只存在這台瀏覽器,不上傳、不追蹤。