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