驗收測試是部署軟件之前的最后一個測試操作。驗收測試的目的是確保軟件準備就緒，并且可以讓最終用戶將其用于執行軟件的既定功能和任務。實施驗收測試的常用策略有三種，它們分別是： 正式驗收 非正式驗收或 Alpha 測試 Beta 測試
您選擇的策略通常建立在合同需求、組織和公司標準以及應用領域的基礎上。
正式驗收測試正式驗收測試是一項管理嚴格的過程，它通常是系統測試的延續。計劃和設計這些測試的周密和詳細程度不亞于系統測試。選擇的測試用例應該是系統測試中所執行測試用例的子集。不要偏離所選擇的測試用例方向，這一點很重要。在很多組織中，正式驗收測試是完全自動執行的。
對于系統測試，活動和工件是一樣的。在某些組織中，開發組織（或其獨立的測試小組）與最終用戶組織的代表一起執行驗收測試。在其他組織中，驗收測試則完全由最終用戶組織執行，或者由最終用戶組織選擇人員組成一個客觀公正的小組來執行。
這種測試形式的優點是： 要測試的功能和特性都是已知的。 測試的細節是已知的并且可以對其進行評測。 這種測試可以自動執行，支持回歸測試。 可以對測試過程進行評測和監測。 可接受性標準是已知的。
缺點包括： 要求大量的資源和計劃。 這些測試可能是系統測試的再次實施。 可能無法發現軟件中由于主觀原因造成的缺陷，這是因為您只查找預期要發現的缺陷。 非正式驗收測試
在非正式驗收測試中，執行測試過程的限定不象正式驗收測試中那樣嚴格。在此測試中，確定并記錄要研究的功能和業務任務，但沒有可以遵循的特定測試用例。測試內容由各測試員決定。這種驗收測試方法不象正式驗收測試那樣組織有序，而且更為主觀。
大多數情況下，非正式驗收測試是由最終用戶組織執行的。
這種測試形式的優點是： 要測試的功能和特性都是已知的。 可以對測試過程進行評測和監測。 可接受性標準是已知的。 與正式驗收測試相比，可以發現更多由于主觀原因造成的缺陷。
缺點包括： 要求資源、計劃和管理資源。 無法控制所使用的測試用例。 最終用戶可能沿用系統工作的方式，并可能無法發現缺陷。 最終用戶可能專注于比較新系統與遺留系統，而不是專注于查找缺陷。 用于驗收測試的資源不受項目的控制，并且可能受到壓縮。 Beta 測試
在以上三種驗收測試策略中，Beta 測試需要的控制是最少的。在 Beta 測試中，采用的細節多少、數據和方法完全由各測試員決定。各測試員負責創建自己的環境、選擇數據，并決定要研究的功能、特性或任務。各測試員負責確定自己對于系統當前狀態的接受標準。
Beta 測試由最終用戶實施，通常開發（或其他非最終用戶）組織對其的管理很少或不進行管理。Beta 測試是所有驗收測試策略中最主觀的。
這種測試形式的優點是： 測試由最終用戶實施。 大量的潛在測試資源。 提高客戶對參與人員的滿意程度。 與正式或非正式驗收測試相比，可以發現更多由于主觀原因造成的缺陷。
缺點包括： 未對所有功能和/或特性進行測試。 測試流程難以評測。 最終用戶可能沿用系統工作的方式，并可能沒有發現或沒有報告缺陷。 最終用戶可能專注于比較新系統與遺留系統，而不是專注于查找缺陷。 用于驗收測試的資源不受項目的控制，并且可能受到壓縮。 可接受性標準是未知的。 您需要更多輔助性資源來管理 Beta 測試員。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
