《驗(yàn)收測試》PPT課件.ppt

軟件測試方法和技術(shù) 第7章 驗(yàn)收測試,顧進(jìn)廣, Ph.D., Professor, /gujinguang /simon,第6章回顧,系統(tǒng)集成的模式和方法 功能測試與回歸測試 性能測試、壓力測試、容量測試 安全性 可靠性測試 容錯(cuò)性測試,第7章 驗(yàn)收測試,7.1 驗(yàn)收測試的過程和主要內(nèi)容 7.2 產(chǎn)品規(guī)格說明書的驗(yàn)證 7.3 用戶界面和可用性測試 7.4 兼容性測試 7.5 可安裝性和可恢復(fù)性測試 7.6 文檔測試,什么是驗(yàn)收測試,驗(yàn)收測試(Acceptance Test):在軟件產(chǎn)品完成了功能測試和系統(tǒng)測試之后、產(chǎn)品發(fā)布之前所進(jìn)行的軟件測試活動(dòng)它是技術(shù)測試的最后一個(gè)階段,也稱為交付測試。,7.1 驗(yàn)收測試的過程和主要內(nèi)容,前提: 系統(tǒng)或軟件產(chǎn)品已通過了系統(tǒng)測試的軟件系統(tǒng)。 測試內(nèi)容: 驗(yàn)證系統(tǒng)是否達(dá)到了用戶需求規(guī)格說明書（可能包括項(xiàng)目或產(chǎn)品驗(yàn)收準(zhǔn)則）中的要求，測試試圖盡可能地發(fā)現(xiàn)軟件中存留的缺陷，從而為軟件進(jìn)一步改善提供幫助，并保證系統(tǒng)或軟件產(chǎn)品最終被用戶接受。主要包括易用性測試、兼容性測試、安裝測試、文檔（如用戶手冊、操作手冊等）測試等幾個(gè)方面的內(nèi)容。,測試步驟,制定測試計(jì)劃，測試項(xiàng)，測試策略及驗(yàn)收通過準(zhǔn)則，并經(jīng)過客戶參與的計(jì)劃評審。 建立測試環(huán)境，設(shè)計(jì)測試用例，并經(jīng)過評審。 準(zhǔn)備測試數(shù)據(jù)，執(zhí)行測試用例，記錄測試結(jié)果。 分析測試結(jié)果，根據(jù)驗(yàn)收通過準(zhǔn)則分析測試結(jié)果，作出驗(yàn)收是否通過及測試評價(jià)。 測試項(xiàng)目通過； 測試項(xiàng)目沒有通過，并且不存在變通方法，需要很大的修改； 測試項(xiàng)目沒有通過，但存在變通方法，在維護(hù)后期或下一個(gè)版本改進(jìn)； 測試項(xiàng)目無法評估或者無法給出完整的評估。此時(shí)必須給出原因。如果是因?yàn)樵摐y試項(xiàng)目沒有說明清楚，應(yīng)該修改測試計(jì)劃。 提交測試報(bào)告,驗(yàn)收標(biāo)準(zhǔn)和注意事項(xiàng),驗(yàn)收測試完成標(biāo)準(zhǔn): 完全執(zhí)行了驗(yàn)收測試計(jì)劃中的每個(gè)測試用例。 在驗(yàn)收測試中發(fā)現(xiàn)的錯(cuò)誤已經(jīng)得到修改并且通過了測試或者經(jīng)過評估留待下一版本中修改。 完成軟件驗(yàn)收測試報(bào)告。 注意事項(xiàng)： 必須編寫正式的、單獨(dú)的驗(yàn)收測試報(bào)告 驗(yàn)收測試必須在實(shí)際用戶運(yùn)行環(huán)境中進(jìn)行 由用戶和測試部門共同執(zhí)行。如公司自開發(fā)產(chǎn)品，應(yīng)由測試人員，產(chǎn)品設(shè)計(jì)部門，市場部門等共同進(jìn)行。,7.2 產(chǎn)品規(guī)格說明書的驗(yàn)證,產(chǎn)品規(guī)格說明書的審核 從客戶的角度和立場進(jìn)行審核工作。 檢驗(yàn)套用標(biāo)準(zhǔn)的正確性，不要和行業(yè)規(guī)范相抵觸。 審查、研究同類產(chǎn)品。 驗(yàn)證產(chǎn)品規(guī)格說明書的完整性、準(zhǔn)確性、一致性、合理性等特性。 產(chǎn)品規(guī)格說明書的驗(yàn)證 已經(jīng)實(shí)現(xiàn)的特性標(biāo)識(shí)為通過。 特性沒有實(shí)現(xiàn),報(bào)告bug并在報(bào)告中體現(xiàn)。 特性基本實(shí)現(xiàn),但與產(chǎn)品說明書內(nèi)容不一致,報(bào)bug并在報(bào)告中體現(xiàn)。 特性基本實(shí)現(xiàn),但存在一些問題或錯(cuò)誤。,什么是適用性( usability)?,Easy to discover Easy to learn Easy to use Availability,Microsoft的適用性測試,180 適用性測試工程師 25 適用性測試實(shí)驗(yàn)室,7.3 用戶界面和可用性測試,用戶界面的7個(gè)要素: 符合標(biāo)準(zhǔn)和規(guī)范。 直觀性。 一致性。 靈活性。 舒適性。 正確性。 實(shí)用性。 易用性測試沒有具體量化的指標(biāo)，主觀性較強(qiáng)。,符合標(biāo)準(zhǔn)和規(guī)范,通常標(biāo)準(zhǔn)是已經(jīng)確立的，多數(shù)用戶已經(jīng)熟悉并接受了這些標(biāo)準(zhǔn)和規(guī)范、或已經(jīng)認(rèn)同了這些信息所代表的意義。 例： 如果軟件在某一個(gè)平臺(tái)上運(yùn)行，就需要把該平臺(tái)的標(biāo)準(zhǔn)和規(guī)范作為產(chǎn)品規(guī)格說明書的補(bǔ)充內(nèi)容，在建立測試案例時(shí)和產(chǎn)品規(guī)格說明書一樣作為依據(jù),直觀性和一致性,直觀性： - 首先了解所需的功能或期待的響應(yīng)應(yīng)該明顯，并在預(yù)期的地方出現(xiàn)。 - 其次要考慮用戶界面的組織和布局是否合理。 一致性： - 包括軟件本身的一致性，以及軟件與其他軟件的一致性。,直觀性例子,靈活性,用戶喜歡可以靈活選擇的軟件，軟件可以選擇不同的狀態(tài)和方式，完成相應(yīng)的功能。但靈活性也可能發(fā)展為復(fù)雜性，太多的狀態(tài)和方式的選擇增加的不僅僅是用戶理解和掌握的困難程度。多種狀態(tài)之間的轉(zhuǎn)換，增加了編程的難度，更增加了軟件測試人員的工作量。 例：,舒適性、正確性、實(shí)用性,舒適性： 恰當(dāng)?shù)谋憩F(xiàn)、合理的安排、必要的提示或更正能力等是要考慮的因素，包括容錯(cuò)處理和性能。 正確性： 正確性的問題一般都很明顯，比較容易發(fā)現(xiàn)。 實(shí)用性： 實(shí)用性不是指的是軟件本身是否實(shí)用，而僅僅指的是具體特性是否實(shí)用。大型軟件的開發(fā)或周期較長經(jīng)過幾次反復(fù)的軟件開發(fā)中容易產(chǎn)生一些沒有實(shí)用性的功能。,舒適性例子,簡單性,1-click Next Next Next ,7.4 兼容性測試,軟件兼容性測試是指驗(yàn)證軟件之間是否正確地交互和共享信息。 注意：從項(xiàng)目管理的角度出發(fā)，使平臺(tái)清單在滿足客戶要求的前提下盡可能的小是十分重要的，否則將會(huì)給編碼和測試帶來巨大的工作量。 兼容性包括： 硬件兼容。 軟件之間兼容。 數(shù)據(jù)之間兼容。,向前和向后兼容,向后兼容是指可以使用軟件的以前版本。 向前兼容指的是可以使用軟件的未來版本。,Figure 9.1,Backward & forward compatible,Must do,Had better design,Load old data Import old data Exchange new data,Impact of testing Multiple versions,Popularity: Top 100 or 1000 based on sales dada Age: 3-year old Type: break into types: DB, Word, Graph, Manufacturer,Criteria to Choose programs,多版本的測試,一個(gè)龐大而又艱巨的任務(wù)，需要對所有可能的軟件組合等價(jià)分配，驗(yàn)證軟件之間正確交互的最小有效集合。 通常我們的做法是： 將軟件分類。例如：字處理，電子表格，數(shù)據(jù)庫，圖形處理，游戲等。從每種類型中選擇部分測試軟件。 按軟件的流行程度選擇較流行的軟件。 按年份，選取一定年份內(nèi)的程序和版本。,例: 設(shè)計(jì)測試矩陣表,每一個(gè)瀏覽器和版本支持的特性上都有細(xì)微的差別，在不同的操作系統(tǒng)上表現(xiàn)也有所不同。,7.5 可安裝性和可恢復(fù)性測試,可安裝性測試: 系統(tǒng)軟件安裝 應(yīng)用軟件安裝 服務(wù)器的安裝 客戶端的安裝 產(chǎn)品升級(jí)安裝 等等,可安裝性測試,安裝測試注意事項(xiàng): 是否需要專業(yè)人員安裝。 安裝說明書有無對安裝環(huán)境做限制和要求。 過程是否簡單、易掌握。 過程中是否有明顯的、合理的提示信息。 是否會(huì)出現(xiàn)不可預(yù)見或不可修復(fù)的錯(cuò)誤。 安裝程序是否占用系統(tǒng)資源與原系統(tǒng)沖突，是否會(huì)影響原系統(tǒng)安全性。 軟件安裝的完整性和靈活性。 許可證號(hào)碼與注冊號(hào)碼的驗(yàn)證。 升級(jí)安裝后原有程序是否可正常運(yùn)行。 卸載測試。,可恢復(fù)性測試,恢復(fù)測試主要檢查系統(tǒng)的容錯(cuò)能力。當(dāng)系統(tǒng)出錯(cuò)時(shí)，能否在指定時(shí)間間隔內(nèi)修正錯(cuò)誤或重新啟動(dòng)系統(tǒng)。 恢復(fù)測試首先要通過各種手段，讓軟件強(qiáng)制性地發(fā)生故障，然后驗(yàn)證系統(tǒng)是否能盡快恢復(fù)。 對于自動(dòng)恢復(fù)需驗(yàn)證重新初始化、檢查點(diǎn)、數(shù)據(jù)恢復(fù)和重新啟動(dòng)等機(jī)制的正確性； 對于人工干預(yù)的恢復(fù)系統(tǒng)，還需估測平均修復(fù)時(shí)間，確定其是否在可接受的范圍內(nèi)。,7.6 文檔測試,軟件文檔已成為軟件的一個(gè)重要組成部分，而且種類繁多，對文檔的測試也變得必不可少。 文檔的種類。 聯(lián)機(jī)幫助文檔或用戶手冊； 指南和向?qū)В?安裝、設(shè)置指南； 示例及模板； 錯(cuò)誤提示信息； 用于演示的圖像和聲音； 授權(quán)/注冊登記表及用戶許可協(xié)議； 軟件的包裝、廣告宣傳材料； 等等。,怎樣進(jìn)行文檔測試,好的文檔能達(dá)到提高易用性、提高可靠性、降低技術(shù)支持的費(fèi)用的目的，從而提高了產(chǎn)品的整體質(zhì)量。 非代碼的文檔測試主要檢查文檔的正確性、完備性和可理解性。 驗(yàn)證正確性 驗(yàn)證完備性 驗(yàn)證可理解性 軟件驅(qū)動(dòng)的文檔還得像程序一樣運(yùn)行起來測試。,驗(yàn)收測試報(bào)告和用戶驗(yàn)收測試,測試是指軟件開發(fā)公司