《驗收測試》PPT課件.ppt

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