軟件驗(yàn)收測試軟件外包教研室軟件驗(yàn)收測試第7章驗(yàn)收測試7.1驗(yàn)收測試的主要內(nèi)容7.2驗(yàn)收測試過程7.3驗(yàn)收測試的常用策略7.4驗(yàn)收測試報(bào)告7.5用戶驗(yàn)收測試實(shí)例7.1驗(yàn)收測試的主要內(nèi)容驗(yàn)收測試是部署軟件之前的最后一個(gè)測試操作。驗(yàn)收測試的目的是：確保軟件準(zhǔn)備就緒，并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務(wù)。驗(yàn)收測試的任務(wù)驗(yàn)收測試是向未來的用戶說明系統(tǒng)能夠像預(yù)定要求那樣工作。也就是驗(yàn)證軟件的有效性。驗(yàn)收測試的任務(wù)，即驗(yàn)證軟件的功能和性能如同用戶所合理期待的那樣。驗(yàn)收測試的主要內(nèi)容驗(yàn)收測試的主要內(nèi)容有以下幾個(gè)方面:制定驗(yàn)收測試標(biāo)準(zhǔn)配置項(xiàng)復(fù)審實(shí)施驗(yàn)收測試驗(yàn)收測試主要內(nèi)容——制定驗(yàn)收標(biāo)準(zhǔn)實(shí)現(xiàn)軟件確認(rèn)要通過一系列測試。驗(yàn)收測試同樣需要制訂測試方案和過程。測試方案應(yīng)規(guī)定測試的種類和測試進(jìn)度，測試過程那么定義一些特殊的測試用例，為的是在說明軟件與合同要求是否一致。無論是方案還是過程，都應(yīng)該著重考慮以下幾個(gè)方面：軟件是否滿足合同規(guī)定的所有功能和性能文檔資料是否完整準(zhǔn)確人機(jī)界面其他方面〔例如，可移植性、兼容性、錯(cuò)誤恢復(fù)能力和可維護(hù)性等〕是否令用戶滿意。驗(yàn)收測試主要內(nèi)容——實(shí)施驗(yàn)收測試驗(yàn)收測試的準(zhǔn)備工作做好之后，就要進(jìn)入驗(yàn)收測試的實(shí)施階段。在此階段里，需要采用一些常用的驗(yàn)收測試策略進(jìn)行，例如：α測試，β測試等。實(shí)施驗(yàn)收測試是整個(gè)驗(yàn)收測試過程中的核心局部。驗(yàn)收測試主要內(nèi)容——配置項(xiàng)復(fù)審驗(yàn)收測試的另一個(gè)重要環(huán)節(jié)是配置項(xiàng)復(fù)審。在進(jìn)行驗(yàn)收測試之前，必須保證所有軟件配置項(xiàng)都能進(jìn)入驗(yàn)收測試，只有這樣才能保證最終交付給用戶的軟件產(chǎn)品完整性和有效性。復(fù)審的目的：保證軟件配置齊全、分類有序，并且包括軟件維護(hù)所必須的細(xì)節(jié)。第7章驗(yàn)收測試7.1驗(yàn)收測試的主要內(nèi)容7.2驗(yàn)收測試過程7.3驗(yàn)收測試的常用策略7.4驗(yàn)收測試報(bào)告7.5用戶驗(yàn)收測試實(shí)施7.2驗(yàn)收測試過程進(jìn)行驗(yàn)收測試，必須要了解驗(yàn)收測試的過程。只有按照驗(yàn)收過程的步驟進(jìn)行，才能保證驗(yàn)收測試的順利實(shí)施。驗(yàn)收測試過程的主要內(nèi)容軟件需求分析：了解軟件功能和性能要求、軟硬件環(huán)境要求等，并特別要了解軟件的質(zhì)量要求和驗(yàn)收要求。編制?驗(yàn)收測試方案?和?工程驗(yàn)收準(zhǔn)那么?：根據(jù)軟件需求和驗(yàn)收要求編制測試方案，制定需測試的測試項(xiàng)，制定測試策略及驗(yàn)收通過準(zhǔn)那么，并經(jīng)過客戶參與的方案評(píng)審。測試設(shè)計(jì)和測試用例設(shè)計(jì)：根據(jù)?驗(yàn)收測試方案?和?工程驗(yàn)收準(zhǔn)那么?編制測試用例，并經(jīng)過評(píng)審。驗(yàn)收測試過程的主要內(nèi)容〔續(xù)〕測試環(huán)境搭建：建立測試的硬件環(huán)境、軟件環(huán)境等?！部稍谖锌蛻籼峁┑沫h(huán)境中進(jìn)行測試〕測試實(shí)施：測試并記錄測試結(jié)果。測試結(jié)果分析：根據(jù)驗(yàn)收通過準(zhǔn)那么分析測試結(jié)果，作出驗(yàn)收是否通過及測試評(píng)價(jià)。測試報(bào)告：根據(jù)測試結(jié)果編制缺陷報(bào)告和驗(yàn)收測試報(bào)告，并提交給客戶。驗(yàn)收測試過程流程圖圖7-1驗(yàn)收測試過程流程圖驗(yàn)收測試步驟步驟1：驗(yàn)收測試業(yè)務(wù)恰談雙方就測試工程及合同進(jìn)行洽談步驟2：簽訂測試合同步驟3：開發(fā)方提交測試樣品及相關(guān)資料開發(fā)方需提交的文檔有：根本文檔：〔驗(yàn)收測試必需的文檔〕，用戶手冊，安裝手冊，操作手冊，維護(hù)手冊，軟件開發(fā)合同，需求規(guī)格說明書，軟件設(shè)計(jì)說明，軟件樣品〔可刻錄在光盤〕特殊文檔：〔根據(jù)測試內(nèi)容不同，委托方所需提交以下相應(yīng)的文檔〕，軟件產(chǎn)品開發(fā)過程中的測試記錄，軟件產(chǎn)品源代碼。驗(yàn)收測試步驟〔續(xù)〕步驟4：開發(fā)方提交測試樣品及相關(guān)資料步驟5：編制測試方案并通過評(píng)審步驟6：進(jìn)行工程相關(guān)知識(shí)培訓(xùn)步驟7：測試設(shè)計(jì)評(píng)測中心編制測試方案和設(shè)計(jì)測試用例集。步驟8：方案評(píng)審評(píng)測中心測試組成員、委托方代表一起對(duì)測試方案進(jìn)行評(píng)審。驗(yàn)收測試步驟〔續(xù)〕步驟9：實(shí)施測試評(píng)測中心對(duì)測試方案進(jìn)行整改，并實(shí)施測試。在測試過程中每日提交測試事件報(bào)告給委托方。步驟10：編制驗(yàn)收測試報(bào)告并組織評(píng)審評(píng)測中心編制驗(yàn)收測試報(bào)告，并組織內(nèi)部評(píng)審。步驟11：提交驗(yàn)收測試報(bào)告評(píng)測中心提交驗(yàn)收測試報(bào)告。第7章驗(yàn)收測試7.1驗(yàn)收測試的主要內(nèi)容7.2驗(yàn)收測試過程7.3驗(yàn)收測試的常用策略7.4驗(yàn)收測試報(bào)告7.5用戶驗(yàn)收測試實(shí)施7.3驗(yàn)收測試的常用策略施驗(yàn)收測試的常用策略有三種，它們分別是：正式驗(yàn)收測試非正式驗(yàn)收或α測試β測試選擇的策略通常建立在合同需求、組織和公司標(biāo)準(zhǔn)以及應(yīng)用領(lǐng)域的根底上。正式驗(yàn)收測試正式驗(yàn)收測試是一項(xiàng)管理嚴(yán)格的過程，它通常是系統(tǒng)測試的延續(xù)。方案和設(shè)計(jì)這些測試的周密和詳細(xì)程度不亞于系統(tǒng)測試。選擇的測試用例應(yīng)該是系統(tǒng)測試中所執(zhí)行測試用例的子集正式驗(yàn)收測試的兩種方式：在某些組織中，開發(fā)組織〔或其獨(dú)立的測試小組〕與最終用戶組織的代表一起執(zhí)行驗(yàn)收測試。在其他組織中，驗(yàn)收測試那么完全由最終用戶組織執(zhí)行，或者由最終用戶組織選擇人員組成一個(gè)客觀公正的小組來執(zhí)行。正式驗(yàn)收測試〔續(xù)〕正式驗(yàn)收測試形式的優(yōu)點(diǎn)包括：要測試的功能和特性都是的。測試的細(xì)節(jié)是的并且可以對(duì)其進(jìn)行評(píng)測。這種測試可以自動(dòng)執(zhí)行，支持回歸測試?？梢詫?duì)測試過程進(jìn)行評(píng)測和監(jiān)測?？山邮苄詷?biāo)準(zhǔn)是的。正式驗(yàn)收測試形式的缺點(diǎn)包括：要求大量的資源和方案。這些測試可能是系統(tǒng)測試的再次實(shí)施?？赡軣o法發(fā)現(xiàn)軟件中由于主觀原因造成的缺陷，這是因?yàn)槟徊檎翌A(yù)期要發(fā)現(xiàn)的缺陷。非正式驗(yàn)收或α測試在非正式驗(yàn)收測試中，執(zhí)行測試過程的限定不象正式驗(yàn)收測試中那樣嚴(yán)格。在此測試中，確定并記錄要研究的功能和業(yè)務(wù)任務(wù)，但沒有可以遵循的特定測試用例。測試內(nèi)容由各測試員決定。這種驗(yàn)收測試方法不象正式驗(yàn)收測試那樣組織有序，而且更為主觀。大多數(shù)情況下，非正式驗(yàn)收測試是由最終用戶組織執(zhí)行的。非正式驗(yàn)收或α測試〔續(xù)〕非正式驗(yàn)收或α測試的優(yōu)點(diǎn)包括：要測試的功能和特性都是的。可以對(duì)測試過程進(jìn)行評(píng)測和監(jiān)測?？山邮苄詷?biāo)準(zhǔn)是的。與正式驗(yàn)收測試相比，可以發(fā)現(xiàn)更多由于主觀原因造成的缺陷。非正式驗(yàn)收或α測試的缺點(diǎn)包括：要求資源、方案和管理資源。無法控制所使用的測試用例。最終用戶可能沿用系統(tǒng)工作的方式，并可能無法發(fā)現(xiàn)缺陷。最終用戶可能專注于比較新系統(tǒng)與遺留系統(tǒng)，而不是專注于查找缺陷。用于驗(yàn)收測試的資源不受工程的控制，并且可能受到壓縮。β測試在上述三種驗(yàn)收測試策略中，β測試需要的控制是最少的。在β測試中，采用的細(xì)節(jié)多少、數(shù)據(jù)和方法完全由各測試員決定。各測試員負(fù)責(zé)創(chuàng)立自己的環(huán)境、選擇數(shù)據(jù)，并決定要研究的功能、特性或任務(wù)。各測試員負(fù)責(zé)確定自己對(duì)于系統(tǒng)當(dāng)前狀態(tài)的接受標(biāo)準(zhǔn)。β測試由最終用戶實(shí)施，通常開發(fā)〔或其他非最終用戶〕組織對(duì)其的管理很少或不進(jìn)行管理。β測試是所有驗(yàn)收測試策略中最主觀的。β測試〔續(xù)〕β測試的優(yōu)點(diǎn)是：測試由最終用戶實(shí)施。大量的潛在測試資源。提高客戶對(duì)參與人員的滿意程度。與正式或非正式驗(yàn)收測試相比，可以發(fā)現(xiàn)更多由于主觀原因造成的缺陷。β測試的缺點(diǎn)是：未對(duì)所有功能和/或特性進(jìn)行測試。測試流程難以評(píng)測。最終用戶可能沿用系統(tǒng)工作的方式，并可能沒有發(fā)現(xiàn)或沒有報(bào)告缺陷。最終用戶可能專注于比較新系統(tǒng)與遺留系統(tǒng)，而不是專注于查找缺陷。用于驗(yàn)收測試的資源不受工程的控制，并且可能受到壓縮。可接受性標(biāo)準(zhǔn)是未知的。需要更多輔助性資源來管理β測試員。第7章驗(yàn)收測試7.1驗(yàn)收測試的主要內(nèi)容7.2驗(yàn)收測試過程7.3驗(yàn)收測試的常用策略7.4驗(yàn)收測試報(bào)告7.5用戶驗(yàn)收測試實(shí)施7.4驗(yàn)收測試報(bào)告做為測試的結(jié)果，需要給出測試報(bào)告。驗(yàn)收測試也不例外。在驗(yàn)收測試的結(jié)束局部，需要以文檔的形式提供“驗(yàn)收測試報(bào)告〞做為對(duì)驗(yàn)收測試結(jié)果的一個(gè)書面說明。驗(yàn)收?qǐng)?bào)告的模板驗(yàn)收?qǐng)?bào)告一般分為三個(gè)局部：頭部，主體，尾部驗(yàn)收?qǐng)?bào)告的頭部應(yīng)該標(biāo)明工程的一些根本信息，參考格式如下：工程驗(yàn)收?qǐng)?bào)告工程名稱：產(chǎn)品名稱：產(chǎn)品版本：客戶名稱：供給方：驗(yàn)收日期：驗(yàn)收?qǐng)?bào)告的模板〔續(xù)〕驗(yàn)收?qǐng)?bào)告主體內(nèi)容可以參考以下的模板格式：目錄....1前言1.1編寫目的...1.2工程背景...2功能驗(yàn)收驗(yàn)收項(xiàng)類別驗(yàn)收項(xiàng)名稱說明是否通過驗(yàn)收備注3性能驗(yàn)收驗(yàn)收項(xiàng)類別驗(yàn)收項(xiàng)名稱說明是否通過驗(yàn)收備注4交付物驗(yàn)收驗(yàn)收項(xiàng)類別驗(yàn)收項(xiàng)名稱說明是否通過驗(yàn)收備注硬件軟件(安裝光盤)文檔......5驗(yàn)收結(jié)論.....驗(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)收測試相關(guān)信息。參考格式如下：驗(yàn)收方：提供方：工程負(fù)責(zé)人簽字：工程負(fù)責(zé)人簽字：日期：日期：第7章驗(yàn)收測試7.1驗(yàn)收測試的主要內(nèi)容7.2驗(yàn)收測試過程7.3驗(yàn)收測試的常用策略7.4驗(yàn)收測試報(bào)告7.5用戶驗(yàn)收測試實(shí)施7.5用戶驗(yàn)收測試實(shí)施用戶驗(yàn)收測試可以分為兩個(gè)大的局部：軟件配置審核和可執(zhí)行程序測試，其大致順序可分為：文檔審核源代碼審核配置腳本審核測試程序或腳本審核可執(zhí)行程序測試。軟件配置對(duì)于一個(gè)外包的軟件工程而言，軟件承包方通常要提供如下相關(guān)的軟件配置內(nèi)容：可執(zhí)行程序源程序配置腳本測試程序或腳本。主要的開發(fā)類文檔：?需求分析說明書??概要設(shè)計(jì)說明書??詳細(xì)設(shè)計(jì)說明書??數(shù)據(jù)庫設(shè)計(jì)說明書??測試方案??測試報(bào)告??程序維護(hù)手冊??程序員開發(fā)手冊??用戶操作手冊??工程總結(jié)報(bào)告?。主要的管理類文檔：?工程方案書??質(zhì)量控制方案??配置管理方案??用戶培訓(xùn)方案??質(zhì)量總結(jié)報(bào)告??評(píng)審報(bào)告??會(huì)議記錄??開發(fā)進(jìn)度月報(bào)?7.5用戶驗(yàn)收測試實(shí)施(續(xù))在開發(fā)類文檔中，容易被無視的文檔有?程序維護(hù)手冊?和?程序員開發(fā)手冊?。?程序維護(hù)手冊?的主要內(nèi)容包括：系統(tǒng)說明〔包括程序說明〕、操作環(huán)境、維護(hù)過程、源代碼清單等，編寫目的是為將來的維護(hù)、修改和再次開發(fā)工作提供有用的技術(shù)信息。?程序員開發(fā)手冊?的主要內(nèi)容包括：系統(tǒng)目標(biāo)、開發(fā)環(huán)境使用說明、測試環(huán)境使用說明、編碼標(biāo)準(zhǔn)及相應(yīng)的流程等，實(shí)際上就是程序員的培訓(xùn)手冊。7.5用戶驗(yàn)收測試實(shí)施(續(xù))通常，正式的審核過程分為5個(gè)步驟：方案預(yù)備會(huì)議〔可選〕：對(duì)審核內(nèi)容進(jìn)行介紹并討論準(zhǔn)備階段：各責(zé)任人事先審核并記錄發(fā)現(xiàn)的問題審核會(huì)議：最終確定工作產(chǎn)品中包含的錯(cuò)誤和缺陷問題追蹤7.5用戶驗(yàn)收測試實(shí)施(續(xù))審核要到達(dá)的根本目標(biāo)是：根據(jù)共同制定的審核表，盡可能地發(fā)現(xiàn)被審核內(nèi)容中存在的問題，并最終得到解決。在根據(jù)相應(yīng)的審核表進(jìn)行文檔審核和源代碼審核時(shí)，還要注意文檔與源代碼的一致性。7.5用戶驗(yàn)收測試實(shí)施(續(xù))在文檔審核、源代碼審核、配置腳本審核、測試程序或腳本審核都順利完成后，就可以進(jìn)行驗(yàn)收測試的最后一個(gè)步驟—可執(zhí)行程序的測試。可執(zhí)行程序的測試包括功能、性能等方面的測試，每種測試也都包括目標(biāo)、啟動(dòng)標(biāo)準(zhǔn)、活動(dòng)、完成標(biāo)準(zhǔn)和度量等五局部。要注意的是不能直接使用開發(fā)方提供的可執(zhí)行程序用于測試，而要按照開發(fā)方提供的編譯步驟，從源代碼重新生成可執(zhí)行程序。7.5用戶驗(yàn)收測試實(shí)施(續(xù))在真正進(jìn)行用戶驗(yàn)收測試之前一般應(yīng)該已經(jīng)完成了以下工作〔也可以根據(jù)實(shí)際情況有選擇地采用或增加〕：軟件開發(fā)已經(jīng)完成，并全部解決了的軟件缺陷。驗(yàn)收測試方案已經(jīng)過評(píng)審并批準(zhǔn)，并且置于文檔控制之下。對(duì)軟件需求說明書的審查已經(jīng)完成。對(duì)概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)的審查已經(jīng)完成。對(duì)所有關(guān)鍵模塊的代碼審查已經(jīng)完成。對(duì)單元、集成、系統(tǒng)測試方案和報(bào)告的審查已經(jīng)完成。所有的測試腳本已完成，并至少執(zhí)行過一次，且通過評(píng)審。使用配置管理工具且代碼置于配置控制之下。軟件問題處理流程已經(jīng)就緒。已經(jīng)制定、評(píng)審并批準(zhǔn)驗(yàn)收測試完成標(biāo)準(zhǔn)。具體的測試內(nèi)容通?？梢园ǎ喊惭b〔升級(jí)〕啟動(dòng)與關(guān)機(jī)功能測試〔正例、重要算法、邊界、時(shí)序、反例、錯(cuò)誤處理〕性能測試〔正常的負(fù)載、容量變化〕壓力測試〔臨界的負(fù)載、容量