驗收測試是部署軟件之前的最后一個測試操作。在軟件產品完成了單元測試、集成測試和系統測試之后，產品發布之前所進行的軟件測試活動。它是技術測試的最后一個階段，也稱為交付測試。驗收測試的目的是確保軟件準備就緒，并且可以讓最終用戶將其用于執行軟件的既定功能和任務

驗收測試——正式測試是什么

正式驗收測試是一項管理嚴格的過程，它通常是系統測試的延續。計劃和設計這些測試的周密和詳細程度不亞于系統測試。選擇的測試用例應該是系統測試中所執行測試用例的子集。不要偏離所選擇的測試用例方向，這一點很重要。在很多組織中，正式驗收測試是完全自動執行的。

對于系統測試，活動和工件是一樣的。在某些組織中，開發組織（或其獨立的測試小組）與最終用戶組織的代表一起執行驗收測試。在其他組織中，驗收測試則完全由最終用戶組織執行，或者由最終用戶組織選擇人員組成一個客觀公正的小組來執行。

這種測試形式的優點是

• 要測試的功能和特性都是已知的。
• 測試的細節是已知的并且可以對其進行評測。
• 這種測試可以自動執行，支持回歸測試。
• 可以對測試過程進行評測和監測。
• 可接受性標準是已知的。

缺點包括

• 要求大量的資源和計劃。
• 這些測試可能是系統測試的再次實施。
• 可能無法發現軟件中由于主觀原因造成的缺陷，這是因為您只查找預期要發現的缺陷。

非正式測試

在非正式驗收測試中，執行測試過程的限定不象正式驗收測試中那樣嚴格。在此測試中，確定并記錄要研究的功能和業務任務，但沒有可以遵循的特定測試用例。測試內容由各測試員決定。這種驗收測試方法不象正式驗收測試那樣組織有序，而且更為主觀。

大多數情況下，非正式驗收測試是由最終用戶組織執行的。

這種測試形式的優點是

• 要測試的功能和特性都是已知的。
• 可以對測試過程進行評測和監測。
• 可接受性標準是已知的。
• 與正式驗收測試相比，可以發現更多由于主觀原因造成的缺陷。

缺點包括

• 要求資源、計劃和管理資源。
• 無法控制所使用的測試用例。
• 最終用戶可能沿用系統工作的方式，并可能無法發現缺陷。
• 最終用戶可能專注于比較新系統與遺留系統，而不是專注于查找缺陷。
• 用于驗收測試的資源不受項目的控制，并且可能受到壓縮。
• 

驗收測試是向用戶表明系統能夠像預定要求那樣工作。經集成測試后，已經按照設計把所有的模塊組裝成一個完整的軟件系統，接口錯誤也已經基本排除了，接著就應該進一步驗證軟件的有效性，這就是驗收測試的任務，即軟件的功能和性能如同用戶所合理期待的那樣。如果大家還想了解更多與之有關的信息，歡迎關注我們文軍營銷的官網。

推薦閱讀