第7章驗收測試西安財經學院第7章驗收測試7.1驗收測試的過程和主要內容7.2產品規格說明書的驗證7.3用戶界面和可用性測試7.4兼容性測試7.5可安裝性和可恢復性測試7.6文檔測試什么是驗收測試驗收測試(AcceptanceTest)：在軟件產品完成了功能測試和系統測試之后、產品發布之前所進行的軟件測試活動。它是技術測試的最后一個階段，也稱為交付測試。驗收測試的目的是：確保軟件準備就緒，并且可以讓最終用戶將其用于執行軟件的既定功能和任務。驗收測試的參與者：用戶，還可能有軟測工程師等。7.1驗收測試的過程和主要內容前提:系統或軟件產品已通過了系統測試的軟件系統。測試內容: 驗證系統是否達到了用戶需求規格說明書（可能包括項目或產品驗收準則）中的要求，測試試圖盡可能地發現軟件中存留的缺陷，從而為軟件進一步改善提供幫助，并保證系統或軟件產品最終被用戶接受。主要包括易用性測試、兼容性測試、安裝測試、文檔（如用戶手冊、操作手冊等）測試等幾個方面的內容。任務：驗證軟件的功能和性能符合用戶期待。

測試步驟制定測試計劃，測試項，測試策略及驗收通過準則，并經過客戶參與的計劃評審。建立測試環境，設計測試用例，并經過評審。準備測試數據，執行測試用例，記錄測試結果。分析測試結果，根據驗收通過準則分析測試結果，作出驗收是否通過及測試評價。測試項目通過；測試項目沒有通過，并且不存在變通方法，需要很大的修改；測試項目沒有通過，但存在變通方法，在維護后期或下一個版本改進；測試項目無法評估或者無法給出完整的評估。此時必須給出原因。如果是因為該測試項目沒有說明清楚，應該修改測試計劃。提交測試報告驗收標準和注意事項驗收測試完成標準:完全執行了驗收測試計劃中的每個測試用例。在驗收測試中發現的錯誤已經得到修改并且通過了測試或者經過評估留待下一版本中修改。

完成軟件驗收測試報告。注意事項：必須編寫正式的、單獨的驗收測試報告驗收測試必須在實際用戶運行環境中進行由用戶和測試部門共同執行。如公司自開發產品，應由測試人員，產品設計部門，市場部門等共同進行。α測試是指軟件開發公司組織內部人員模擬各類用戶對即將面市軟件產品（稱為α版本）進行測試，試圖發現錯誤并修正。α測試的關鍵在于盡可能逼真地模擬實際運行環境和用戶對軟件產品的操作并盡最大努力涵蓋所有可能的用戶操作方式。經過α測試調整的軟件產品稱為β版本。β測試是指軟件開發公司組織各方面的典型用戶在日常工作中實際使用β版本，并要求用戶報告異常情況、提出批評意見α測試和β測試7.2產品規格說明書的驗證產品規格說明書（Specification）基于用戶需求的定義，詳細描述將要開發出一個什么樣的產品，包括產品的用途、有哪些功能、用戶界面的表現形式及其交互特性等。遵守公司內部約定的模板或其他要求。采用Word、PDF、Visio或HTML等文檔格式，包括文字、表格、圖形甚至動畫等內容。7.2.1產品規格說明書的評審產品規格說明書決定了最終需要開發出的產品，對產品規格說明書的充分評審，可以排除約60%的錯誤，為項目節約大量成本。評審方法包括同行評審（Peer-to-peerReview）走查（Walkthrough）正式會議審查（Inspection）7.2.2產品規格說明書的驗證屬于功能性測試范疇測試人員不僅要根據產品說明書的每一個特性導出測試用例，而且針對上述的變動，及時更新測試用例，確保產品規格說明書和測試用例保持一致提交基于產品規格說明書的驗收報告可以正式的，也可以非正式的包括所有特征的清單已經實現的特性標識為通過。特性沒有實現的，報告缺陷并在報告中體現。特性基本實現，但與產品說明書中內容不相一致。報告缺陷并在報告中體現。特性基本實現，但存在一些問題或錯誤。7.3用戶界面和可用性測試用戶界面的7個要素:符合標準和規范。直觀性。一致性。靈活性。舒適性。

正確性。實用性。易用性測試沒有具體量化的指標，主觀性較強。1.符合標準和規范現有的平臺上軟件都需要遵守一定的標準和規范：何時使用復選框，何時使用單選按鈕何時使用提示信息、警告信息或者嚴重警告信息等通常標準是已經確立的，多數用戶已經熟悉并接受了這些標準和規范、或已經認同了這些信息所代表的意義。如果軟件在某一個平臺上運行，就需要把該平臺的標準和規范作為產品規格說明書的補充內容，在建立測試案例時和產品規格說明書一樣作為依據。2.直觀性直觀性：首先確定功能操作界面、提示或期待的結果是否直觀、顯著，并是否在預期的地方或時間出現其次，考慮用戶界面的組織和布局是否合理，界面是否整潔、不擁擠、以及是否有多余的功能，是否復雜難以掌握3.一致性軟件本身的一致性與公司其他軟件、第三方軟件的一致性字體是否一致界面的各元素風格是否一致平臺的標準和規范是否一致4.靈活性用戶喜歡可以靈活選擇的軟件，軟件可以選擇不同的狀態和方式，完成相應的功能。但靈活性也可能發展為復雜性，太多的狀態和方式的選擇增加的不僅僅是用戶理解和掌握的困難程度。多種狀態之間的轉換，增加了編程的難度，更增加了軟件測試人員的工作量。例：5.舒適性恰當的表現、合理的安排、必要的提示或更正能力等是要考慮的因素，包括容錯處理和性能。例如蘋果公司推出的一系列產品。舒適性例子6.正確性正確性的問題一般都很明顯，比較容易發現。是否有多余或遺漏的功能功能是否被正確實現語言拼寫是否無誤在不同媒介上的表現是否一致所有界面元素的狀態是否都準確無誤7.實用性指軟件產品的各個功能是否實用無用的功能會增加程序的復雜度，產生不必要的缺陷。軟件開發和維護過程中，隨著軟件演化會產生一些沒有實用價值的功能。沒有一個具體量化的指標，主觀性較強。簡單性

1-clickNextNextNext…7.4兼容性測試兼容性包括：硬件兼容。軟件之間兼容。數據之間兼容。7.4.1軟件兼容性軟件兼容性測試是指驗證軟件之間是否能夠正確的交互和共享信息，包括同步共享、異步共享，還包括本地交互、遠程通信交互。1.向前和向后兼容向后兼容是指可以使用以前版本的軟件向前兼容是指可以使用未來版本的軟件向后兼容是必要的向前兼容雖然并不是必須的，但是需要努力做到

Backward&forwardcompatibleData.docWord98runningonWin98Word2003runningonWindowsXPForwardCompatibilityBackwardCompatibilityXXXrunningonOS2005Word2000runningonWindows2KWordrunningonWinNTWord95/97runningonWin95/97Data.RTFData.txtToolsMustdoHadbetterdesignLoadolddataImportolddataExchangenewdata2.多版本的測試驗證操作系統新版本是否兼容數百萬個應用程序需要采取有效的測試策略，例如對所有可能的組合進行等價劃分、優化，獲得最少的有效測試集合。通常做法包括：將軟件分類，如字處理、電子表格、數據庫、圖形處理和游戲等，從每種類型中選擇部分測試軟件按照軟件的流行程度選擇較流行的軟件按照軟件發布的時間，選擇最近年份內的程序和版本ImpactoftestingMultipleversionsNewComputingPlatform2005PaintingandDrawingProgramsDatabaseWordProcessorsSpreadsheetProgramsGamesEducationalProgramsCompatibilitytestPopularity:Top100or1000basedonsalesdadaAge:<3-yearoldType:breakintotypes:DB,Word,Graph,…

ManufacturerCriteriatoChooseprograms例:設計測試矩陣表每一個瀏覽器和版本支持的特性上都有細微的差別，在不同的操作系統上表現也有所不同。針對一個網站的兼容性測試7.4.2數據共享兼容性測試數據共享兼容性測試表現的方面剪切、復制和粘貼文件的存取文件的數據格式必須符合標準，能被其他應用軟件讀取文件的導入和導出WordEditorFromCompanyU

RunningonOperatingSystemWWordEditorFromCompanyC

RunningonOperatingSystemLSpreadsheetFromCompanyL

RunningonOperatingSystemNFileImport/ExportNetworkImport/ExportFileLoad/SaveCut,Copy,PasteBackup7.4.3硬件兼容性測試配置測試的必要性計算機配置的復雜多樣性配置測試的基本方法配置測試的主要任務是發現硬件配置缺陷判斷一個缺陷是否是配置缺陷，常用方法是在另一臺不同配置的計算機上執行相同操作，如果缺陷沒有出現，就可以是配置缺陷存在組合爆炸問題，可以考慮采用等價類劃分、組合測試等技術進行劃分和優化7.5可安裝性和可恢復性測試軟件測試中容易忽略的一個環節可安裝性測試:系統軟件安裝應用軟件安裝服務器的安裝客戶端的安裝產品升級安裝等等安裝與卸載測試軟件安裝方式多樣化：有客戶端軟件安裝、有通過瀏覽器下載安裝、服務器端的系統部署、云服務平臺等客戶端安裝測試時驗證能否正確安裝成功、安裝步驟是否清晰、中途是否退出、安裝完之后能否順利卸載、卸載時是否破壞用戶數據、是否能夠正常升級等安裝測試需要注意的事項嚴格按照安裝文檔的說明，一步一步進行操作軟件的安裝說明書是否對安裝環境做限制和要求安裝過程是否簡單、容易掌握安裝過程是否有明顯的、合理的提示信息卸載測試也是安裝測試的一部分安裝過程中是否會出現不可預見的或不可修復的錯誤安裝過程是否占用太多系統資源軟件安裝的完整性和靈活性軟件使用的注冊號碼驗證可恢復性測試

恢復測試主要檢查系統的容錯能力。當系統出錯時，能否在指定時間間隔內修正錯誤或重新啟動系統。運行過程中出現的錯誤對局部有影響，但不能造成整個系統的崩潰。在某些情況下，一旦某個子系統出現問題，有一個備份子系統將服務接替過來，從而不會影響這個系統恢復測試首先要通過各種手段，讓軟件強制性地發生故障，然后驗證系統是否能盡快恢復。

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

對于人工干預的恢復系統，還需估測平均修復時間，確定其是否在可接受的范圍內。7.6文檔測試軟件文檔已成為軟件的一個重要組成部分，而且種類繁多，對文檔的測試也變得必不可少。文檔是軟件重要組成部分，所以文檔的錯誤也是缺陷文檔的重要性用戶通過文檔可以掌握具體的使用方法，提高易用性用戶使用軟件時遇到問題，通過幫助文檔可以有效解決問題，減少企業技術支持費用

文檔的種類聯機幫助文檔或用戶手冊；指南和向導；安裝、設置指南；示例及模板；錯誤提示信息；用于演示的圖像和聲音；授權/注冊登記表及用戶許可協議；軟件的包裝、廣告宣傳材料。怎樣進行文檔測試好的文檔能達到提高易用性、提高可靠性、降低技術支持的費用的目的，從而提高了產品的整體質量。軟件驅動的文檔還得像程序一樣運行起來測試。主要檢查文檔的正確性：不要把軟件的功能和操作寫錯，也不允許文檔內容前后矛盾完備性：不能漏掉關鍵內容易理解性：文檔不能含糊，要清晰，要讓大眾用戶看得懂，容易理解一致性：例如檢查產品功能描述是否自相矛盾，與其他功能有沒有沖突

人工測試實訓案例以手機信息管理系統為例，進行人工系統測試實訓的操作，如下僅進行安裝測試、界面測試及易用性測試、修改用戶名和密碼模塊的測試。對于手機信息管理系統來說，修改用戶名和密碼以及成功登錄系統是整個信息管理系統的一個側重點，這涉及到用戶權限的變更和系統的安全性等問題。1.安裝測試安裝測試安裝