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

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

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

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

這種測試形式的優(yōu)點是

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

缺點包括

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

非正式測試

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

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

這種測試形式的優(yōu)點是

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

缺點包括

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

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

推薦閱讀