軟件測試-ch7-驗收stmt

1軟件測試方法和技術

第2版

第7章驗收測試

蘭方鵬Mobile:2第6章回顧系統(tǒng)集成的模式和方法功能測試與回歸測試性能測試、壓力測試、容量測試安全性

可靠性測試容錯性測試3第7章驗收測試7.1驗收測試的過程和主要內容7.2產品規(guī)格說明書的驗證7.3用戶界面和可用性測試7.4兼容性測試7.5可安裝性和可恢復性測試7.6文檔測試4背景知識—軟件外包說說你所知道的：什么是軟件外包，軟件外包行業(yè)的格局以及中國外包行業(yè)的現(xiàn)狀隨著時代發(fā)展，出現(xiàn)的一種行業(yè)的精細分工現(xiàn)在，外包企業(yè)主要做：非核心模塊的詳細設計、編碼、測試以及軟件本地化，外包企業(yè)自己不需要有核心的技術和產品。全球軟件外包格局6中印軟件外包行業(yè)競爭格局對比7什么是驗收測試驗收測試(AcceptanceTesting):

在軟件產品完成了系統(tǒng)測試之后、產品發(fā)布之前所進行的軟件測試活動，它是技術測試的最后一個階段,也稱為交付測試。又稱用戶驗收測試（UserAcceptanceTesting)8不只是檢驗軟件某個方面的質量，而是要進行全面的質量檢驗，并且要決定軟件是否合格，因此驗收測試是一項嚴格的正式測試活動。軟件產品投入實際應用以前進行的最后一次質量檢驗活動，事關客戶能否最終驗收簽字及付款。20%50%30%定金中期評審通過最終驗收通過UAT是一項系統(tǒng)工程9驗收測試的參與者：軟測工程師和用戶驗收測試的任務：驗證軟件的功能和性能符合用戶期待什么是驗收測試10驗收測試可以分為兩個大的部分：軟件配置審核和可執(zhí)行程序測試。其大致順序為：①文檔審核②源代碼審核③配置腳本審核④測試程序或腳本審核⑤可執(zhí)行程序測試。驗收測試概述11軟件配置的包含內容對于一個外包的軟件項目而言，軟件承包方通常要提供如下相關的軟件配置內容：⑴源程序可執(zhí)行程序配置腳本測試程序或腳本。

12

⑵主要的開發(fā)類文檔：《需求分析說明書》《概要設計說明書》《詳細設計說明書》《數(shù)據(jù)庫設計說明書》《測試計劃》《測試報告》《程序維護手冊》《程序員開發(fā)手冊》《用戶操作手冊》《項目總結報告》。13⑶主要的管理類文檔：《項目計劃書》《質量控制計劃》《配置管理計劃》《用戶培訓計劃》《質量總結報告》《評審報告》《會議記錄》《開發(fā)進度月報》14審核要達到的基本目標是：根據(jù)共同制定的審核表，盡可能地發(fā)現(xiàn)被審核內容中存在的問題，并最終得到解決。在根據(jù)相應的審核表進行文檔審核和源代碼審核時，還要注意文檔與源代碼的一致性。軟件配置審核

15可執(zhí)行程序的測試可執(zhí)行程序的測試包括功能、性能等方面的測試，每種測試也都包括目標、啟動標準、活動、完成標準和度量等五部分。167.1驗收測試的過程和主要內容前提:系統(tǒng)或軟件產品已通過了系統(tǒng)測試的軟件系統(tǒng)。測試內容: 驗證系統(tǒng)是否達到了用戶需求規(guī)格說明書（可能包括項目或產品驗收準則）中的要求，測試試圖盡可能地發(fā)現(xiàn)軟件中存留的缺陷，從而為軟件進一步改善提供幫助，并保證系統(tǒng)或軟件產品最終被用戶接受。主要包括易用性測試、兼容性測試、安裝測試、文檔（如用戶手冊、操作手冊等）測試等幾個方面的內容。17測試步驟制定測試計劃，測試項，測試策略及驗收通過準則，并經(jīng)過客戶參與的計劃評審。建立測試環(huán)境，設計測試用例，并經(jīng)過評審。準備測試數(shù)據(jù)，執(zhí)行測試用例，記錄測試結果。分析測試結果，根據(jù)驗收通過準則分析測試結果，作出驗收是否通過及測試評價。測試項目通過；測試項目沒有通過，并且不存在變通方法，需要很大的修改；測試項目沒有通過，但存在變通方法，在維護后期或下一個版本改進；測試項目無法評估或者無法給出完整的評估。此時必須給出原因。如果是因為該測試項目沒有說明清楚，應該修改測試計劃。

提交測試報告驗收測試過程流程圖19驗收報告的模板驗收報告一般分為三個部分：頭部，主體，尾部驗收報告的頭部應該標明項目的一些基本信息，參考格式如下：項目驗收報告項目名稱：產品名稱：產品版本：客戶名稱：供應方：驗收日期：20驗收報告的模板（續(xù)）驗收報告主體內容可以參考以下的模板格式：目錄

....1前言

1.1編寫目的

...1.2項目背景

...2功能驗收驗收項類別驗收項名稱說明是否通過驗收備注3性能驗收驗收項類別驗收項名稱說明是否通過驗收備注

4交付物驗收驗收項類別驗收項名稱說明是否通過驗收備注硬件軟件(安裝光盤)

文檔

......5驗收結論

.....21驗收報告模板（續(xù)）在驗收報告的尾部，需要注明驗收報告的時間，驗收單位（個人）等驗收測試相關信息。參考格式如下：驗收方：提供方：項目負責人簽字：項目負責人簽字：日期：日期：22驗收標準和注意事項驗收測試完成標準:完全執(zhí)行了驗收測試計劃中的每個測試用例。在驗收測試中發(fā)現(xiàn)的錯誤已經(jīng)得到修改并且通過了測試或者經(jīng)過評估留待下一版本中修改。

完成軟件驗收測試報告。注意事項：必須編寫正式的、單獨的驗收測試報告驗收測試必須在實際用戶運行環(huán)境中進行由用戶和測試部門共同執(zhí)行。如公司自開發(fā)產品，應由測試人員，產品設計部門，市場部門等共同進行。237.2產品規(guī)格說明書的驗證產口規(guī)格說明書的審核

從客戶的角度和立場進行審核工作。檢驗套用標準的正確性，不要和行業(yè)規(guī)范相抵觸。審查、研究同類產品。驗證產品規(guī)格說明書的完整性、準確性、一致性、合理性等特性。產口規(guī)格說明書的驗證

已經(jīng)實現(xiàn)的特性標識為通過。特性沒有實現(xiàn),報告bug并在報告中體現(xiàn)。特性基本實現(xiàn),但與產品說明書內容不一致,報bug并在報告中體現(xiàn)。特性基本實現(xiàn),但存在一些問題或錯誤。24什么是適用性(usability)?EasytodiscoverEasytolearnEasytouseAvailability257.3用戶界面和可用性測試用戶界面的7個要素:符合標準和規(guī)范。直觀性。一致性。靈活性。舒適性。

正確性。實用性。易用性測試沒有具體量化的指標，主觀性較強。26符合標準和規(guī)范通常標準是已經(jīng)確立的，多數(shù)用戶已經(jīng)熟悉并接受了這些標準和規(guī)范、或已經(jīng)認同了這些信息所代表的意義。例：如果軟件在某一個平臺上運行，就需要把該平臺的標準和規(guī)范作為產品規(guī)格說明書的補充內容，在建立測試案例時和產品規(guī)格說明書一樣作為依據(jù)

27直觀性和一致性直觀性：-首先了解所需的功能或期待的響應應該明顯，并在預期的地方出現(xiàn)。-其次要考慮用戶界面的組織和布局是否合理。一致性：-包括軟件本身的一致性，以及軟件與其他軟件的一致性。28軟件本身的一致性與公司其他軟件、第三方軟件的一致性字體是否一致界面的各元素風格是否一致平臺的標準和規(guī)范是否一致一致性29直觀性例子30靈活性用戶喜歡可以靈活選擇的軟件，軟件可以選擇不同的狀態(tài)和方式，完成相應的功能。但靈活性也可能發(fā)展為復雜性，太多的狀態(tài)和方式的選擇增加的不僅僅是用戶理解和掌握的困難程度。多種狀態(tài)之間的轉換，增加了編程的難度，更增加了軟件測試人員的工作量。例：31舒適性、正確性、實用性舒適性：恰當?shù)谋憩F(xiàn)、合理的安排、必要的提示或更正能力等是要考慮的因素，包括容錯處理和性能。例如：蘋果公司的系列產品32舒適性例子33正確性正確性的問題一般都很明顯，比較容易發(fā)現(xiàn)。是否有多余或遺漏的功能功能是否被正確實現(xiàn)語言拼寫是否無誤在不同媒介上的表現(xiàn)是否一致所有界面元素的狀態(tài)是否都準確無誤34實用性實用性不是指軟件本身是否實用，而僅僅指的是具體特性是否實用。大型軟件的開發(fā)或周期較長經(jīng)過幾次反復的軟件開發(fā)中容易產生一些沒有實用性的功能。指軟件產品的各個功能是否實用無用的功能會增加程序的復雜度，產生不必要的缺陷。軟件開發(fā)和維護過程中，隨著軟件演化會產生一些沒有實用價值的功能。沒有一個具體量化的指標，主觀性較強。35簡單性

1-clickNextNextNext…36377.4兼容性測試軟件兼容性測試是指驗證軟件之間是否正確地交互和共享信息。

注意：從項目管理的角度出發(fā)，使平臺清單在滿足客戶要求的前提下盡可能的小是十分重要的，否則將會給編碼和測試帶來巨大的工作量。

兼容性包括：硬件兼容。軟件之間兼容。數(shù)據(jù)之間兼容。38向前和向后兼容向后兼容新版本程序能支持以前老版本的數(shù)據(jù)或者新版本的設備能支持以前的軟件或者設備。向前兼容指以前老版本能支持新版本程序或者用老的設備能支持新的軟件或者設備。39Backward&forwardcompatibleData.docWord97runningonWin98Word2003runningonWindowsXPForwardCompatibilityBackwardCompatibilityXXXrunningonOS2005Word2000runningonWindows2KWord2000runningonWin95Word95/97runningonWin95/98Data.RTFData.txtToolsMustdoHadbetterdesignLoadolddataImportolddataExchangenewdata40數(shù)據(jù)共享兼容性測試數(shù)據(jù)共享兼容性測試表現(xiàn)的方面剪切、復制和粘貼(注意快捷鍵)文件的存取文件的數(shù)據(jù)格式必須符合標準，能被其他應用軟件讀取文件的導入和導出414243ImpactoftestingMultipleversionsNewComputingPlatform2005PaintingandDrawingProgramsDatabaseWordProcessorsSpreadsheetProgramsGamesEducationalProgramsCompatibilitytestPopularity:Top100or1000basedonsalesdadaAge:<3-yearoldType:breakintotypes:DB,Word,Graph,…

ManufacturerCriteriatoChooseprograms44

硬件兼容性測試配置測試的必要性計算機配置的復雜多樣性配置測試的基本方法配置測試的主要任務是發(fā)現(xiàn)硬件配置缺陷判斷一個缺陷是否是配置缺陷，常用方法是在另一臺不同配置的計算機上執(zhí)行相同操作，如果缺陷沒有出現(xiàn)，就可以是配置缺陷存在組合爆炸問題，可以考慮采用等價類劃分、組合測試等技術進行劃分和優(yōu)化45多版本的測試一個龐大而又艱巨的任務，需要對所有可能的軟件組合等價分配，驗證軟件之間正確交互的最小有效集合。

通常我們的做法是：將軟件分類。例如：字處理，電子表格，數(shù)據(jù)庫，圖形處理，游戲等。從每種類型中選擇部分測試軟件。按軟件的流行程度選擇較流行的軟件。按年份，選取一定年份內的程序和版本。46例:設計測試矩陣表每一個瀏覽器和版本支持的特性上都有細微的差別，在不同的操作系統(tǒng)上表現(xiàn)也有所不同。

PCUnix/MacWin98WinMEWinNTWin2000SolarisHP-UXOSIXOSXIE5√√IE5.5√√√IE6√√√NS4.7√√√√NS6.0√√…477.5可安裝性和可恢復性測試軟件測試中容易忽略的一個環(huán)節(jié)可安裝性測試:系統(tǒng)軟件安裝應用軟件安裝服務器的安裝客戶端的安裝產品升級安裝

驅動程序的安裝等等48安裝性測試49卸載50安裝與卸載測試軟件安裝方式多樣化：有客戶端軟件安裝、有通過瀏覽器下載安裝、服務器端的系統(tǒng)部署、云服務平臺等客戶端安裝測試時驗證能否正確安裝成功、安裝步驟是否清晰、中途是否退出、安裝完之后能否順利卸載、卸載時是否破壞用戶數(shù)據(jù)、是否能夠正常升級等51可安裝性測試安裝測試注意事項:是否需要專業(yè)人員安裝。安裝說明書有無對安裝環(huán)境做限制和要求。過程是否簡單、易掌握。過程中是否有明顯的、合理的提示信息。是否會出現(xiàn)不可預見或不可修復的錯誤。安裝程序是否占用系統(tǒng)資源與原系統(tǒng)沖突，是否會影響原系統(tǒng)安全性。軟件安裝的完整性和靈活性。提供多種安裝模式（最大、最小、自定義等）許可證號碼與注冊號碼的驗證。升級安裝后原有程序是否可正常運行。卸載測試。52可恢復性測試

恢復測試主要檢查系統(tǒng)的容錯能力。當系統(tǒng)出錯時，能否在指定時間間隔內修正錯誤或重新啟動系統(tǒng)。

恢復測試首先要通過各種手段，讓軟件強制性地發(fā)生故障，然后驗證系統(tǒng)是否能盡快恢復。

對于自動恢復需驗證重新初始化、檢查點、數(shù)據(jù)恢復和重新啟動等機制的正確性；

對于人工干預的恢復系統(tǒng)，還需估測平均修復時間，確定其是否在可接受的范圍內。537.6文檔測試軟件文檔已成為軟件的一個重要組成部分，而且種類繁多，對文檔的測試也變得必不可少。

文檔的種類。聯(lián)機幫助文檔或用戶手冊；指南和向導；安裝、設置指南；示例及模板；錯誤提示信息；用于演示的圖像和聲音；授權/注冊登記表及用戶許可協(xié)議；軟件的包裝、廣告宣傳材料；等等。54文檔測試軟件文檔已成為軟件的一個重要組成部分，而且種類繁多，對文檔的測試也變得必不可少。文檔是軟件重要組成部分，所以文檔的錯誤也是缺陷文檔的重要性用戶通過文檔可以掌握具體的使用方法，提高易用性用戶使用軟件時遇到問題，通過幫助文檔可以有效解決問題，減少企業(yè)技術支持費用55怎樣進行文檔測試好的文檔能達到提高易用性、提高可靠性、降低技術支持的費用的目的，從而提高了產品的整體質量。主要檢查文檔的正確性：不要把軟件的功能和操作寫錯，不允許文檔內容前后矛盾完備性：不能漏掉關鍵內容易理解性：文檔不能含糊，要清晰，要讓大眾用戶看得懂，容易理解一致性：檢查產品功能描述是否自相矛盾，與其他功能有沒有沖突56驗收測試報告和用戶驗收測試驗收測試的常用策略有三種：正式驗收測試非正式驗收或Alpha測試Beta測試驗收測試報告，也稱為發(fā)布報告（ReleaseReport）57

正式驗收測試正式驗收測試是一項管理嚴格的過程，它通常是系統(tǒng)測試的延續(xù)。計劃和設計這些測試的周密和詳細程度不亞于系統(tǒng)測試。選擇的測試用例應該是系統(tǒng)測試中所執(zhí)行測試用例的子集。不要偏離所選擇的測試用例方向，這一點很重要。58正式驗收測試的優(yōu)點要測試的功能和特性都是已知的。測試的細節(jié)是已知的并且可以對其進行評測。這種測試可以自動執(zhí)行，支持回歸測試?？梢詫y試過程進行評測和監(jiān)測?？山邮苄詷藴适且阎?。59正式驗收測試的缺點要求大量的資源和計劃。這些測試可能是系統(tǒng)測試的再次實施?？赡軣o法發(fā)現(xiàn)軟件中由于主觀原因造成的缺陷，這是因為只查找預期要發(fā)現(xiàn)的缺陷。60α測試α測試是指軟件開發(fā)公司組織內部人員模擬各類用戶行對即將面市軟件產品（稱為α版本）進行測試，試圖發(fā)現(xiàn)錯誤并修正。α測試的關鍵在于盡可能逼真地模擬實際運行環(huán)境和用戶對軟件產品的操作并盡最大努力涵蓋所有可能的用戶操作方式。61

alpha測試的特點