驗收測試，系統開發生命週期方法論的一個階段，這時相關的使用者或獨立測試人員根據測試計劃和結果對系統進行測試和接收。它讓系統使用者決定是否接收系統。它是一項確定產品是否能夠滿足合同或使用者所規定需求的測試。這是管理性和防禦性控制。

驗證測試分類：α測試、β測試、γ測試。

α測試

測試是由一個使用者在開發環境下進行的測試，也可以是公司內部的使用者在模擬實際操作環境下進行的測試。開發者坐在使用者旁邊，這是在開發者受控的環境下進行的測試。α測試的目的是評價軟體產品的FLURPS(即功能Function 、局域化Location、可使用性Usability、可靠性reliability、效能Performance和支援Security)。α測試可以從軟體產品編碼結束之時開始，或在模組(子系統)測試完成之後開始，也可以在確認測試過程中產品達到一定的穩定和可靠程度之後再開始。α測試即為非正式驗收測試。

α測試的人要麼來自測試小組，要麼來自產品開發小組。

β測試

β測試用於描述外部測試過程，軟體分發給選定的潛在客戶群，讓他們在實際環境中使用測試。由軟體的多個使用者在一個或多個使用者的實際使用環境下進行的測試。開發者通常不在測試現場，這是在開發者無法控制的環境下進行的測試。由使用者記錄下遇到的所有問題，定期向開發者報告。beta測試是一模擬真實的使用環境從而發現缺陷的一種測試。

γ測試

Gamma版本，指的是軟體版本正式發行的候選版。該版本已經相當成熟了, 與即將發行的正式版相差無幾, 成為正式釋出的候選版本。

軟體正式版本推出之前的幾個版本, 需要有人測試一下, 看看是不是有BUG。在開發該軟體的公司內部的由該公司內部人員測試的稱為: Alpha 測試, Alpha 測試主要看有沒有功能缺失或系統錯誤, Alpha 測試完後一般不會有大問題了。然後把軟體拿給使用者測試,稱為: beta 測試(公測), 主要是看使用者對軟體外觀、使用方便等的反應。這麼多的測試版一方面為了最終產品儘可能地滿足使用者的需要, 另一方面也儘量減少了軟體中的bug。然後做過一些修改, 成為正式釋出的候選版本時, 叫做gamma( 現在叫做RC - Release Candidate) 。

　　簡單來說，阿爾法測試主要是測試人員在開發環境下的測試，貝塔測試是在實際生產環境中的測試，或者公司內部人員在模擬真實環境中的測試。

注意引號內容：α測試：軟體開發公司組織“內部人員模擬各類使用者”行對即將面市軟體產品（稱為α版本）進行測試β測試：軟體開發公司組織“各方面的典型使用者”在日常工作中實際使用β版本，並要求使用者報告異常情況、提出批評意見，然後軟體開發公司再對β版本進行改錯和完善驗收測試：相關的使用者和/或獨立測試人員根據測試計劃和結果對系統進行測試和“接收”。它讓“系統使用者決定是否接收系統”。它是一項確定產品是否能夠滿足合同或使用者所規定需求的測試。補充：詳細的測試流程，是依次完成上訴流程;一般的都合併成一個流程“驗收測試”。更甚者，是直接忽略這些流程的。其他上訴所做的測試都是基於場景的，也就是所謂的業務流程。每個測試完成的操作基本都是一樣的，只是完成這個操作的人不一樣而已。