文章目錄
UAT 是導入案裡最矛盾的階段：人人都知道它重要，多數專案卻把它做成儀式——key user 照著顧問給的步驟點一遍、簽個名，然後全公司在上線日一起當白老鼠。這是整個導入流程裡最貴的一個誤會，因為它把 UAT 的性質搞反了：**UAT 是考試，不是背書。**背書是替別人做好的東西掛保證；考試是你自己下場作答——沒作答就簽名，答錯的每一題，上線後都會用加班、錯帳和互相指責跟你討回來。這篇講 UAT 該怎麼做才有牙齒：考卷誰出、怎麼出、跑幾輪才到及格線、交卷簽名到底代表什麼。
先弄清楚這場考試在考什麼
它不是在測「系統有沒有 bug」——那是前一階段 SIT（系統整合測試）的事，等於顧問自己的模擬考，由顧問負責。UAT 考的是三科只有你們自己考得了的：流程走不走得通（照未來流程，一張訂單從接單到收款真的能走完嗎）、數字對不對（成本算出來跟你們的認知一致嗎、稅額對嗎）、例外接不接得住（改單、退貨、借料——藍圖裡設計的例外處理真的能操作嗎）。
搞清楚考什麼，考場的角色分工就清楚了：**考生是 key user，監考的是企業方 PM，顧問負責修題目和支援，不下場代考。**顧問人天在這階段排太多，反而是專案的警訊——代考代得越多，上線日露餡露得越大。
考卷從哪來：場景清單＋三類必考題
UAT 的考卷不用重新出——選商時的關鍵場景清單（見我們的 RFP 與場景清單專文）就是題庫基底，這正是「一份場景清單用三次」的第三次。在場景之外，補上三類必考題：
端到端流程：每個循環至少一條完整鏈路（訂單→出貨→開票→收款；請購→採購→收料→付款），用真實資料、走完整權限——各角色用自己的帳號測自己的段落，不准全程用管理員帳號跑。用管理員測出來的「通過」，上線日會被權限問題打回原形——那不是作答，是開著解答本考試。
月結演練：完整跑一次月結與成本結算，這是 UAT 最重要也最常被省略的一題。月結不在 UAT 演，就會在上線後第一個月底用整個財務部的加班來演。
負面測試：故意做錯——超過信用額度下單、沒收料就要付款、負庫存出貨——驗證系統擋不擋得住。控制點的測試對有 IPO 計畫的公司尤其關鍵：專審時會計師做的穿透測試，本質上就是這些題目（見我們的 ERP 與 IPO 專文）。
每一題長什麼樣：UAT 測試案例卡
沒寫預期結果的測試案例，等於沒有標準答案的考題——跑完也無法判定通過與否，這是走形式 UAT 的第一特徵。一張合格的測試案例卡有七個欄位，缺一不可，直接拿這張改成你們的版本：
| 欄位 | 要寫什麼 | 示範（負面測試：信用額度） |
| 前置條件 | 測試前系統要處於什麼狀態 | 客戶 A 信用額度 100 萬，已用額度 95 萬 |
| 測試資料 | 用哪筆真實資料測（不用顧問樣板資料） | 客戶 A、料號 X、訂單金額 10 萬 |
| 操作步驟 | 一步一步怎麼做，換一個人也能照做 | 以業務助理帳號建立銷售訂單並送出 |
| 預期結果 | 系統應該出現什麼（缺這欄＝無法判定） | 系統擋單並顯示超過信用額度警示，訂單停在待放行 |
| 實際結果 | 實際跑出什麼，附截圖或單號 | （測試時填寫） |
| 判定 | 通過／不通過／有條件通過 | （測試時填寫） |
| 測試人簽名 | 誰測的誰簽，附日期 | （測試時填寫） |
及格線：兩輪是底線
第一輪照案例全跑，目標是把問題抓出來——這輪很慘烈是正常的，issue 清單上百條不代表專案失敗，代表 UAT 有在工作。問題分級處理：A 級（流程走不通、數字錯）不修完不能上線；B 級（操作不便、報表格式）可帶上線後修。**分級的裁決權在企業方 PM，不在顧問——讓修問題的人自己判定問題等級，等級會自動變低。**這就是「顧問主導 UAT」結構上荒謬的地方：改考卷的如果是要對成績負責的那一方，分數一定漂亮。
第二輪是回歸測試：A 級問題修復後，相關案例全部重跑，並確認修東沒壞西。第二輪還大量冒新問題，代表第一輪的修復品質有問題，該升級到指導委員會了。時程上，兩輪 UAT 含修復期常見六到八週——導入計畫把 UAT 排三週的，幾乎可以斷定會延期或走形式，二選一。
三類必考題各自的及格線和交卷人，一張表對齊：
| 必考題 | 通過門檻 | 誰簽核 |
| 端到端流程 | 每循環至少一條完整鏈路走通；各角色用自己帳號；數字與權限皆正確 | 各循環 key user＋所屬部門主管 |
| 月結演練 | 月結與成本結算完整跑完，結果與財務部認知一致 | 財務主管 |
| 負面測試 | 該擋的全部擋下，且留有系統紀錄 | 企業方 PM（內控視角）；有 IPO 計畫者建議加會簽稽核或財務主管 |
交卷的重量：簽名代表什麼要先講清楚
**UAT 簽的不是點交單，是責任移轉的法律時刻——你簽字的那一刻，已測範圍的鍋從此是你的。**簽核代表「此範圍我方已驗證，據此上線」：上線後在已測範圍內出的問題，責任在測試方；未測範圍出的問題，回頭看當初為什麼沒進案例。
這個重量要在 UAT 啟動會議就講明白，兩個效果立現：key user 測試的認真程度不一樣了，部門主管對 key user 工時釋放的支持也不一樣了。順帶一提，這份簽核紀錄在日後的查核（含 IPO 專審的內控運作證據）中是會被調閱的文件——UAT 文件的保存，本身就是內控的一部分。考卷不是交完就丟，它是你日後證明「我們考過這一題」的憑據。
常見問題（FAQ）
UAT 要多久？
兩輪含修復常見六到八週。變數在第一輪的問題量與修復速度。排程少於四週的 UAT 計畫，通常意味著它被當成儀式而非閘門。
UAT 由誰主導？
企業方。key user 執行測試、企業方 PM 管理 issue 清單與分級、顧問方負責修復與支援。顧問主導的 UAT 是自己出題自己改考卷，結構上就不成立。
測試環境用什麼資料？
用資料移轉演練匯入的真實資料（去識別化視需要），不用顧問的樣板資料。這讓 UAT 同時驗證了移轉品質——一魚兩吃，也是移轉演練與 UAT 排程要銜接的原因（見我們的資料移轉專文）。
【給決策者的備忘錄】
如果看完發現你們的導入計畫把 UAT 排了三週、案例全是顧問出的、月結演練不在清單上——別慌，在上線前發現，都還來得及。這週就能做三件事：把選商時的場景清單翻出來當題庫、把月結演練排進 UAT 時程、在啟動會議把簽核的重量講清楚。考試會累，但比起全公司在上線日一起當白老鼠，累在考場裡便宜太多了。
本文為 UAT 方法的一般性整理。若需要協助設計貴公司的測試案例架構或 issue 管理機制，歡迎與我們聯繫。
延伸閱讀
- ERP 與 IPO：準備上市櫃，你的 ERP 要做到什麼程度？（2026)
- ERP 導入為什麼會失敗？台灣企業最常見的七種死法
- ERP 導入時程完整拆解：從簽約到上線的十二個月，每個月在做什麼
- AI 進了 ERP 之後：2026 年哪些是真的、哪些還是簡報動畫（2026）
