1、軟件測試方法和技術第7章驗收測試，田曉霞，第七章驗收測試，7.1驗收測試的過程和主要內容7.2產(chǎn)品規(guī)格的驗證7.3用戶界面和可用性測試7.4兼容性測試7.5可安裝性和可恢復性測試7.6文檔測試7.7驗收測試報告和用戶驗收測試，什么是驗收測試，驗收測試):)是軟件產(chǎn)品完成功能測試和系統(tǒng)測試之后，在產(chǎn)品發(fā)布之前的軟件測試活動。這是技術測試的最后階段，也稱為交付測試。7.1驗收測試的過程和主要內容，前提是：系統(tǒng)或軟件產(chǎn)品已通過系統(tǒng)測試軟件系統(tǒng)。測試內容：驗證系統(tǒng)是否滿足用戶需求規(guī)范(可能包括項目或產(chǎn)品驗收標準)中的要求，并盡量找出軟件中剩余的缺陷，以幫助進一步改進軟件，確保系統(tǒng)或軟件產(chǎn)品最終被用戶接

2、受。主要包括可用性測試、兼容性測試、安裝測試、文檔(如用戶手冊、操作手冊等)。)測試等等。測試步驟、制定測試計劃、測試項目、測試策略和驗收標準，并在客戶的參與下通過計劃評審。建立測試環(huán)境，設計測試用例，并審查它們。準備測試數(shù)據(jù)，執(zhí)行測試用例并記錄測試結果。分析測試結果，根據(jù)驗收通過標準分析測試結果，并進行驗收通過和測試評估。測試項目通過；測試項目失敗了，沒有變通辦法，需要做很大的修改；測試項目失敗了，但是有變通辦法，應該在后期維護或下一個版本中改進；測試項目無法評估或無法給出完整的評估。此時必須給出原因。如果測試項目解釋不清楚，應修改測試計劃。提交測試報告、驗收標準和注意事項，驗收測試完成標準

3、：完全執(zhí)行驗收測試計劃中的每個測試案例。驗收測試中發(fā)現(xiàn)的錯誤已被修改并通過測試，或在下一版本中評估修改。完成軟件驗收測試報告。注意事項：必須準備正式和單獨的驗收測試報告。驗收測試必須在實際的用戶操作環(huán)境中進行，并由用戶和測試部門共同執(zhí)行。如果公司開發(fā)自己的產(chǎn)品，應由測試人員、產(chǎn)品設計部門和營銷部門共同進行。7.2產(chǎn)品規(guī)格的驗證和生產(chǎn)規(guī)格的審核。檢查應用標準的正確性，不要與行業(yè)規(guī)范相沖突。檢查和研究類似的產(chǎn)品。驗證產(chǎn)品規(guī)格的完整性、準確性、一致性和合理性。生產(chǎn)規(guī)范驗證的已實現(xiàn)特征標記為通過。如果該特性沒有實現(xiàn)，報告錯誤并在報告中反映出來。這些特性基本上已經(jīng)實現(xiàn)，但是它們與產(chǎn)品規(guī)格不一致，所以bu

4、g會被報告并反映在報告中。功能基本上實現(xiàn)了，但是存在一些問題或錯誤。7.3用戶界面和可用性測試，用戶界面：的7個元素符合標準和規(guī)范。直覺。一致性。靈活性。舒適。正確性。實用性?？捎眯詼y試沒有具體的量化指標，因此是主觀的。符合標準和規(guī)范，通常標準已經(jīng)建立，大多數(shù)用戶已經(jīng)熟悉并接受這些標準和規(guī)范，或者已經(jīng)認識到這些信息所代表的含義。例如，如果軟件運行在某個平臺上，需要將平臺的標準和規(guī)范作為產(chǎn)品規(guī)范的補充內容，并以此作為建立測試用例的基礎。直覺和一致性，直覺：-首先，理解所需的功能或預期的反應應該是顯而易見的，并出現(xiàn)在預期的地方。-其次，我們應該考慮用戶界面的組織和布局是否合理。一致性：-包括軟件本

5、身的一致性以及軟件與其他軟件的一致性。靈活性用戶喜歡可以靈活選擇的軟件，軟件可以選擇不同的狀態(tài)和方式來完成相應的功能。然而，靈活性也可能發(fā)展成復雜性，過多狀態(tài)和模式的選擇不僅增加了用戶理解和掌握的難度。不同狀態(tài)之間的轉換增加了編程的難度和軟件測試人員的工作量。舒適性、正確性、實用性、舒適性：舒適性的定義是模糊的。人們對舒適有不同的理解。一般來說，適當?shù)谋憩F(xiàn)，合理的安排和必要的提示或糾正能力是需要考慮的因素。正確性：正確性的問題很明顯，也很容易找到。實用性：實用性并不意味著軟件本身是否實用，而只是特定的特性是否實用。大規(guī)?；蜷L周期的軟件開發(fā)，經(jīng)過反復的軟件開發(fā)，很容易產(chǎn)生一些不實用的功能。圖形用

6、戶界面測試和圖形用戶界面對軟件測試提出了有趣的挑戰(zhàn)，因為圖形用戶界面開發(fā)環(huán)境具有可重用的組件，并且開發(fā)用戶界面更省時、更準確。同時，圖形用戶界面的復雜性也增加了，這使得測試用例的設計和執(zhí)行更加困難。一般來說，有很多自動化的圖形用戶界面測試工具，比如jemmy、JFCunit等等。9.4圖形用戶界面測試，由于現(xiàn)在圖形用戶界面的設計和實現(xiàn)越來越相似，已經(jīng)產(chǎn)生了一系列的測試標準。圖形用戶界面測試可以根據(jù)標準進行。窗口菜單的測試標準數(shù)據(jù)項、圖形用戶界面測試、窗口的測試標準：窗口是否根據(jù)相關輸入和菜單命令正確打開？窗口可以調整大小、移動和滾動嗎？可以通過鼠標、功能鍵、方向鍵和鍵盤訪問窗口中的數(shù)據(jù)內容嗎？

7、在被覆蓋和調用后，窗口能被正確地重新生成嗎？你能在需要時使用所有與窗口相關的功能嗎？所有與窗戶相關的功能都可以操作嗎？是否有相關的下拉菜單、工具欄、滾動條、對話框、按鈕、圖標和其他控件可以被窗口使用并正確顯示？顯示多個窗口時，窗口的名稱是否正確表示？活動窗口是否正確高亮顯示？如果使用多任務處理，所有窗口都是實時更新的嗎？多次或不正確的鼠標按壓會導致不可預測的副作用嗎？窗口的聲音和顏色提示以及窗口的操作順序是否符合要求？窗戶關好了嗎？GUI測試、菜單和鼠標操作：菜單欄是否顯示在適當?shù)纳舷挛闹?？應用程序的菜單欄是否顯示系統(tǒng)相關功能(如時鐘顯示)？下拉操作是否正常工作？菜單、調色板和工具欄工作正常嗎

8、？所有菜單功能和下拉子功能是否正確列出？你能通過鼠標訪問所有菜單功能嗎？文本的字體、大小和格式是否正確？你能用其他文本命令激活每個菜單功能嗎？當前窗口操作時，菜單功能是高亮顯示還是灰顯？菜單功能是否正確執(zhí)行？菜單功能的名稱是不言自明的嗎？菜單項是否有用，是否與上下文相關？鼠標操作能在整個交互環(huán)境中被識別嗎？如果需要多次點擊鼠標，能否在上下文中正確識別？光標、加工指示器和識別指針是否隨操作正確改變？圖形用戶界面測試，數(shù)據(jù)項：字母數(shù)字數(shù)據(jù)項能否正確顯示并輸入系統(tǒng)？圖形模式下的數(shù)據(jù)項(如滾動條)工作正常嗎？你能識別非法數(shù)據(jù)嗎？數(shù)據(jù)輸入信息可以理解嗎？數(shù)據(jù)項的默認值是必需的且正確的嗎？GUI測試，測試

9、示例：SATM客戶可以選擇三種交易中的任何一種：存款、取款和余額查詢。這些交易可以在信用賬戶和儲蓄賬戶中進行。圖形用戶界面測試，測試覆蓋要求所有端口輸入和輸出的所有原子系統(tǒng)功能，7.4兼容性測試，軟件兼容性測試是指驗證軟件是否正確交互和共享信息。注意：從項目管理的角度來看，在滿足客戶需求的前提下，使平臺列表盡可能小是非常重要的，否則會給編碼和測試帶來巨大的工作量。兼容性包括：硬件兼容性。軟件之間的兼容性。數(shù)據(jù)之間的兼容性。向前和向后兼容，向后兼容意味著可以使用以前版本的軟件。向前兼容性意味著可以使用軟件的未來版本。多版本測試是一項巨大而艱巨的任務，它需要平等地分配所有可能的軟件組合，并驗證軟件

10、之間正確交互的最小有效集。我們通常做的是對軟件進行分類。例如：文字處理、電子表格、數(shù)據(jù)庫、圖形處理、游戲等。從每種類型中選擇一些測試軟件。根據(jù)流行程度選擇流行軟件。根據(jù)年份，選擇某一年內的程序和版本。在設計測試矩陣表時，每個瀏覽器和版本所支持的特性略有不同，在不同的操作系統(tǒng)中性能也不同。7.5可安裝性和可恢復性測試、可安裝性測試：系統(tǒng)軟件安裝應用軟件安裝服務器安裝客戶端安裝產(chǎn)品升級安裝等?？砂惭b性測試，安裝測試注釋：您需要專業(yè)安裝嗎？安裝說明是否對安裝環(huán)境有限制和要求。過程是否簡單易掌握。過程中是否有明顯合理的提示信息。是否會有不可預見或不可挽回的錯誤。安裝程序是否占用系統(tǒng)資源并與原系統(tǒng)沖突，

11、是否會影響原系統(tǒng)的安全性。軟件安裝的完整性和靈活性。許可證號和注冊號的驗證。升級安裝后原程序能否正常運行。卸載測試?？苫謴托詼y試和恢復測試主要檢查系統(tǒng)的容錯性。當系統(tǒng)出錯時，您能在指定的時間間隔內糾正錯誤或重新啟動系統(tǒng)嗎？首先，必須通過各種方式強制軟件發(fā)生故障，然后驗證系統(tǒng)是否能夠盡快恢復。對于自動恢復，需要驗證重新初始化、檢查點、數(shù)據(jù)恢復和重啟機制的正確性；對于手動干預的恢復系統(tǒng)，有必要估計平均修復時間，以確定其是否在可接受的范圍內。7.6文檔測試軟件文檔已經(jīng)成為軟件的重要組成部分，文檔種類繁多，因此文檔測試變得必不可少。文件類型。在線幫助文檔或用戶手冊；向導和向導；安裝和設置指南；示例和模

12、板；錯誤提示信息；用于演示的圖像和聲音；授權/登記表和用戶許可協(xié)議；軟件包裝和廣告材料；等等。如何進行文檔測試好的文檔可以提高可用性和可靠性，降低技術支持成本，從而提高產(chǎn)品的整體質量。非代碼文檔測試主要檢查文檔的正確性、完整性和可理解性。驗證正確性，驗證完整性，驗證可理解性。軟件驅動的文檔必須像程序一樣運行和測試。7.7驗收測試報告和用戶驗收測試，是指軟件開發(fā)公司組織內部人員模擬各類用戶對即將推出的軟件產(chǎn)品(稱為版本)進行測試，試圖發(fā)現(xiàn)錯誤并加以糾正。經(jīng)過測試和調整的軟件產(chǎn)品被稱為版本。以下測試是指軟件開發(fā)公司從各個方面組織典型用戶在日常工作中實際使用該版本，并要求用戶報告異常情況，提出批評意

13、見。然后軟件開發(fā)公司修正和改進版本。驗收測試報告，也稱為發(fā)布報告，有三種常見的驗收測試策略，即：正式驗收測試、非正式驗收測試或測試選擇策略，通常基于合同要求、組織和公司標準以及應用領域。正式驗收測試是一個嚴格管理的過程，通常是系統(tǒng)測試的延續(xù)。規(guī)劃和設計這些測試就像系統(tǒng)測試一樣徹底和詳細。所選擇的測試用例應該是系統(tǒng)測試中執(zhí)行的測試用例子集的兩種正式驗收測試方式：在一些組織中，開發(fā)組織(或其獨立的測試團隊)與最終用戶組織的代表一起執(zhí)行驗收測試。在其他組織中，驗收測試完全由最終用戶組織進行，或者由最終用戶組織選擇的人員組成一個客觀公正的團隊。正式驗收測試(續(xù))。正式驗收測試的優(yōu)點包括：要測試的功能和

14、特性是已知的。測試的細節(jié)是已知的，可以進行評估。該測試可以自動執(zhí)行，并支持回歸測試。測試過程可以被評估和監(jiān)控?？山邮苄詷藴适且阎摹Ｕ津炇諟y試的缺點包括：它需要大量的資源和計劃。這些測試可能是系統(tǒng)測試的重新實現(xiàn)。由主觀原因導致的缺陷可能在軟件中找不到，因為你只尋找那些預期會被發(fā)現(xiàn)的缺陷。非正式驗收或測試，在非正式驗收測試中，執(zhí)行測試過程的限制不如在正式驗收測試中嚴格。在這個測試中，要研究的功能和業(yè)務任務被識別和記錄，但是沒有特定的測試用例可以遵循。測試內容由每個測試人員決定。這種驗收測試方法不像正式驗收測試那樣有組織和主觀。在大多數(shù)情況下，非正式的驗收測試由最終用戶組織執(zhí)行。非正式接受或測試

15、(續(xù))非正式接受或測試的優(yōu)點包括：被測試的功能和特性是已知的。測試過程可以被評估和監(jiān)控。可接受性標準是已知的。與正式驗收測試相比，可以發(fā)現(xiàn)更多由主觀原因造成的缺陷。非正式驗收或測試的缺點包括：需要資源、規(guī)劃和管理資源。無法控制使用的測試用例。最終用戶可能會遵循系統(tǒng)的工作方式，可能不會發(fā)現(xiàn)缺陷。最終用戶可能會專注于將新系統(tǒng)與舊系統(tǒng)進行比較，而不是發(fā)現(xiàn)缺陷。驗收測試的資源不受項目控制，可能會被壓縮。在上述三種驗收測試策略中，測試需要最少的控制。在測試中，使用的細節(jié)、數(shù)據(jù)和方法完全由每個測試人員決定。每個測試人員負責創(chuàng)建自己的環(huán)境，選擇數(shù)據(jù)，并決定要研究的功能、特性或任務。每個測試人員負責確定他對系

16、統(tǒng)當前狀態(tài)的接受標準。測試由最終用戶執(zhí)行，通常開發(fā)(或其他非最終用戶)組織很少或沒有管理。測試是所有驗收測試策略中最主觀的。測試(續(xù))，測試的優(yōu)勢在于測試由最終用戶執(zhí)行。大量潛在的測試資源。提高客戶對參與者的滿意度。與正式或非正式的驗收測試相比，可以發(fā)現(xiàn)更多由主觀原因造成的缺陷。測試的缺點是沒有測試所有的功能和/或特性。測試過程很難評估。最終用戶可能會遵循系統(tǒng)的工作方式，可能不會發(fā)現(xiàn)或報告缺陷。最終用戶可能會專注于將新系統(tǒng)與舊系統(tǒng)進行比較，而不是發(fā)現(xiàn)缺陷。驗收測試的資源不受項目控制，可能會被壓縮。可接受性標準未知。需要更多的輔助資源來管理測試人員。驗收報告的模板一般分為三部分：頭、體、尾。驗收報告的負責人應注明項目的一些基本信息。參考格式如下：項目驗收報告項目名稱：產(chǎn)品名稱：產(chǎn)品版本：客戶名稱：供應商：驗收日期：驗收報告模板(續(xù))，驗收報告主要內容可參考以下模板格式：目錄.1前言1.1編寫目的.1.2項目背景.2功能驗收驗收項目類別驗收項