客製化系統怎麼驗收？把功能清單變成可操作的檢查表

先選一件工作，從頭做到尾

假設你要驗收請款後台，不要只依序打開新增、列表與報表頁。請用申請人的角色建立一筆請款，再切換審核者確認內容，最後核對申請人是否看得到結果。

這樣能同時檢查畫面與流程之間的銜接。功能各自正常，不代表串起來就能完成工作。驗收前先列出三到五個最重要的日常任務，讓每次測試都有明確目標。

一份可操作的檢查表，至少包含使用角色、起始資料、操作步驟與預期結果。不要只寫「檢查搜尋」，可以改成「輸入案件編號後，找到指定案件，並顯示目前處理狀態」。

報表則需要一份已知答案的範例資料，核對篩選條件、合計數字與匯出欄位。若大家對計算規則的理解不同，應先確認規則，再判斷程式是否正確。

空白欄位、重複送出、很長的名稱、沒有搜尋結果，以及操作到一半網路中斷，都值得納入檢查。錯誤提示應讓人知道如何繼續，不能只留下代碼或一個紅色邊框。

也要確認一般人員能否看到不屬於自己的資料，停用帳號後能否繼續操作。涉及敏感資料的驗收，請使用去識別化範例或隔離測試環境，避免測試動作影響真實客戶。

無法完成核心流程、資料計算錯誤與權限不符，通常應先處理。文字間距或次要報表調整，可以依影響程度討論是否另排時程。這是優先順序的安排，不代表小問題可以不記錄。

每個問題都留下重現步驟、預期結果與確認人。修正後應重走原本情境，也檢查相鄰流程是否受影響，避免只確認截圖看起來改好了。

上線前應確認帳號管理、備份安排、操作說明與異常聯絡方式。哪些項目包含在維護範圍、哪些屬於新增需求，也應說明清楚。

如果尚未有完整規格，可以先從核心流程的驗收情境開始整理。把「做到什麼程度算完成」提早說清楚，通常比開發結束後才各自解讀更容易合作。