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

驗(yàn)收測(cè)試——正式測(cè)試是什么

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

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

這種測(cè)試形式的優(yōu)點(diǎn)是

• 要測(cè)試的功能和特性都是已知的。
• 測(cè)試的細(xì)節(jié)是已知的并且可以對(duì)其進(jìn)行評(píng)測(cè)。
• 這種測(cè)試可以自動(dòng)執(zhí)行，支持回歸測(cè)試。
• 可以對(duì)測(cè)試過(guò)程進(jìn)行評(píng)測(cè)和監(jiān)測(cè)。
• 可接受性標(biāo)準(zhǔn)是已知的。

缺點(diǎn)包括

• 要求大量的資源和計(jì)劃。
• 這些測(cè)試可能是系統(tǒng)測(cè)試的再次實(shí)施。
• 可能無(wú)法發(fā)現(xiàn)軟件中由于主觀原因造成的缺陷，這是因?yàn)槟徊檎翌A(yù)期要發(fā)現(xiàn)的缺陷。

非正式測(cè)試

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

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

這種測(cè)試形式的優(yōu)點(diǎn)是

• 要測(cè)試的功能和特性都是已知的。
• 可以對(duì)測(cè)試過(guò)程進(jìn)行評(píng)測(cè)和監(jiān)測(cè)。
• 可接受性標(biāo)準(zhǔn)是已知的。
• 與正式驗(yàn)收測(cè)試相比，可以發(fā)現(xiàn)更多由于主觀原因造成的缺陷。

缺點(diǎn)包括

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

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

推薦閱讀