1目錄軟件測試計劃概述測試計劃的內容詳解測試用例概述什么是測試用例為什么需要測試用例良好測試用例的特征測試用例的組成元素與范例白盒測試用例設計方法等價類測試用例設計方法邊界值測試用例設計方法錯誤推測法測試用例設計因果圖法測試用例設計測試類型與測試用例設計設計測試用例的策略選擇測試用例設計工具案例研究：黑盒測試用例設計2軟件測試計劃概述測試計劃的定義一個敘述了預定的測試活動的范圍、途徑、資源及進度安排的文檔。它確認了測試項、被側特征、測試任務、人員安排、以及任何偶發計劃的風險。

《ANSI/IEEE軟件測試文檔標準829-1983》測試計劃的作用為測試過程提供指導測試目標測試內容測試方法測試時間周期改善測試任務與測試過程的關系提高測試的組織、規劃和管理能力測試計劃的內容測試項目簡介測試項需要測試的特征不需要測試的特征測試的方法（測試人員、測試工具、測試流程）測試開始條件和結束條件測試提交的結果與格式測試環境（軟件、硬件、網絡）測試者的任務、聯系方式與培訓測試進度與跟蹤方式測試風險與解決方式本測試計劃的審批與變更方式3測試計劃的內容詳解

測試項目簡介

歸納所要求測試的軟件項和軟件特性，可以包括系統目標、背景、范圍及引用材料等。

在最高層測試計劃中，如果存在下述文件，則需要引用它們：項目計劃、質量保證計劃、有關的政策、有關的標準等。測試項描述被測試的對象，包括其版本、修訂級別，并指出在測試開始之前對邏輯或物理變換的要求。

被測試的特性指明所有要被測試的軟件特性及其組合，指明每個特性或特性組合有關的測試設計說明。

不被測試的特性指出不被測試的所有特性和特性的有意義的組合及其理由。

4測試計劃的內容詳解（續1）

測試方法描述測試的總體方法，規定測試指定特性組志需的主要活動、所需的時間。規定所希望的測試程度，指明用于判斷測試徹底性的技術（如：檢查哪些語句至少執行過一次）。指出對測試的主要限制，例如：測試項可用性、測試資源的可用性和測試截止期限等。

開始條件和結束條件規定各測試項的開始測試需要滿足的條件測試通過和測試結束的條件。

測試環境

測試的操作系統和需要安裝的輔助測試工具（來源與參數設置）軟件、硬件和網絡環境設置5測試計劃的內容詳解（續2）

測試者的任務、聯系方式與培訓

測試成員的名稱、任務、電話、電子郵件等聯系方式為完成測試需要進行的項目課程培訓

測試進度與跟蹤方式

在軟件項目進度中規定的測試里程碑以及所有測試項傳遞時間。

定義所需的新的測試里程碑，估計完成每項測試任務所需的時間，為每項測試任務和測試里程碑規定進度，對每項測試資源規定使用期限。報告和跟蹤測試進度的方式：每日報告、每周報告；書面報告、電話會議

測試風險與解決方式

預測測試計劃中的風險規定對各種風險的應急措施（延期傳遞的測試項可能需要加班、添加測試人員、減少測試內容。）

測試計劃的審批和變更方式

審批人和生效方式如何處理測試計劃的變更6測試用例概述如何以最少的人力、資源投入，在最短的時間內完成測試，發現軟件系統的缺陷，保證軟件的優良品質，則是軟件公司探索和追求的目標。測試用例是測試工作的指導，是軟件測試的必須遵守的準則。更是軟件測試質量穩定的根本保障。7什么是測試用例測試用例的定義測試內容的一系列情景和每個情景中必須依靠輸入和輸出，而對軟件的正確性進行判斷的測試文檔，稱為測試用例。測試用例就是將軟件測試的行為活動，做一個科學化的組織歸納。8為什么需要測試用例在開始實施測試之前設計好測試用例，避免盲目測試并提高測試效率，減少測試的不完全性；測試用例的使用令軟件測試的實施重點突出、目的明確；根據測試用例的多少和執行難度，估算測試工作量，便于測試項目的時間和資源管理與跟蹤；減少回歸測試的復雜程度在軟件版本更新后只需修正少量的測試用例便可展開測試工作，降低工作強度、縮短項目周期；功能模塊的測試用例的通用化和復用化則會使軟件測試易于開展，并隨著測試用例的不斷細化其效率也不斷攀升；根據測試用例的操作步驟和執行結果，可以方便地書寫軟件測試缺陷報告；可以根據測試用例的執行等級，實施不同級別的測試；為分析軟件缺陷和程序模塊質量提供依據；便于大型軟件測試項目外包測試指導基礎；總結：軟件測試是有組織性、步驟性和計劃性的，為了能將軟件測試的行為轉換為可管理的、具體量化的模式，需要創建和維護測試用例。9良好測試用例的特征可以最大程度地找出軟件隱藏的缺陷可以最高效率的找出軟件缺陷可以最大程度地滿足測試覆蓋要求既不過分復雜、也不能過分簡單使軟件缺陷的表現可以清楚的判定測試用例包含期望的正確的結果待查的輸出結果或文件必須盡量簡單明了不包含重復的測試用例測試用例內容清晰、格式一致、分類組織10測試用例的組成元素與范例測試用例編號ID測試用例標題測試的模塊測試輸入條件期望的輸出結果其它說明ID類型標題測試步驟期望的結果說明001登錄輸入正確密碼用戶在登錄界面輸入正確的密碼后，按回車鍵程序提示登錄成功002登錄輸入錯誤密碼用戶在登錄界面輸入錯誤的密碼后，按回車鍵程序提示輸入密碼錯誤，請重新輸入003登錄不輸入的空密碼用戶在登錄界面沒有輸入任何密碼使密碼為空后，按回車鍵程序提示用戶沒有輸入密碼，請輸入程序應該告知用戶沒有輸入密碼，而不是密碼錯誤11白盒測試用例設計方法什么是白盒測試白盒測試也稱為結構測試，把程序看作一個透明的盒子，測試程序的代碼書寫結構和邏輯問題白盒測試用例的設計方法邏輯覆蓋：以程序的內部邏輯結構為基礎，分為語句覆蓋、判定覆蓋、判定-條件覆蓋、條件組合覆蓋等基本路徑測試：在程序控制流程的基礎上，分析控制構造的環路復雜性，導出基本可執行路徑集合，從而設計測試用例。白盒測試用例注意事項由于測試路徑可能非常多，由于時間和資源問題，選出足夠多的路徑測試由于深入到程序編碼，通常開發人員協助測試人員書寫白盒測試用例12等價類測試用例設計方法什么是黑盒測試白盒測試也稱為功能測試，把程序看作一個不透明的盒子，測試程序的功能。黑盒測試用例的設計方法等價類劃分：在分析需求規格說明的基礎上劃分等價類，列出等價類表。

將程序可能的輸入數據分成若干個子集，從每個子集選取一個代表性的數據作為測試用例，等價類是某個輸入域的子集，在該子集中每個輸入數據的作用是等效的。等價類的分類：有效等價類和無效等價類。有效等價類是有意義的、合理的輸入數據，可以檢查程序是否實現了規格說明中所規定的功能和性能。無效等價類與有效等價類的意義相反。設計測試用例時，要同時考慮這兩種等價類。因為軟件不僅要能接收合理的數據，也要能經受意外的考驗。這樣的測試才能確保軟件具有更高的可靠性。13確定等價類的方式在輸入條件規定了取值范圍或值的個數的情況下，則可以確立一個有效等價類和兩個無效等價類。在輸入條件規定了輸入值的集合或者規定了“必須如何”的條件的情況下，可以確立一個有效等價類和一個無效等價類。在輸入條件是一個布爾量的情況下，可確定一個有效等價類和一個無效等價類。在規定了輸入數據的一組值(假定n個)，并且程序要對每一個輸入值分別處理的情況下，可確立n個有效等價類和一個無效等價類。在規定了輸入數據必須遵守的規則的情況下，可確立一個有效等價類(符合規則)和若干個無效等價類(從不同角度違反規則)。14根據等價類創建測試用例的步驟建立等價類表，列出所有劃分出的等價類：輸入條件有效等價類無效等價類………………為每個等價類規定一個唯一的編號；設計一個新的測試用例，使其盡可能多地覆蓋尚未覆蓋的有效等價類。重復這一步，最后使得所有有效等價類均被測試用例所覆蓋；設計一個新的測試用例，使其只覆蓋一個無效等價類。重復這一步使所有無效等價類均被覆蓋。15邊界值測試用例設計方法邊界值分析法：程序的很多錯誤發生在輸入或輸出范圍的邊界上，因此針對各種邊界情況設置測試用例，可以發現不少程序缺陷。設計方法：確定邊界情況（輸入或輸出等價類的邊界）選取正好等于、剛剛大于或剛剛小于邊界值作為測試數據16確定邊界值的方式如果輸入條件規定了值的范圍，則應取剛達到這個范圍的邊界的值，以及剛剛超越這個范圍邊界的值作為測試輸入數據。如果輸入條件規定了值的個數，則用最大個數、最小個數、比最小個數少一、比最大個數多一的數作為測試數據。如果程序的規格說明給出的輸入域或輸出域是有序集合，則應選取集合的第一個元素和最后一個元素作為測試用例。如果程序中使用了一個內部數據結構，則應當選擇這個內部數據結構的邊界上的值作為測試用例。分析規格說明，找出其他可能的邊界條件。17錯誤推測法測試用例設計基于經驗和直覺推測程序中所有可能存在的各種錯誤，從而有針對性地設計測試用例。發現程序經常出現的錯誤的方法：單元測試中發現的模塊錯誤；產品的以前版本曾經發現的錯誤；輸入數據為0或字符為空；當軟件要求輸入時(比如在文本框中),不是沒有輸入正確的信息，而是根本沒有輸入任何內容，單單按了Enter鍵；這種情況在產品說明書中常常忽視，程序員也可能經常遺忘，但是在實際使用中卻時有發生。程序員總會習慣性的認為用戶要么輸入信息，不管是看起來合法的或非法的信息，要不就會選擇Cancel鍵放棄輸入，18測試場景法設計測試用例現在的軟件幾乎都是用事件觸發來控制流程的，事件觸發時的情景便形成了場景，而同一事件不同的觸發順序和處理結果就形成事件流。這種在軟件設計方面的思想也可引入到軟件測試中，可以比較生動地描繪出事件觸發時的情景，有利于測試設計者設計測試用例，同時使測試用例更容易理解和執行。19因果圖法測試用例設計多種輸入條件的組合，產生多種結果設計測試用例。設計方法：分析軟件規格說明文檔描述的哪些是原因（輸入條件），哪些是結果（輸出條件），給每個原因和結果賦予一個標示符。找出原因與結果，原因與原因之間的對應關系，劃出因果圖在因果圖上標上哪些不可能發生的因果關系，表明約束或限制條件根據因果圖，創建判定表，將復雜的邏輯關系和多種條件組合很具體明確的表示出來把判定表的每一行作為依據設計測試用例。20測試類型與測試用例設計根據測試類型設計根據程序功能模塊設計功能測試易用性測試配置測試壓力測試回歸測試界面測試文檔測試國際化測試

測試用例1

測試用例2

測試用例3

測試用例1

測試用例2

測試用例3安裝/卸載測試聯機幫助測試軟件更新測試聯機注冊測試文件操作測試

測試用例1

測試用例2

測試用例3

測試用例1

測試用例2

測試用例3數據備份測試21設計測試用例的策略選擇測試用例的設計方法不是單獨存在的，具體到每個測試項目里都會用到多種方法，每種類型的軟件有各自的特點，每種測試用例設計的方法也有各自的特點，針對不同軟件如何利用這些黑盒方法是非常重要的。在實際測試中，往往是綜合使用各種方法才能有效提高測試效率和測試覆蓋度，這就需要認真掌握這些方法的原理，積累更多的測試經驗，以有效提高測試水平。首先進行等價類劃分，包括輸入條件和輸出條件的等價劃分，將無限測試變成有限測試，這是減少工作量和提高測試效率的最有效方法。在任何情況下都必須使用邊界值分析方法。經驗表明用這種方法設計出測試用例發現程序錯誤的能力最強。對照程序邏輯，檢查已設計出的測試用例的邏輯覆蓋程度。