15 軟件測試技術(shù)與測試實訓(xùn)教程講座(15 ) 第15章 驗收測試的實用技術(shù) v1 2學(xué)時

1、軟件測試技術(shù)與測試實訓(xùn)教程黎連業(yè) 王華 李龍 黎照北京：機械工業(yè)出版社 2012.05,第15講：第15章 驗收測試的實用技術(shù),驗收測試（Acceptance Testing）是在系統(tǒng)測試之后進行的測試, 目的是為了檢證此系統(tǒng)是否能夠滿足用戶的需要,產(chǎn)品通過驗收測試工作才能最終結(jié)束。驗收可分為前階段驗收和竣工驗收兩個階段。驗收是根據(jù)各種需求說明書的標準，利用工具

2、進行的一項檢查工作，其中包括對進程的驗收，以及進程質(zhì)量是否達到需求書的要求，是否符合工程的設(shè)計要求等。驗收測試是以用戶為主的測試。驗收測試是依據(jù)軟件開發(fā)商和用戶之間的合同、軟件需求說明書以及相關(guān)行業(yè)標準、國家標準、法律法規(guī)等的要求對軟件的功能、性能、可靠性、易用性、可維護性、可移植性等特性進行嚴格的測試。本章重點討論以下內(nèi)容：★ 驗收測試的條件、目的和涉及到的文檔；★ 用戶應(yīng)用系統(tǒng)的驗收測試；★ 外包軟件的驗收測試；★ 驗收測

3、試的組織過程；★  驗收測試內(nèi)容； ★ 文檔驗收；★ 交付物清單。,15.1 驗收測試的條件、目的和涉及到的文檔,驗收測試是一個過程，是一個以用戶為主的測試。一般，驗收測試是在軟件系統(tǒng)測試結(jié)束以及軟件配置審查之后開始的，驗收測試應(yīng)由用戶、測試人員、軟件開發(fā)人員和質(zhì)量保證人員一起參與，驗證軟件系統(tǒng)的功能和性能及其它特性是否與用戶的要求一致。,,15.1.1 驗收測試的首要條件驗收測試的首要條件有以下幾點：1． 軟件

4、開發(fā)已經(jīng)完成，并全部解決了已知的軟件缺陷； 2． 驗收測試計劃已經(jīng)過評審并批準，并且置于文檔控制之下； 3． 對軟件需求說明書的審查已經(jīng)完成； 4． 對概要設(shè)計、詳細設(shè)計的審查已經(jīng)完成； 5． 對所有關(guān)鍵模塊的代碼審查已經(jīng)完成； 6． 對單元、集成、系統(tǒng)測試計劃和測試報告的審查已經(jīng)完成；7． 所有的測試腳本已完成，并至少執(zhí)行過一次，且通過評審； 8． 使用配置管理工具且代碼置于配置控制之下； 9． 軟件問題處理流程已經(jīng)就

5、緒；10．新系統(tǒng)已通過嘗試運行工作；11．所被測的新系統(tǒng)應(yīng)該是穩(wěn)定的，符合技術(shù)文檔和標準的規(guī)定； 12．已經(jīng)制定、評審并批準驗收測試完成標準；13．合同、附件規(guī)定的各類文檔齊全。,,15.1.2 驗收測試的目的驗收測試的目的主要是：★ 新建系統(tǒng)產(chǎn)品是否是按照用戶需求開發(fā)的，體驗該產(chǎn)品是否能夠滿足用戶使用要求、有沒有達到原設(shè)計水平、完成的功能怎樣；★ 對照合同的需求進行驗收測試，是否符合雙方達成的共識；★ 新建系統(tǒng)產(chǎn)品的可

6、靠性和可維護性好不好？★ 新建系統(tǒng)產(chǎn)品通過運行的結(jié)果表明，對業(yè)務(wù)處理的能力；★ 新建系統(tǒng)產(chǎn)品對用戶操作的容錯能力；★ 新建系統(tǒng)產(chǎn)品新系統(tǒng)對系統(tǒng)運行時發(fā)生故障的恢復(fù)能力；★ 承建單位向業(yè)主單位提交的有關(guān)技術(shù)資料是否俱全。,,15.1．3 驗收測試的過程驗收測試的主要過程是：★ 驗收測試人員要了解軟件功能和性能要求、軟硬件環(huán)境要求；★ 驗收測試人員要了解要了解軟件的質(zhì)量要求和驗收要求；★ 驗收測試人員要編制《驗收測試計劃》，

7、根據(jù)軟件需求和驗收要求編制測試計劃，制定需測試的測試項；★ 驗收測試人員要編制《項目驗收準則》，制定測試策略及驗收通過準則，并經(jīng)過客戶參與的計劃評審?！矧炇諟y試人員要測試用例設(shè)計，根據(jù)《驗收測試計劃》和《項目驗收準則》編制測試用例，并經(jīng)過評審。★ 驗收測試人員要測試環(huán)境搭建，建立測試的硬件環(huán)境、軟件環(huán)境等?！?測試實施：測試并記錄測試結(jié)果。★ 驗收測試人員要分析測試結(jié)果分析，根據(jù)驗收通過準則分析測試結(jié)果，作出驗收是否通過及測試

8、評價?！?測試報告，根據(jù)測試結(jié)果編制驗收測試報告，并提交給客戶。,,15.1.4 驗收測試的主要內(nèi)容新建系統(tǒng)產(chǎn)品已通過單元測試、功能測試、網(wǎng)絡(luò)測試、軟件安裝測試、性能測試、集成測試、系統(tǒng)測試的測試階段，在驗收測試這一階段主要內(nèi)容是：（1）軟件是否滿足合同規(guī)定的所有功能和性能？（2）文檔資料是否完整？（3） 對功能測試、網(wǎng)絡(luò)測試、軟件安裝測試、性能測試、集成測試、系統(tǒng)測試的測試用例進行回歸測試；（4）驗收測試組依據(jù)系統(tǒng)設(shè)計說明

9、書的內(nèi)容，系統(tǒng)使用說明書，系統(tǒng)維護手冊在新建系統(tǒng)產(chǎn)品演示一遍，捕捉不足之處。要做到：★ 新建系統(tǒng)產(chǎn)品是否運行正常，達到預(yù)定的目標；★ 各個子系統(tǒng)是否運行正常，達到預(yù)定的目標；★ 各個功能模塊是否運行正常，達到預(yù)定的目標；★ 照系統(tǒng)使用說明書上所說的方法去做能否實現(xiàn)；★ 按照系統(tǒng)維護手冊上所說的方法去做，能否實現(xiàn)；★ 測試文檔驗收，測試過程文檔是否齊全，可信，符合標準；★ 測試評估，從總體對測試的質(zhì)量進行評估；★ 測試建議

10、，對本次測試工作指出不足，需要在以后工作中改進的地方。,,15.1.5 驗收測試過程中測試的文檔驗收測試過程中測試的文檔主要有：① 文檔測試內(nèi)容文檔測試主要內(nèi)容是：★ 將文檔同程序相比較，看是否有不相符的情況；★ 檢查文檔的流程圖是否跟程序一致；★ 檢查文檔是否有錯字或不符合語法規(guī)范的地方；★ 程序的幫助文檔要說明準確、通俗易懂、不用專業(yè)術(shù)語、且操作步驟要符合程序的要求；★ 文檔要圖文并茂，易于理解；★ 對文檔要進行完

11、整性、正確性、一致性、易理解性、易瀏覽性、版本統(tǒng)一性校驗。,,② 測試過程涉及到的文檔測試過程涉及到的文檔主要包括以下文檔：★ 測試任務(wù)說明書；★ 測試計劃說明書；★ 測試用例說明書；★ 測試報告說明書；★ 測試總結(jié)說明書；★ 測試驗收說明書；★ 缺陷跟蹤報告說明書。,,15.1.6 驗收測試的設(shè)計思路 1. 驗收測試由3大部分組成：（1）軟件配置審核；（2）可執(zhí)行程序測試；（3）驗收測試分用戶應(yīng)用系統(tǒng)的驗收測

12、試和外包軟件的驗收測試。,,2．驗收測試的要點主要有：（1）對文檔進行審核；（2）對源代碼進行審核；（3）對配置進行審核；（4）對測試程序或腳本進行審核；（5）對可執(zhí)行程序進行測試；（6）按照系統(tǒng)需求說明書對系統(tǒng)進行評審。,,3. 驗收測試要注意的要點驗收測試要注意如下兩點： （1）在用戶方進行驗收測試之前，開發(fā)方應(yīng)對軟件的進行了全面的正式測試；（2）用戶在接收時，開發(fā)方提供的測試報告內(nèi)容和審核報告應(yīng)齊全。,,15.2

13、 用戶應(yīng)用系統(tǒng)的驗收測試用戶應(yīng)用系統(tǒng)的驗收測試（或稱驗收）是系統(tǒng)開發(fā)機構(gòu)向用戶移交系統(tǒng)時履行的正式手續(xù)，也是用戶對新系統(tǒng)的認可。盡管許多單位把驗收和鑒定(或也有的人稱系統(tǒng)評價)結(jié)合在一起進行，但驗收和鑒定還是有區(qū)別的。驗收是用戶對開發(fā)工作的認可，驗收要檢查新系統(tǒng)功能是否達到要求的設(shè)計水平，新系統(tǒng)能否正常運轉(zhuǎn)等。只有通過驗收，才能投人正常運行。鑒定是對開發(fā)工作作出評價。由專家、教授組成鑒定小組，用戶可以向鑒定小組客觀反映使用情況，鑒

14、定小組組織人員對新系統(tǒng)進行全面的(技術(shù)性能、經(jīng)濟效益、使用價值)考驗，鑒定組要寫出鑒定書提交上級主管部門備案。,,15.2.1 驗收工作新系統(tǒng)投入試運行工作結(jié)束后，用戶應(yīng)組織人員對開發(fā)的新系統(tǒng)進行驗收，完成開發(fā)單位向用戶轉(zhuǎn)交的手續(xù)。1． 驗收的目標★ 新系統(tǒng)經(jīng)過一段時間運行后，有沒有達到原設(shè)計要求?完成的功能怎樣?★ 新系統(tǒng)的可靠性和可維護性好不好?★ 新系統(tǒng)對業(yè)務(wù)處理的能力?！?新系統(tǒng)對用戶操作的容錯能力?！?新系統(tǒng)對

15、發(fā)生故障的恢復(fù)能力?！?開發(fā)單位向用戶提交的有關(guān)技術(shù)資料是否齊全。,,2． 驗收任務(wù)驗收小組的任務(wù)就是依據(jù)系統(tǒng)設(shè)計說明書、系統(tǒng)使用說明書和系統(tǒng)維護手冊對新系統(tǒng)演示一遍，以確認:★ 整個系統(tǒng)是否運行正常，達到預(yù)定目標?！?各個子系統(tǒng)是否運行正常，達到預(yù)定目標?！?各個功能模塊是否運行正常，達到預(yù)定目標。★ 使用和維護是否能實現(xiàn)。,,15.2．2 驗收報告驗收報告，也稱為用戶使用報告或用戶報告，它的主要內(nèi)容如下: (1)

16、引言★ 軟件名稱、用戶單位、研制單位★ 運行環(huán)境★ 操作人員★ 使用起止日期(2) 使用情況★ 精度★ 效率★ 功能★ 差錯(3) 系統(tǒng)評價★ 用戶需求滿足程度★ 經(jīng)濟效益或社會效益★ 使用方便程度★ 系統(tǒng)可靠性★ 用戶對系統(tǒng)的評價(4) 用戶的希望和要求,,15.2.3 鑒定工作程序和文檔資料1． 鑒定組織工作鑒定工作由開發(fā)單位和用戶單位共同組織完成。其工作程序如下:★ 邀請有關(guān)專家、教授組成鑒

17、定小組和考核小組，擬出鑒定小組成員名單(注明姓名、工作單位、專業(yè)、職稱)?！?要求開發(fā)單位寫出研究報告，供鑒定會宣讀?！?要求用戶單位寫出驗收報告(或用戶使用報告)，供鑒定會宣讀。★ 要求開發(fā)單位寫出技術(shù)報告，供鑒定會宣讀。★ 要求開發(fā)單位準備好鑒定要用到的技術(shù)文檔資料?！?組織鑒定考核小組進入現(xiàn)場測試?！?要求鑒定考核小組寫出鑒定測試報告，供鑒定會宣讀?！?要求鑒定考核小組寫出測試結(jié)論報告，供鑒定會宣讀?！?要求考核小

18、組擬出鑒定書草案?！?確定鑒定會地址、時間、參加人員，并發(fā)出邀請信。,,2． 鑒定測試報告主要內(nèi)容鑒定考核小組的工作是一項非常嚴肅認真的工作，它負責(zé)向鑒定會提供鑒定測試報告、測試結(jié)論報告和鑒定書草案。鑒定測試報告的主要內(nèi)容如下:(1) 鑒定小組成員姓名、職務(wù)、職稱、專業(yè)、工作單位(2) 考核小組組成和職責(zé)★ 組成人員 (由鑒定小組委托)姓名、職務(wù)、職稱、專業(yè)、工作單位。★ 考核職責(zé)和工作分工(3) 系統(tǒng)總體測試大綱

19、★ 系統(tǒng)設(shè)計的科學(xué)性與完善性★ 系統(tǒng)功能完整性與可擴充性★ 軟件的實用性★ 軟件技術(shù)的復(fù)雜性與先進性★ 系統(tǒng)安全性與可靠性★ 用戶界面,,(4) 系統(tǒng)技術(shù)資料規(guī)范化、完整性審查1) 文檔資料的管理① 過程文檔過程文檔是指記錄軟件項目開發(fā)和維護過程的文檔資料，項目的計劃、進度、過程質(zhì)量、組織及項目標準等都是過程文檔。過程文檔可以分為：★軟件項目計劃、預(yù)測和進度安排文檔.這些文檔由項目經(jīng)理負責(zé)產(chǎn)生，以便預(yù)測和控制軟件的開

20、發(fā)過程。★ 相關(guān)報告. 相關(guān)報告文檔用來報告在軟件開發(fā)過程中，資源是如何分配和利用的?！飿藴蕡蟾? 標準報告文檔規(guī)定了軟件過程應(yīng)該如何實現(xiàn)，這些可以是國際標準、國家標準、行業(yè)標準等?！锕ぷ魑臋n. 工作文檔是在項目開發(fā)中最主要的交流溝通工具，記錄了軟件項目開發(fā)中軟件工程師的想法等。★備忘錄. 備忘錄主要記錄了每天項目經(jīng)理和開發(fā)人員之間的詳細交流信息。產(chǎn)品文檔是指描述正在開發(fā)的產(chǎn)品的資料,主要以客戶為對象描述產(chǎn)品的用戶文檔。,,②

21、 產(chǎn)品文檔產(chǎn)品文檔可以分為用戶文檔和系統(tǒng)文檔。用戶文檔★系統(tǒng)功能描述;★ 初級使用手冊;★ 系統(tǒng)參考手冊;★ 系統(tǒng)安裝文檔;★ 系統(tǒng)管理員手冊. 系統(tǒng)文檔★ 需求文檔及相關(guān)的基本原理說明;★系統(tǒng)體系結(jié)構(gòu)文檔;★ 對系統(tǒng)的每一個程序，都有相應(yīng)的程序體系結(jié)構(gòu)文檔;★ 每個子系統(tǒng)的規(guī)范和設(shè)計說明書;★ 程序代碼列表(包括程序注釋、用來解釋代碼中復(fù)雜代碼段和采用的編碼方法等);★ 描述每個程序怎樣驗證和驗證信息與

22、需求之間關(guān)系的驗證文檔?！?維護指導(dǎo)文檔(主要描述系統(tǒng)已知的問題、軟件支持、硬件支持等信息，以便維護時使用)。,,2) 磁帶磁盤的資料管理磁帶磁盤載體的資料如計算機磁帶、軟磁盤、錄像帶、錄音帶。磁帶磁盤載體的資料應(yīng)一式兩份，與相應(yīng)的紙質(zhì)文件同時積累并進行登記;同一盤(帶)中存放多份文件的應(yīng)建立磁性載體文件目錄清單(格式見表1);載體文件的更改、版本更新通知都應(yīng)積累、登記;磁性載體文件必須是可讀文件。必須在有關(guān)的設(shè)備上演示或檢

23、測，運轉(zhuǎn)正常，無病毒，清潔，無劃傷，確保文件的完整性和內(nèi)容的準確性;磁帶(軟磁盤) 必須貼上標簽,簡要說明帶(盤)中存貯文件的內(nèi)容、運行的軟、硬件環(huán)境、版本號、文件的完整性和準確性等;磁性載體檔案中的一份作為保存件，不得外借;應(yīng)建立磁性載體檔案的借閱制度，嚴格執(zhí)行借閱審批手續(xù);借閱和歸還磁性載體檔案時，按規(guī)定進行質(zhì)量檢查、驗收;歸檔的磁帶(軟磁盤)必須貼上標簽。磁帶(軟磁盤)套、盒上需標注帶(盤)編號、檔號、軟件名稱、版本號、

24、文件數(shù)、密級、編制人、編制日期等標識;錄像帶盒上需標注帶編號、檔號、片名、放映時間、攝制單位、攝制日期、規(guī)格、制式、語別，密級等標識;錄音帶盒上需標注帶編號、檔號、講話人姓名、職務(wù)、主要內(nèi)容和錄錄制日期、密級、講話時間等;　長期貯存的磁性載體庫房要求溫、濕度變化范圍:應(yīng)在溫度15-27。℃、相對濕度40一60%范圍內(nèi)、在24小時內(nèi)溫度變化不得超過士3℃、相對濕度變化不得超過士5%;　　庫房要清潔、防水、防火、防磁。,,3． 測

25、試結(jié)論報告主要內(nèi)容★ 測試依據(jù)(依據(jù)系統(tǒng)總體測試大綱)★ 測試環(huán)境、設(shè)備、內(nèi)容★ 測試結(jié)果★ 測試結(jié)論4． 鑒定書草案主要內(nèi)容★ 技術(shù)先進性★ 經(jīng)濟效益和社會效益★ 系統(tǒng)內(nèi)在質(zhì)量★ 系統(tǒng)是否具有推廣價值★ 建議★ 鑒定小組成員,,5． 研究報告和技術(shù)報告主要內(nèi)容（1） 研究報告主要內(nèi)容1) 研究概況★ 項目名稱、用戶單位、研制協(xié)作單位★ 研究背景，開發(fā)的作用和意義★ 技術(shù)要求★ 研究時間2) 研制過程

26、3) 研制過程中的經(jīng)驗與教訓(xùn)4) 對未來的設(shè)想（2） 技術(shù)報告主要內(nèi)容1) 系統(tǒng)概述2) 系統(tǒng)構(gòu)成★ 硬件環(huán)境★ 軟件環(huán)境3) 應(yīng)用系統(tǒng)概論★ 總體結(jié)構(gòu)★ 系統(tǒng)功能和性能★ 系統(tǒng)業(yè)務(wù)流程★ 工作方式4) 采用的技術(shù)★ 原有的技術(shù)★ 采用的新技術(shù)★ 新技術(shù)的優(yōu)缺點5) 試運行分析★ 新系統(tǒng)達到的技術(shù)指標★ 存在的問題★ 自我評價,,6． 向鑒定考核小組提供的審變材料和鑒定材料★ 立項申請報告★

27、系統(tǒng)分析說明書★ 可行性分析報告★ 系統(tǒng)設(shè)計說明書★ 程序設(shè)計說明書★ 系統(tǒng)測試報告書★ 系統(tǒng)運行手冊★ 系統(tǒng)維護手冊★ 系統(tǒng)驗收報告書★ 系統(tǒng)功能圖★ 系統(tǒng)業(yè)務(wù)流程圖★ 數(shù)據(jù)文件結(jié)構(gòu)圖★ 數(shù)據(jù)文件代碼本★ 程序流程圖★ IPO圖★ 計算機方案選擇報告,,7． 鑒定會會議程序鑒定會會議程序一般由各單位自己擬定，這里提供軟件庫鑒定會會議程序供讀者參考?！?主持人講話，宣布開會★ 宣布技術(shù)鑒定委員會名單、領(lǐng)

28、導(dǎo)小組名單、開發(fā)單位、用戶單位、主要開發(fā)人員名單★ 宣讀研究報告(開發(fā)單位)★ 宣讀技術(shù)報告(開發(fā)單位)★ 宣讀測試報告(鑒定考核小組)★ 宣讀用戶報告(用戶驗收報告)★ 演示★ 宣讀鑒定報告,15.3外包軟件的驗收測試,外包軟件的驗收測試事實上是根據(jù)應(yīng)用對象或產(chǎn)品對象被分為：非正式驗收測試和正式驗收測試。外包軟件的驗收測試的策略通常建立在合同需求和公司標準的基礎(chǔ)上。外包軟件的驗收測試同樣需要制訂測試計劃、測試過程和測試用

29、例，重點考慮軟件是否滿足合同規(guī)定的所有功能和性能？文檔資料是否完整？人機界面是否令用戶滿意？外包軟件開發(fā)人員不可能完全預(yù)見用戶實際使用程序的情況如，用戶可能錯誤的理解命令，或提供一些奇怪的數(shù)據(jù)組合，亦可能對設(shè)計者自認明了的輸出信息迷惑不解等，因此，要對外包軟件的驗收測試。 外包軟件驗收測試的結(jié)果有可能兩種：功能和性能指標滿足軟件需求說明的要求，用戶接受；功能和性能指標不滿足軟件需求說明的要求，用戶不接受。 外包軟件的

30、驗收測試要做好軟件配置和配置審核; 非正式驗收測試; 正式驗收測試.,,15.3.1 外包軟件驗收測試的軟件配置和配置審核軟件配置和配置審核是外包驗收測試的重要環(huán)節(jié)。在進行外包軟件驗收測試之前，必須保證所有軟件配置項都能進入驗收測試，只有這樣才能保證最終交付給用戶的軟件產(chǎn)品完整性和有效性。,,1. 軟件配置對于一個外包的軟件項目而言，軟件承包方通常要提供的軟件配置：1）程序和腳本 程序和腳本主要有:★可執(zhí)行程序；★源程序；

31、★配置腳本；★測試程序或腳本。,,2）開發(fā)類文檔開發(fā)類文檔主要有:★ 需求分析說明書；★ 概要設(shè)計說明書；★ 詳細設(shè)計說明書；★ 數(shù)據(jù)庫設(shè)計說明書；★ 測試計劃；★ 測試報告；★ 程序維護手冊；★ 程序員開發(fā)手冊；★ 用戶操作手冊；★ 項目總結(jié)報告。,,3）管理文檔管理文檔主要有:★項目計劃書；★質(zhì)量控制計劃；★配置管理計劃；★用戶培訓(xùn)計劃；★質(zhì)量總結(jié)報告；★評審報告★會議記錄；★開發(fā)進度月報。

32、 4）系統(tǒng)維護文檔★ 系統(tǒng)維護手冊。,,2. 配置審核 對軟件承包方提供的軟件配置審核,通常軟件配置審核過程分為5個步驟：計劃;預(yù)備會議（預(yù)備會議是對審核內(nèi)容進行介紹并討論）;準備階段 （責(zé)任人事先審核并記錄發(fā)現(xiàn)的問題）;審核會議 （最終確定工作產(chǎn)品中包含的錯誤和缺陷）;問題追蹤。 審核的基本目標是：根據(jù)共同制定的審核表，盡可能地發(fā)現(xiàn)被審核內(nèi)容中存在的問題，并最終得到解決。在根據(jù)相應(yīng)的審核表進行文檔審核

33、和源代碼審核時，還要注意文檔與源代碼的一致性。,,15.3.2 非正式驗收測試外包軟件的非正式驗收測試過程分為α（Alpha） 測試和β（Beta） 測試。在非正式驗收測試中，執(zhí)行測試過程的限定不象正式驗收測試中那樣嚴格，方法不象正式驗收測試那樣組織有序，而且更為主觀。1． α測試α測試是用戶在開發(fā)環(huán)境下的測試，或者是開發(fā)公司組織內(nèi)部人員模擬各類用戶行對即將面市軟件產(chǎn)品進行的測試，由開發(fā)人員或測試人員進行的測試。α測試沒有正式驗

34、收測試那樣嚴格，在α測試中，主要是對使用的功能和任務(wù)進行確認，測試的內(nèi)容由用戶需求說明書決定。α測試試圖發(fā)現(xiàn)軟件產(chǎn)品的錯誤。,,Alpha測試的優(yōu)點有： 要進行驗收測試的軟件的功能和特性都是已知的；可以對軟件的驗收測試過程進行評價；對進行測試軟件的要求是已知的；Alpha驗收與正式驗收的測試相比，可能會發(fā)現(xiàn)由其他原因而出現(xiàn)更多的缺陷。Alpha測試的不足之處：可能在測試的過程中無法控制系統(tǒng)所使用的用例；在測試過程中如果按照

35、系統(tǒng)的工作方式可能無法發(fā)現(xiàn)系統(tǒng)存在的缺陷；測試過程中用戶的著重點可能在新系統(tǒng)上，而不注意查找系統(tǒng)運行時可能存在的缺陷。,,Beta 測試 經(jīng)過α測試調(diào)整后的軟件產(chǎn)品稱為β（Beta ）版本。β版本的產(chǎn)品是典型用戶在日常工作中實際試用的版本。要求典型用戶報告異常情況、提出批評意見。然后軟件開發(fā)公司再對β版本進行改錯和完善（一般包括功能、性能、可靠性、易用性、可擴充性、兼容性、效率、資源占用率、人機界面、用戶文檔方面）。對β版本進行改錯

36、和完善后進行的測試?！「鳒y試員負責(zé)創(chuàng)建自己的環(huán)境、選擇數(shù)據(jù)，并決定要研究的功能、特性或任務(wù)。各測試員負責(zé)確定自己對于系統(tǒng)當前狀態(tài)的接受標準。β測試由最終用戶實施，開發(fā)組織的測試員負責(zé)創(chuàng)建自己的環(huán)境、選擇數(shù)據(jù)，并決定要研究的功能、特性或任務(wù)，采用的方法完全由測試員決定。進行Beta 測試時，各測試員應(yīng)負責(zé)創(chuàng)建自己的測試環(huán)境、選擇數(shù)據(jù)，決定要研究的功能、特性或任務(wù)，并負責(zé)確定自己對于系統(tǒng)當前狀態(tài)的接受標準。,,β測試的優(yōu)點：★ β

37、測試是由試用的用戶報告異常情況、提出批評意見，然后軟件開發(fā)公司再對β版本進行改錯和完善進行的測試?！?有大量潛在的測試資源。 ★ 通過試用用戶的參與，提高客戶對軟件產(chǎn)品的滿意程度。 ★ 試用的用戶可以發(fā)現(xiàn)更多由主觀原因造成的缺陷。 β 測試的缺點： ★　未對所有功能和性能進行測試。 ★　測試流程難以評測。 ★　試用的用戶可能發(fā)現(xiàn)缺陷不報告。 ★ 試用的用戶可能不是專注于查找缺陷。 ★　用于β驗收測試的資源不受項目的控

38、制。 ★　β驗收測試測試員有沒有測試？需要更多輔助性資源來管理 β驗收測試測試員。,,15.3.3 正式驗收測試正式驗收測試是系統(tǒng)測試的后續(xù)，也就是說正式測試的測試工作和系統(tǒng)測試差不多，測試計劃和測試用例設(shè)計都應(yīng)很詳細，在這個測試過程中應(yīng)用的測試用例應(yīng)是系統(tǒng)測試的用例的子集，不能對系統(tǒng)的測試方向有所偏離，在很多測試過程中，正式驗收是自動進行測試的。正式驗收測試的優(yōu)點是： 要進行驗收測試的軟件的功能和特性都是已知的；可以對測試

39、的過程進行評測；正式驗收測試可以自動進行測試；對軟件的要求是由用戶需求說明書所決定的。 但正式驗收測試也有以下不足：進行正式驗收測試需要大量的資源和計劃；正式驗收測試可能和系統(tǒng)測試差不多；正式驗收測試過程中可能不能發(fā)現(xiàn)某些缺陷。,15.4 驗收測試的組織過程,驗收測試的組織過和主要包括了如下內(nèi)容。15.4.1 驗收測試組織方案 組織方案：（1） 驗收測試時間；（2） 測試地點；（3） 驗收測試環(huán)境；

40、（4） 人員安排。,,15.4.2  項目進度審核（1） 項目實施進度情況；項目實施進度情況如表15-1所示。（2） 項目合同變更情況；（3） 項目需求變更情況；（4） 項目投資結(jié)算情況。項目投資結(jié)算情況如表15-2所示。,,15.4.3  驗收測試計劃 1. 驗收測試原則：★ 審查提供驗收的各類文檔的正確性、完整性和統(tǒng)一性，審查文檔是否齊全、合理；★審查項目

41、功能是否達到了合同規(guī)定的要求；★審查項目有關(guān)服務(wù)指標是否達到了合同的要求；★審查項目投資以及實施進度的情況；★對項目的技術(shù)水平做出評價，并得出項目的驗收結(jié)論。,,2. 驗收測試方式：記錄項目驗收的組織方式和參與驗收工作的人員情況如表15-3所示。,15.5 驗收測試內(nèi)容,驗收測試的內(nèi)容有以下幾個方面： 15．5.1 驗收測試的要點

42、★ 流程測試；★ 邊界值測試；★ 容錯性測試；★ 異常測試；★ 安裝測試；★ 易用性測試；★ 界面測試；★ 接口測試；★ 配置測試；★ 測試環(huán)境；★ 文件傳輸測試；★ 數(shù)據(jù)導(dǎo)入導(dǎo)出測試；★ 安全性和訪問控制測試；★ 性能測試；★ 壓力測試；★ 兼容性測試；★ 升級測試；★ 功能測試；★ 單元測試；★ 集成測試；★ 系統(tǒng)測試；★ 回歸測試；★ 運行測試； ★ 文檔測試。,,15．5.2 測試

43、結(jié)果及缺陷分析★ 覆蓋分析★ 需求覆蓋分析需求覆蓋率是指經(jīng)過測試的需求/功能和需求規(guī)格說明書中所有需求/功能的比值，通常情況下要達到100％的目標。需求/功能測試如表15-4所示。,,15.5.3  項目驗收情況匯總1. 項目驗收情況匯總表 項目驗收情況匯總表如表15-5所示。2． 項目驗收附件明細 ★ 軟件平臺驗收單；★ 功能模塊驗收單；★ 項目文檔驗收單；★ 硬件設(shè)備驗收單。3.專家組驗收意見 4

44、.  項目驗收結(jié)論 專家組給出結(jié)論，如哪些產(chǎn)品通過驗收，哪些產(chǎn)品沒有通過驗收。（1） 開發(fā)單位結(jié)論 ；（2） 建設(shè)單位結(jié)論 。5．驗收結(jié)果匯總驗收結(jié)果匯總?cè)绫?5-6所示。,,6.附件 附件一：軟件平臺驗收單 ；附件二：功能模塊驗收單 ；附件三：項目文檔驗收單； 附件四：硬件設(shè)備驗收單。,,15．6 文檔驗收15．6.1 文檔主要驗收內(nèi)容文檔驗收，文檔驗收主要內(nèi)容如下：1) 將文檔同程序向比較，看是否

45、具有不相符的情況；2) 檢查文檔的截圖是不是和程序一致；3) 檢查文檔是否有錯字或不符合語法規(guī)范的地方；4) 程序的幫助文檔說明要準確、通俗易懂、不同專業(yè)術(shù)語且操作步驟必須符合程序要求；5) 對文檔要進行完整性、正確性、一致性、易理解性、易瀏覽型、版本統(tǒng)一性校驗等。,,15．6.2 驗收過程涉及到的一些文檔 驗收過程中涉及到文檔主要包括以下內(nèi)容：項目任務(wù)說明書；項目計劃說明書；項目需求規(guī)格說明書；項目測試用例的說明書

46、；項目用戶手冊；項目維護手冊。,,15．7 交付物清單15．7．1 乙方提供給甲方的項目交付物清單1．乙方提供給甲方項目交付物清單的要求1）乙方提供的交付物是項目的工作成果，交由客戶方驗收和備份保管。2）交付物為：源代碼、手冊、需求規(guī)格說明書、設(shè)計文檔、項目計劃等。2．乙方提供給甲方的項目交付物清單 乙方提供給甲方的項目交付物清單如表15-7所示。,,15．7．2 項目交付培訓(xùn) 1．項目培訓(xùn)說明1）在定項目培訓(xùn)計劃時

47、，有些培訓(xùn)內(nèi)容可能不是特別明確，只能給出一個大概的計劃。隨著項目的進行，計劃會逐漸明確。2）培訓(xùn)的時間：不一定是具體的日期，可以以某個事件為基準的計劃事件。3）培訓(xùn)的場所：可能不能準確到具體的會議室，但可以定下來是在客戶方、開發(fā)方或者另外的一個地點。4）培訓(xùn)資料：可能僅僅是說明要有PPT文檔，紙質(zhì)資料等。5）培訓(xùn)所需設(shè)備：如投影儀，如果要演示，可能需要演示用的機器。2．項目交付培訓(xùn)項目交付培訓(xùn)如表15-8所示。,,15．7．