非正式驗收測試
在非正式驗收測試中，執行測試過程的限定不象正式驗收測試中那樣嚴格。在此測試中，確定并記錄要研究的功能和業務任務，但沒有可以遵循的特定測試用例。測試內容由各測試員決定。這種驗收測試方法不象正式驗收測試那樣組織有序，而且更為主觀。
大多數情況下，非正式驗收測試是由最終用戶組織執行的。
這種測試形式的優點是：
● 要測試的功能和特性都是已知的。
● 可以對測試過程進行評測和監測。
● 可接受性標準是已知的。
● 與正式驗收測試相比，可以發現更多由于主觀原因造成的缺陷。
缺點包括：
● 要求資源、計劃和管理資源。
● 無法控制所使用的測試用例。
● 最終用戶可能沿用系統工作的方式，并可能無法發現缺陷。
● 最終用戶可能專注于比較新系統與遺留系統，而不是專注于查找缺陷。
● 用于驗收測試的資源不受項目的控制，并且可能受到壓縮。
Beta 測試
在以上三種驗收測試策略中，Beta 測試需要的控制是最少的。在 Beta 測試中，采用的細節多少、數據和方法完全由各測試員決定。各測試員負責創建自己的環境、選擇數據，并決定要研究的功能、特性或任務。各測試員負責確定自己對于系統當前狀態的接受標準。
Beta 測試由最終用戶實施，通常開發（或其他非最終用戶）組織對其的管理很少或不進行管理。Beta 測試是所有驗收測試策略中最主觀的。
這種測試形式的優點是：
● 測試由最終用戶實施。
● 大量的潛在測試資源。
● 提高客戶對參與人員的滿意程度。
● 與正式或非正式驗收測試相比，可以發現更多由于主觀原因造成的缺陷。
缺點包括：
● 未對所有功能和/或特性進行測試。
● 測試流程難以評測。
● 最終用戶可能沿用系統工作的方式，并可能沒有發現或沒有報告缺陷。
● 最終用戶可能專注于比較新系統與遺留系統，而不是專注于查找缺陷。
● 用于驗收測試的資源不受項目的控制，并且可能受到壓縮。
● 可接受性標準是未知的。
● 您需要更多輔助性資源來管理 Beta 測試員。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
