缺陷。
審核要達(dá)到的基本目標(biāo)是：根據(jù)共同制定的審核表，盡可能地發(fā)現(xiàn)被審核內(nèi)容中存在的問題，并最終得到解決。在根據(jù)相應(yīng)的審核表進(jìn)行文檔審核和源代碼審核時，還要注意文檔與源代碼的一致性。
在實(shí)際的驗(yàn)收測試執(zhí)行過程中，常常會發(fā)現(xiàn)文檔審核是最難的工作，一方面由于市場需求等方面的壓力使這項(xiàng)工作常常被弱化或推遲，造成持續(xù)時間變長，加大文檔審核的難度；另一方面，文檔審核中不易把握的地方非常多，每個項(xiàng)目都有一些特別的地方，而且也很難找到可用的參考資料。
3、可執(zhí)行程序的測試
在文檔審核、源代碼審核、配置腳本審核、測試程序或腳本審核都順利完成，就可以進(jìn)行驗(yàn)收測試的最后一個步驟——可執(zhí)行程序的測試，它包括功能、性能等方面的測試，每種測試也都包括目標(biāo)、啟動標(biāo)準(zhǔn)、活動、完成標(biāo)準(zhǔn)和度量等五部分。
要注意的是不能直接使用開發(fā)方提供的可執(zhí)行程序用于測試，而要按照開發(fā)方提供的編譯步驟，從源代碼重新生成可執(zhí)行程序。在真正進(jìn)行用戶驗(yàn)收測試之前一般應(yīng)該已經(jīng)完成了以下工作（也可以根據(jù)實(shí)際情況有選擇地采用或增加）：
● 軟件開發(fā)已經(jīng)完成，并全部解決了已知的軟件缺陷。
● 驗(yàn)收測試計劃已經(jīng)過評審并批準(zhǔn)，并且置于文檔控制之下。
● 對軟件需求說明書的審查已經(jīng)完成。
● 對概要設(shè)計、詳細(xì)設(shè)計的審查已經(jīng)完成。
● 對所有關(guān)鍵模塊的代碼審查已經(jīng)完成。
● 對單元、集成、系統(tǒng)測試計劃和報告的審查已經(jīng)完成。
● 所有的測試腳本已完成，并至少執(zhí)行過一次，且通過評審。
● 使用配置管理工具且代碼置于配置控制之下。
● 軟件問題處理流程已經(jīng)就緒。
● 已經(jīng)制定、評審并批準(zhǔn)驗(yàn)收測試完成標(biāo)準(zhǔn)。
具體的測試內(nèi)容通?？梢园ǎ喊惭b（升級）、啟動與關(guān)機(jī)、功能測試（正例、重要算法、邊界、時序、反例、錯誤處理）、性能測試（正常的負(fù)載、容量變化）、壓力測試（臨界的負(fù)載、容量變化）、配置測試、平臺測試、安全性測試、恢復(fù)測試（在出現(xiàn)掉電、硬件故障或切換、網(wǎng)絡(luò)故障等情況時，系統(tǒng)是否能夠正常運(yùn)行）、可靠性測試等。
如果執(zhí)行了所有的測試案例、測試程序或腳本，所有的軟件配置均已更新和審核，用戶驗(yàn)收測試中發(fā)現(xiàn)的所有軟件問題都已解決，可以反映出軟件在用戶驗(yàn)收測試中所發(fā)生的變化。在進(jìn)行性能測試和壓力測試時，測試范圍必須限定在那些使用頻度高的和時間要求苛刻的軟件功能子集中。性能測試和壓力測試一般情況下是在一起進(jìn)行，通常還需要輔助工具的支持。由于開發(fā)方已經(jīng)事先進(jìn)行過性能測試和壓力測試，因此可以直接使用開發(fā)方的輔助工具。也可以通過購買或自己開發(fā)來獲得輔助工具。