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