軟件 UAT 用戶驗收清單
由業務使用者按已確認需求驗收，測試正常、錯誤、權限、整合同交接，保留問題及簽收紀錄。
作者：WeTech 技術團隊 · 內容更新： (香港時間（GMT+8）)
UAT 要證明使用者可以按議定規則完成工作。先列需求對應情境、測試資料、預期結果、實際結果、問題嚴重程度及簽收人；開發測試通過唔等於業務驗收，未解決問題亦要有明確上線決定。
適合哪些情況？
適合訂製系統準備上線、轉換供應商，或需要整理驗收文件嘅業務及採購團隊。
UAT 測試情境表
| 情境 | 測試內容 | 保留證據 |
|---|---|---|
| 正常工作 | 由建立至交付完整流程 | 樣本、結果及版本 |
| 邊界例外 | 空白、超界、取消及重複 | 預期訊息與資料狀態 |
| 權限 | 不同角色及已撤權用戶 | 可見與不可見紀錄 |
| 營運 | 整合失敗、恢復及交接 | 處理紀錄與接手確認 |
用業務資料定預期結果
用去識別化或合成資料涵蓋代表情況，計算及狀態由業務負責人先確認。不要測完先改預期結果去配合系統；需求有改動時，更新基準及受影響測試，保留原因。
分開缺陷、增項同使用問題
對照已確認需求判斷係未符合、規格不清，定新增要求。記錄重現步驟、影響角色、版本及證據，修正後重新測試相關工作；唔好只把問題標為已修正就當驗收完成。
簽收要有剩餘問題安排
列出已通過範圍、未完成項目、已接受限制、修正責任及期限。資料搬遷、備份、操作文件及正式帳戶分開確認，避免功能畫面通過但上線資料未就緒。上線決定由指定負責人作出。
假設情境
假設訂單系統驗收，除建立訂單，仲測試取消、重複提交、主管權限同會計斷線。未解決嘅重複入帳問題可列為阻止上線，而文字修正另訂期限。呢個係假設例子。
常見問題
供應商自己測就足夠？
業務使用者仍要確認工作規則同預期結果。
UAT 需要真實付款？
優先用隔離環境同攔截或測試接口，避免真實業務動作。
修正後要全部重測？
先測受影響流程及關鍵控制，按變更影響決定回歸範圍。
品牌與公開案例範圍
WeTech Consulting（亦稱 WeTech／WeTech AI HK）提供香港 AI 與 IT 顧問服務。WeProperty HK 與 WeCredit HK 為自行開發產品，公開案例只支持所列可觀察功能。WeProperty 展示樓盤、屋苑與成交參考入口；WeCredit 展示提交、審核及公開資料遮蔽，唔構成 TU 信貸評級或最終事實裁定。
參考來源
官方文件用於核對技術、風險及量度概念；本文清單、估算方法與合成例子為 WeTech 規劃建議，並非官方定價或客戶成效。工具方案及條款以供應商當時版本為準。來源查閱： (GMT+8)
相關閱讀
一起梳理你的業務需求
提供現有流程、使用系統與目標，我們會先了解範圍，再討論交付、驗收與報價。
預約免費初步諮詢了解服務