UAT

UAT，英文User Acceptance Test的簡寫，也就是用戶驗收測試，或用戶可接受測試，系統開發生命周期方法論的一個階段，這時相關的用戶或獨立測試人員根據測試計畫和結果對系統進行測試和接收。它讓系統用戶決定是否接收系統。它是一項確定產品是否能夠滿足契約或用戶所規定需求的測試。這是管理性和防禦性控制。

基本介紹

• 中文名：用戶驗收測試
• 外文名：User Acceptance Test
• 簡稱：UAT
• 類別：學科

執行對象

通常來說，UAT一般由最終用戶根據相關的用戶手冊進行預使用。UAT用戶手冊的編寫與最終發布的用戶幫助文檔有一定的區別，UAT用戶手冊會相比較而言簡單，實用性、操作性更強一些。簡而言之，用戶幫助文檔是在UAT用戶手冊的基礎上具體化，詳細化，理論化的文檔，故此，參與UAT的人員需要對產品有一定的了解，並具備相關產品測試的理論知識指導。同時，參與人員必須具備豐富的產品評價經驗，以求對產品進行非功能性評測。

執行前提

進行UAT的產品理論上來說，必須已經全部開發、測試完畢，代碼狀態處於凍結狀態， 所有測試出來的bug都已經被妥善處理，重大的bug都被解決，並驗證通過。 對於一些低級別 bug ，要么決定被寫入發布公告中，要么被設定為不需要修改的問題。 在實際項目操作過程中，由於計畫進度原因達不到理論狀態前提，故此，UAT的效果也達不到應有的效果。

執行步驟

1. 用戶培訓手冊準備。指針對要進行UAT測試的對象，及要進行培訓的用戶，準備一些培訓資料。一般是測試對象使用/功能手冊及要培訓的用戶的個人資料等等，跟教師上課進行備課差不多。
2. 測試腳本發放。如果公司採用自動化測試，那么每一個功能或一個模組等都有對應的測試腳本，可以把這些測試腳本分發給特定的人員；如果採用手工測試，就要把詳細描述一個功能或模組的文檔分給相關人員（當然自動化測試也要分發）。
3. 用戶補充業務測試場景和測試數據。請有代表性的一些最終用戶根據實際套用環境及一些常用處理的數據，來給一些補充與建議，越貼近實際套用越好。
4. 顧問補充測試步驟。可以請項目專家，測試經理，或專門的測試，開發等顧問對測試步驟進行補充。
5. 培訓資料及測試腳本文檔的確定與最終輸出。一般到此，各種資料都基本確定，這時可以將它們進行列印，或形成特別的電子文檔。
6. 測試策略的制定。如嵌入測試策略等。
7. 測試用戶的確定。大體上從培訓人員中選取，因為不是每個接受培訓的人員都能有資格去測試的，這裡你可以通過一些考核來實現人員的篩選等等。
8. 由專門的測試組織機構確定測試地點，並發出通知。
9. 測試網路環境的搭建和保障。包括網路，系統，硬軟體，包括一些用例工具等。
10. 組織進行測試。
11. 評審分析提交的問題。這就進入了一般bug處理過程，形成了一個循環。