第7章_驗(yàn)收測(cè)試

1、 第7章 驗(yàn)收測(cè)試 7.1 驗(yàn)收測(cè)試的主要內(nèi)容 7.2 驗(yàn)收測(cè)試過(guò)程 7.3 驗(yàn)收測(cè)試的常用策略 7.4 驗(yàn)收測(cè)試報(bào)告 7.5 用戶驗(yàn)收測(cè)試實(shí)例 7.1 驗(yàn)收測(cè)試的主要內(nèi)容 驗(yàn)收測(cè)試是部署軟件之前的最后一個(gè)測(cè) 試操作。 驗(yàn)收測(cè)試的目的是：確保軟件準(zhǔn)備就緒， 并且可以讓最終用戶將其用于執(zhí)行軟件 的既定功能和任務(wù)。 驗(yàn)收測(cè)試的任務(wù) 驗(yàn)收測(cè)試是向未來(lái)的用戶表明系統(tǒng)能夠 像預(yù)定要求那樣工作。也就是驗(yàn)證軟件 的有效性。 驗(yàn)收測(cè)試的任務(wù)，即驗(yàn)證軟件的功能和 性能如同用戶所合理期待的那樣。 驗(yàn)收測(cè)試的主要內(nèi)容 驗(yàn)收測(cè)試的主要內(nèi)容有以下幾個(gè)方面: 制定驗(yàn)收測(cè)試標(biāo)準(zhǔn)制定驗(yàn)收測(cè)試標(biāo)準(zhǔn) 配置項(xiàng)復(fù)審配置項(xiàng)復(fù)審 1.1

2、. 實(shí)施驗(yàn)收測(cè)試實(shí)施驗(yàn)收測(cè)試 驗(yàn)收測(cè)試主要內(nèi)容制定驗(yàn)收標(biāo)準(zhǔn) 實(shí)現(xiàn)軟件確認(rèn)要通過(guò)一系列測(cè)試。驗(yàn)收測(cè)試同 樣需要制訂測(cè)試計(jì)劃和過(guò)程。 測(cè)試計(jì)劃應(yīng)規(guī)定測(cè)試的種類和測(cè)試進(jìn)度，測(cè)試 過(guò)程則定義一些特殊的測(cè)試用例，為的是在說(shuō) 明軟件與合同要求是否一致。 無(wú)論是計(jì)劃還是過(guò)程，都應(yīng)該著重考慮以下幾 個(gè)方面： 軟件是否滿足合同規(guī)定的所有功能和性能軟件是否滿足合同規(guī)定的所有功能和性能 文檔資料是否完整文檔資料是否完整 準(zhǔn)確人機(jī)界面準(zhǔn)確人機(jī)界面 1.1. 其他方面（例如，可移植性、兼容性、錯(cuò)誤恢復(fù)能其他方面（例如，可移植性、兼容性、錯(cuò)誤恢復(fù)能 力和可維護(hù)性等）是否令用戶滿意。力和可維護(hù)性等）是否令用戶滿意。 驗(yàn)收測(cè)

3、試主要內(nèi)容實(shí)施驗(yàn)收測(cè)試 驗(yàn)收測(cè)試的準(zhǔn)備工作做好之后，就要進(jìn) 入驗(yàn)收測(cè)試的實(shí)施階段。 在此階段里，需要采用一些常用的驗(yàn)收 測(cè)試策略進(jìn)行，例如：測(cè)試，測(cè)試等。 實(shí)施驗(yàn)收測(cè)試是整個(gè)驗(yàn)收測(cè)試過(guò)程中的 核心部分。 alpha測(cè)試和beta測(cè)試的區(qū)別 定義：alpha測(cè)試是在用戶組織模擬軟件系統(tǒng) 的運(yùn)行環(huán)境下的一種驗(yàn)收測(cè)試，由用戶或第三 方測(cè)試公司進(jìn)行的測(cè)試，模擬各類用戶行為對(duì) 即將面市的軟件產(chǎn)品進(jìn)行測(cè)試，試圖發(fā)現(xiàn)并修 改錯(cuò)誤。 Beta測(cè)試是用戶公司組織各方面的典型終端用 戶在日常工作中實(shí)際使用beta版本，并要求用 戶報(bào)告異常情況，提出批評(píng)意見(jiàn)。 驗(yàn)收測(cè)試主要內(nèi)容配置項(xiàng)復(fù)審 驗(yàn)收測(cè)試的另一個(gè)重要環(huán)節(jié)是

4、配置項(xiàng)復(fù) 審。在進(jìn)行驗(yàn)收測(cè)試之前，必須保證所 有軟件配置項(xiàng)都能進(jìn)入驗(yàn)收測(cè)試，只有 這樣才能保證最終交付給用戶的軟件產(chǎn) 品完整性和有效性。 復(fù)審的目的：保證軟件配置齊全、分類 有序，并且包括軟件維護(hù)所必須的細(xì)節(jié)。 第7章 驗(yàn)收測(cè)試 7.1 驗(yàn)收測(cè)試的主要內(nèi)容 7.2 驗(yàn)收測(cè)試過(guò)程 7.3 驗(yàn)收測(cè)試的常用策略 7.4 驗(yàn)收測(cè)試報(bào)告 7.5 用戶驗(yàn)收測(cè)試實(shí)施 7.2 驗(yàn)收測(cè)試過(guò)程 進(jìn)行驗(yàn)收測(cè)試，必須要了解驗(yàn)收測(cè)試的 過(guò)程。只有按照驗(yàn)收過(guò)程的步驟進(jìn)行， 才能保證驗(yàn)收測(cè)試的順利實(shí)施。 驗(yàn)收測(cè)試過(guò)程的主要內(nèi)容 軟件需求分析：軟件需求分析：了解軟件功能和性能要求、軟硬 件環(huán)境要求等，并特別要了解軟件的質(zhì)量要

5、求和 驗(yàn)收要求。 編制編制驗(yàn)收測(cè)試計(jì)劃驗(yàn)收測(cè)試計(jì)劃和和項(xiàng)目驗(yàn)收準(zhǔn)則項(xiàng)目驗(yàn)收準(zhǔn)則：根 據(jù)軟件需求和驗(yàn)收要求編制測(cè)試計(jì)劃，制定需測(cè) 試的測(cè)試項(xiàng)，制定測(cè)試策略及驗(yàn)收通過(guò)準(zhǔn)則，并 經(jīng)過(guò)客戶參與的計(jì)劃評(píng)審。 測(cè)試設(shè)計(jì)和測(cè)試用例設(shè)計(jì)：測(cè)試設(shè)計(jì)和測(cè)試用例設(shè)計(jì)：根據(jù)驗(yàn)收測(cè)試計(jì)劃 和項(xiàng)目驗(yàn)收準(zhǔn)則編制測(cè)試用例，并經(jīng)過(guò)評(píng)審。 驗(yàn)收測(cè)試過(guò)程的主要內(nèi)容（續(xù)） 測(cè)試環(huán)境搭建：測(cè)試環(huán)境搭建：建立測(cè)試的硬件環(huán)境、軟件環(huán)境 等。（可在委托客戶提供的環(huán)境中進(jìn)行測(cè)試） 測(cè)試實(shí)施：測(cè)試實(shí)施：測(cè)試并記錄測(cè)試結(jié)果。 測(cè)試結(jié)果分析：測(cè)試結(jié)果分析：根據(jù)驗(yàn)收通過(guò)準(zhǔn)則分析測(cè)試結(jié)果， 作出驗(yàn)收是否通過(guò)及測(cè)試評(píng)價(jià)。 測(cè)試報(bào)告：測(cè)試報(bào)告：根據(jù)測(cè)試結(jié)果

6、編制缺陷報(bào)告和驗(yàn)收測(cè) 試報(bào)告，并提交給客戶。 驗(yàn)收測(cè)試過(guò)程流程圖 圖 7-1 驗(yàn)收測(cè)試過(guò)程流程圖 驗(yàn)收測(cè)試步驟 步驟步驟1 1：驗(yàn)收測(cè)試業(yè)務(wù)恰談：驗(yàn)收測(cè)試業(yè)務(wù)恰談 雙方就測(cè)試項(xiàng)目及合同進(jìn)行洽談 步驟步驟2 2：簽訂測(cè)試合同：簽訂測(cè)試合同 步驟步驟3 3：開(kāi)發(fā)方提交測(cè)試樣品及相關(guān)資料：開(kāi)發(fā)方提交測(cè)試樣品及相關(guān)資料 開(kāi)發(fā)方需提交的文檔有： 基本文檔：（驗(yàn)收測(cè)試必需的文檔），用戶手冊(cè)，安裝手 冊(cè)，操作手冊(cè)，維護(hù)手冊(cè)，軟件開(kāi)發(fā)合同，需求規(guī)格說(shuō)明 書(shū)，軟件設(shè)計(jì)說(shuō)明，軟件樣品（可刻錄在光盤(pán)） 特殊文檔：（根據(jù)測(cè)試內(nèi)容不同，委托方所需提交下列相 應(yīng)的文檔），軟件產(chǎn)品開(kāi)發(fā)過(guò)程中的測(cè)試記錄，軟件產(chǎn)品 源代碼。

7、驗(yàn)收測(cè)試步驟（續(xù)） 步驟步驟4 4：開(kāi)發(fā)方提交測(cè)試樣品及相關(guān)資料：開(kāi)發(fā)方提交測(cè)試樣品及相關(guān)資料 步驟步驟5 5：編制測(cè)試計(jì)劃并通過(guò)評(píng)審：編制測(cè)試計(jì)劃并通過(guò)評(píng)審 步驟步驟6 6：進(jìn)行項(xiàng)目相關(guān)知識(shí)培訓(xùn)：進(jìn)行項(xiàng)目相關(guān)知識(shí)培訓(xùn) 步驟步驟7 7：測(cè)試設(shè)計(jì)：測(cè)試設(shè)計(jì) 評(píng)測(cè)中心編制測(cè)試方案和設(shè)計(jì)測(cè)試用例集。 步驟步驟8 8：方案評(píng)審：方案評(píng)審 評(píng)測(cè)中心測(cè)試組成員、委托方代表一起對(duì)測(cè) 試方案進(jìn)行評(píng)審。 驗(yàn)收測(cè)試步驟（續(xù)） 步驟步驟9 9：實(shí)施測(cè)試：實(shí)施測(cè)試 評(píng)測(cè)中心對(duì)測(cè)試方案進(jìn)行整改，并實(shí)施測(cè)試。在測(cè) 試過(guò)程中每日提交測(cè)試事件報(bào)告給委托方。 步驟步驟1010：編制驗(yàn)收測(cè)試報(bào)告并組織評(píng)審：編制驗(yàn)收測(cè)試報(bào)告并組織

8、評(píng)審 評(píng)測(cè)中心編制驗(yàn)收測(cè)試報(bào)告，并組織內(nèi)部評(píng)審。 步驟步驟1111：提交驗(yàn)收測(cè)試報(bào)告：提交驗(yàn)收測(cè)試報(bào)告 評(píng)測(cè)中心提交驗(yàn)收測(cè)試報(bào)告。 第7章 驗(yàn)收測(cè)試 7.1 驗(yàn)收測(cè)試的主要內(nèi)容 7.2 驗(yàn)收測(cè)試過(guò)程 7.3 驗(yàn)收測(cè)試的常用策略 7.4 驗(yàn)收測(cè)試報(bào)告 7.5 用戶驗(yàn)收測(cè)試實(shí)施 7.3 驗(yàn)收測(cè)試的常用策略 施驗(yàn)收測(cè)試的常用策略有三種，它們分 別是： 正式驗(yàn)收測(cè)試正式驗(yàn)收測(cè)試 非正式驗(yàn)收或非正式驗(yàn)收或 測(cè)試測(cè)試 測(cè)試測(cè)試 選擇的策略通常建立在合同需求、組織 和公司標(biāo)準(zhǔn)以及應(yīng)用領(lǐng)域的基礎(chǔ)上。 正式驗(yàn)收測(cè)試 正式驗(yàn)收測(cè)試是一項(xiàng)管理嚴(yán)格的過(guò)程，它通常 是系統(tǒng)測(cè)試的延續(xù)。計(jì)劃和設(shè)計(jì)這些測(cè)試的周 密和詳細(xì)程度

9、不亞于系統(tǒng)測(cè)試。選擇的測(cè)試用 例應(yīng)該是系統(tǒng)測(cè)試中所執(zhí)行測(cè)試用例的子集 正式驗(yàn)收測(cè)試的兩種方式兩種方式： 在某些組織中，開(kāi)發(fā)組織（或其獨(dú)立的測(cè)試小組）在某些組織中，開(kāi)發(fā)組織（或其獨(dú)立的測(cè)試小組） 與最終用戶組織的代表一起執(zhí)行驗(yàn)收測(cè)試。與最終用戶組織的代表一起執(zhí)行驗(yàn)收測(cè)試。 在其他組織中，驗(yàn)收測(cè)試則完全由最終用戶組織執(zhí)在其他組織中，驗(yàn)收測(cè)試則完全由最終用戶組織執(zhí) 行，或者由最終用戶組織選擇人員組成一個(gè)客觀公行，或者由最終用戶組織選擇人員組成一個(gè)客觀公 正的小組來(lái)執(zhí)行。正的小組來(lái)執(zhí)行。 正式驗(yàn)收測(cè)試（續(xù)） 正式驗(yàn)收測(cè)試形式的優(yōu)點(diǎn)優(yōu)點(diǎn)包括： 要測(cè)試的功能和特性都是已知的。 測(cè)試的細(xì)節(jié)是已知的并且可以對(duì)

10、其進(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)是已知的。 正式驗(yàn)收測(cè)試形式的缺點(diǎn)缺點(diǎn)包括： 要求大量的資源和計(jì)劃。 這些測(cè)試可能是系統(tǒng)測(cè)試的再次實(shí)施。 1. 可能無(wú)法發(fā)現(xiàn)軟件中由于主觀原因造成的缺陷， 這是因?yàn)槟徊檎翌A(yù)期要發(fā)現(xiàn)的缺陷。 非正式驗(yàn)收或 測(cè)試 在非正式驗(yàn)收測(cè)試中，執(zhí)行測(cè)試過(guò)程的限定不 象正式驗(yàn)收測(cè)試中那樣嚴(yán)格。在此測(cè)試中，確 定并記錄要研究的功能和業(yè)務(wù)任務(wù)，但沒(méi)有可 以遵循的特定測(cè)試用例。測(cè)試內(nèi)容由各測(cè)試員測(cè)試內(nèi)容由各測(cè)試員 決定。決定。 這種驗(yàn)收測(cè)試方法不象正式驗(yàn)收測(cè)試那樣組織 有序，而且更為主觀。 大多數(shù)情況下，非正式驗(yàn)收測(cè)試

11、是由最終用戶 組織執(zhí)行的。 非正式驗(yàn)收或 測(cè)試（續(xù)） 非正式驗(yàn)收或 測(cè)試的優(yōu)點(diǎn)優(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)更多由于主觀原因造成的缺 陷。 非正式驗(yàn)收或 測(cè)試的缺點(diǎn)缺點(diǎn)包括： 要求資源、計(jì)劃和管理資源。 無(wú)法控制所使用的測(cè)試用例。 最終用戶可能沿用系統(tǒng)工作的方式，并可能無(wú)法發(fā)現(xiàn)缺陷。 最終用戶可能專注于比較新系統(tǒng)與遺留系統(tǒng)，而不是專注于 查找缺陷。 1. 用于驗(yàn)收測(cè)試的資源不受項(xiàng)目的控制，并且可能受到壓縮。 測(cè)試 在上述三種驗(yàn)收測(cè)試策略中， 測(cè)試需要的控 制是最少的。在 測(cè)試中，采用的細(xì)節(jié)多少、

12、數(shù)據(jù)和方法完全由各測(cè)試員決定。各測(cè)試員負(fù)各測(cè)試員負(fù) 責(zé)創(chuàng)建自己的環(huán)境、選擇數(shù)據(jù)，并決定要研究責(zé)創(chuàng)建自己的環(huán)境、選擇數(shù)據(jù)，并決定要研究 的功能、特性或任務(wù)的功能、特性或任務(wù)。各測(cè)試員負(fù)責(zé)確定自己各測(cè)試員負(fù)責(zé)確定自己 對(duì)于系統(tǒng)當(dāng)前狀態(tài)的接受標(biāo)準(zhǔn)。對(duì)于系統(tǒng)當(dāng)前狀態(tài)的接受標(biāo)準(zhǔn)。 測(cè)試由最終用戶實(shí)施，通常開(kāi)發(fā)（或其他非 最終用戶）組織對(duì)其的管理很少或不進(jìn)行管理。 測(cè)試是所有驗(yàn)收測(cè)試策略中最主觀的。 測(cè)試（續(xù)） 測(cè)試的優(yōu)點(diǎn)優(yōu)點(diǎn)是： 測(cè)試由最終用戶實(shí)施。 大量的潛在測(cè)試資源。 提高客戶對(duì)參與人員的滿意程度。 與正式或非正式驗(yàn)收測(cè)試相比，可以發(fā)現(xiàn)更多由于主觀原因 造成的缺陷。 測(cè)試的缺點(diǎn)缺點(diǎn)是： 未對(duì)所有功能

13、和/或特性進(jìn)行測(cè)試。 測(cè)試流程難以評(píng)測(cè)。 最終用戶可能沿用系統(tǒng)工作的方式，并可能沒(méi)有發(fā)現(xiàn)或沒(méi)有 報(bào)告缺陷。 最終用戶可能專注于比較新系統(tǒng)與遺留系統(tǒng)，而不是專注于 查找缺陷。 用于驗(yàn)收測(cè)試的資源不受項(xiàng)目的控制，并且可能受到壓縮。 可接受性標(biāo)準(zhǔn)是未知的。 1. 需要更多輔助性資源來(lái)管理 測(cè)試員。 第7章 驗(yàn)收測(cè)試 7.1 驗(yàn)收測(cè)試的主要內(nèi)容 7.2 驗(yàn)收測(cè)試過(guò)程 7.3 驗(yàn)收測(cè)試的常用策略 7.4 驗(yàn)收測(cè)試報(bào)告 7.5 用戶驗(yàn)收測(cè)試實(shí)施 7.4 驗(yàn)收測(cè)試報(bào)告 做為測(cè)試的結(jié)果，需要給出測(cè)試報(bào)告。 驗(yàn)收測(cè)試也不例外。 在驗(yàn)收測(cè)試的結(jié)束部分，需要以文檔的 形式提供“驗(yàn)收測(cè)試報(bào)告”做為對(duì)驗(yàn)收 測(cè)試結(jié)果的一

14、個(gè)書(shū)面說(shuō)明。 驗(yàn)收?qǐng)?bào)告的模板 驗(yàn)收?qǐng)?bào)告一般分為三個(gè)部分：頭部，主體，尾部 驗(yàn)收?qǐng)?bào)告的頭部應(yīng)該標(biāo)明項(xiàng)目的一些基本信息，參考 格式如下： 項(xiàng)目驗(yàn)收?qǐng)?bào)告 項(xiàng)目名稱： 產(chǎn)品名稱： 產(chǎn)品版本： 客戶名稱： 供應(yīng)方： 驗(yàn)收日期： 驗(yàn)收?qǐng)?bào)告的模板（續(xù)） 驗(yàn)收?qǐng)?bào)告主體內(nèi)容可以 參考以下的模板格式： 目錄 . 1 前言 1.1 編寫(xiě)目的 . 1.2 項(xiàng)目背景 . 2 功能驗(yàn)收 驗(yàn)收項(xiàng)類別 驗(yàn)收項(xiàng)名 稱 說(shuō)明 是否通過(guò)驗(yàn)收 備注 3 性能驗(yàn)收 驗(yàn)收項(xiàng)類別 驗(yàn)收項(xiàng)名 稱 說(shuō)明 是否通過(guò)驗(yàn)收 備注 4 交付物驗(yàn)收 驗(yàn)收項(xiàng)類別 驗(yàn)收項(xiàng)名 稱 說(shuō)明 是否通過(guò)驗(yàn)收 備注 硬 件 軟 件(安裝光盤(pán)) 文 檔 . 5 驗(yàn)收結(jié)論

15、 . 驗(yàn)收?qǐng)?bào)告模板（續(xù)） 在驗(yàn)收?qǐng)?bào)告的尾部，需要注明驗(yàn)收?qǐng)?bào)告 的時(shí)間，驗(yàn)收單位（個(gè)人）等驗(yàn)收測(cè)試 相關(guān)信息。參考格式如下： 驗(yàn)收方： 提供方： 項(xiàng)目負(fù)責(zé)人簽字： 項(xiàng)目負(fù)責(zé)人簽字： 日期： 日期： 第7章 驗(yàn)收測(cè)試 7.1 驗(yàn)收測(cè)試的主要內(nèi)容 7.2 驗(yàn)收測(cè)試過(guò)程 7.3 驗(yàn)收測(cè)試的常用策略 7.4 驗(yàn)收測(cè)試報(bào)告 7.5 用戶驗(yàn)收測(cè)試實(shí)施 7.5 用戶驗(yàn)收測(cè)試實(shí)施 用戶驗(yàn)收測(cè)試可以分為兩個(gè)大的部分： 軟件配置審核和可執(zhí)行程序測(cè)試，其大 致順序可分為： 文檔審核 源代碼審核 配置腳本審核 測(cè)試程序或腳本審核 可執(zhí)行程序測(cè)試。 軟件配置審核： 對(duì)于一個(gè)外包的軟件項(xiàng)目而言，軟件承 包方通常要提供如下相

16、關(guān)的軟件配置內(nèi)容： 可執(zhí)行程序 源程序 配置腳本 測(cè)試程序或腳本。 主要的開(kāi)發(fā)類文檔： 需求分析說(shuō)明書(shū) 概要設(shè)計(jì)說(shuō)明書(shū) 詳細(xì)設(shè)計(jì)說(shuō)明書(shū) 數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書(shū) 測(cè)試計(jì)劃 測(cè)試報(bào)告 程序維護(hù)手冊(cè) 程序員開(kāi)發(fā)手冊(cè) 用戶操作手冊(cè) 項(xiàng)目總結(jié)報(bào)告。 主要的管理類文檔： 項(xiàng)目計(jì)劃書(shū) 質(zhì)量控制計(jì)劃 配置管理計(jì)劃 用戶培訓(xùn)計(jì)劃 質(zhì)量總結(jié)報(bào)告 評(píng)審報(bào)告 會(huì)議記錄 開(kāi)發(fā)進(jìn)度月報(bào) 7.5 用戶驗(yàn)收測(cè)試實(shí)施(續(xù)) 在開(kāi)發(fā)類文檔中，容易被忽視的文檔有程序 維護(hù)手冊(cè)和程序員開(kāi)發(fā)手冊(cè)。 程序維護(hù)手冊(cè)的主要內(nèi)容包括：系統(tǒng)說(shuō)明 （包括程序說(shuō)明）、操作環(huán)境、維護(hù)過(guò)程、源 代碼清單等，編寫(xiě)目的是為將來(lái)的維護(hù)、修改 和再次開(kāi)發(fā)工作提供有用

17、的技術(shù)信息。 程序員開(kāi)發(fā)手冊(cè)的主要內(nèi)容包括：系統(tǒng)目標(biāo)、 開(kāi)發(fā)環(huán)境使用說(shuō)明、測(cè)試環(huán)境使用說(shuō)明、編碼 規(guī)范及相應(yīng)的流程等，實(shí)際上就是程序員的培 訓(xùn)手冊(cè)。 7.5 用戶驗(yàn)收測(cè)試實(shí)施(續(xù)) 通常，正式的審核過(guò)程分為5個(gè)步驟： 計(jì)劃 預(yù)備會(huì)議（可選）：對(duì)審核內(nèi)容進(jìn)行介紹并 討論 準(zhǔn)備階段：各責(zé)任人事先審核并記錄發(fā)現(xiàn)的 問(wèn)題 審核會(huì)議：最終確定工作產(chǎn)品中包含的錯(cuò)誤 和缺陷 問(wèn)題追蹤 7.5 用戶驗(yàn)收測(cè)試實(shí)施(續(xù)) 審核要達(dá)到的基本目標(biāo)是： 根據(jù)共同制定的審核表，盡可能地發(fā)現(xiàn) 被審核內(nèi)容中存在的問(wèn)題，并最終得到 解決。 在根據(jù)相應(yīng)的審核表進(jìn)行文檔審核和源 代碼審核時(shí)，還要注意文檔與源代碼的 一致性。 7.5

18、 用戶驗(yàn)收測(cè)試實(shí)施(續(xù)) 在文檔審核、源代碼審核、配置腳本審核、測(cè) 試程序或腳本審核都順利完成后，就可以進(jìn)行 驗(yàn)收測(cè)試的最后一個(gè)步驟可執(zhí)行程序的測(cè)試。 可執(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í)行程序。 7.5 用戶驗(yàn)收測(cè)試實(shí)施(續(xù)) 在真正進(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)容通?？梢园ǎ?安裝（升級(jí)） 啟動(dòng)與關(guān)機(jī) 功能測(cè)試（正例、重要算法、邊界、時(shí)序、反 例、錯(cuò)誤處理） 性能測(cè)試（正常的負(fù)載、容量變化）