釋義
Beta測試由軟件的最終用戶們在一個或多個客房場所進行。與Alpha測試不同，開發者通常不在Beta測試的現場，因Beta測試是軟件在開發者不能控制的環境中的“真實”應用。用戶Beta測試過程中遇到的一切問題（真實在或想像的），并且定期把這些問題報告給開發者。接收到在Beta測試期間報告的問題之後，開發者對軟件産品進行必要的修改，并準備向全體客戶發布最終的軟件産品。
功能
驗收測試驗收測試标準實現軟件确認要通過一系列黑盒測試。驗收測試同樣需要制訂測試計劃和過程，測試計劃應規定測試的種類和測試進度，測試過程則定義一些特殊的測試用例，旨在說明軟件與需求是否一緻。無是計劃還是過程，都應該着重考慮軟件是否滿足合同規定的所有功能和性能，文檔資料是否完整、準确人機界面和其他方面(例如，可移植性、兼容性、錯誤恢複能力和可維護性等)是否令用戶滿意。
驗收測試的結果有兩種可能，一種是功能和性能指标滿足軟件需求說明的要求，用戶可以接受;另一種是軟件不滿足軟件需求說明的要求，用戶無法接受。項目進行到這個階段才發現嚴重錯誤和偏差一般很難在預定的工期内改正，因此必須與用戶協商，尋求一個妥善解決問題的方法。配置複審配置複審驗收測試的另一個重要環節是配置複審。複審的目的在于保證軟件配置齊全、分類有序，并且包括軟件維護所必須的細節。α、β測試事實上，軟件開發人員不可能完全預見用戶實際使用程序的情況。
例如，用戶可能錯誤的理解命令，或提供一些奇怪的數據組合，亦可能對設計者自認明了的輸出信息迷惑不解，等等。因此，軟件是否真正滿足最終用戶的要求，應由用戶進行一系列“驗收測試”。驗收測試既可以是非正式的測試，也可以有計劃、有系統的測試。有時，驗收測試長達數周甚至數月，不斷暴露錯誤，導緻開發延期。一個軟件産品，可能擁有衆多用戶，不可能由每個用戶驗收，此時多采用稱為α、β測試的過程，以期發現那些似乎隻有最終用戶才能發現的問題。
α測試是指軟件開發公司組織内部人員模拟各類用戶行對即将面市軟件産品(稱為α版本)進行測試，試圖發現錯誤并修正。α測試的關鍵在于盡可能逼真地模拟實際運行環境和用戶對軟件産品的操作并盡最大努力涵蓋所有可能的用戶操作方式。經過α測試調整的軟件産品稱為β版本。緊随其後的β測試是指軟件開發公司組織各方面的典型用戶在日常工作中實際使用β版本，并要求用戶報告異常情況、提出批評意見。然後軟件開發公司再對β版本進行改錯和完善。一般包括功能度、安全可靠性、易用性、可擴充性、兼容性、效率、資源占用率、用戶文檔八個方面。
