在前面的幾篇文章中，我們瞭解到軟件驗收測試在軟件質量保障中的重要作用，那怎樣做好軟件驗收測試，本文重點介紹實施軟件驗收測試的常用策略有三種，它們分別是：
1、正式軟件驗收測試
正式軟件驗收測試是一項管理嚴格的過程，它通常是系統測試的延續。計劃和設計這些測試的周密和詳細程度不亞於系統測試。選擇的測試用例應該是系統測試中所執行測試用例的子集。不要偏離所選擇的測試用例方向，這一點很重要。在很多組織中，正式軟件驗收測試是完全自動執行的。
對於系統測試，活動和工件是一樣的。在某些組織中，開發組織（或其獨立的測試小組）與最終用戶組織的代表一起執行驗收測試。在其他組織中，軟件驗收測試則完全由最終用戶組織執行，或者由最終用戶組織選擇人員組成一個客觀公正的小組來執行。
這種測試形式的優點是
· 要測試的功能和特性都是已知的。
· 測試的細節是已知的並且可以對其進行評測。
· 可接受性標準是已知的。
缺點包括
· 要求大量的資源和計劃。
· 這些測試可能是系統測試的再次實施。
· 可能無法發現軟件中由於主觀原因造成的缺陷，這是因爲您只查找預期要發現的缺陷。
2、非正式驗收或 Alpha 測試
在非正式驗收測試中，執行測試過程的限定不象正式驗收測試中那樣嚴格。在此測試中，確定並記錄要研究的功能和業務任務，但沒有可以遵循的特定測試用例。測試內容由各測試員決定。這種驗收測試方法不象正式驗收測試那樣組織有序，而且更爲主觀。
大多數情況下，非正式驗收測試是由最終用戶組織執行的。
這種測試形式的優點是
· 要測試的功能和特性都是已知的。
· 可以對測試過程進行評測和監測。
· 可接受性標準是已知的。
· 與正式驗收測試相比，可以發現更多由於主觀原因造成的缺陷。
缺點包括
· 要求資源、計劃和管理資源。
· 無法控制所使用的測試用例。
· 最終用戶可能沿用系統工作的方式，並可能無法發現缺陷。
· 最終用戶可能專注於比較新系統與遺留系統，而不是專注於查找缺陷。
· 用於驗收測試的資源不受項目的控制，並且可能受到壓縮。
3、Beta 測試
在以上三種驗收測試策略中，Beta 測試需要的控制是最少的。在 Beta 測試中，採用的細節多少、數據和方法完全由各測試員決定。各測試員負責創建自己的環境、選擇數據，並決定要研究的功能、特性或任務。各測試員負責確定自己對於系統當前狀態的接受標準。
Beta 測試由最終用戶實施，通常開發（或其他非最終用戶）組織對其的管理很少或不進行管理。Beta 測試是所有驗收測試策略中最主觀的。
這種測試形式的優點是
· 測試由最終用戶實施。
· 大量的潛在測試資源。
· 提高客戶對參與人員的滿意程度。
· 與正式或非正式驗收測試相比，可以發現更多由於主觀原因造成的缺陷。
缺點包括
· 未對所有功能和/或特性進行測試。
· 測試流程難以評測。
· 最終用戶可能沿用系統工作的方式，並可能沒有發現或沒有報告缺陷。
· 最終用戶可能專注於比較新系統與遺留系統，而不是專注於查找缺陷。
· 用於驗收測試的資源不受項目的控制，並且可能受到壓縮。
· 可接受性標準是未知的。
· 您需要更多輔助性資源來管理 Beta 測試員。
以上三種測試方式沒有絕對優勢，也沒有絕對劣勢，需要根據所測系統及環境綜合考慮。如有問題，歡迎登陸山東省軟件評測中心網站進行交流。