軟件測試用例分析與設計ppt課件

1、軟件測試用例的設計,測試用例概述 測試用例設計方法 測試用例的設計步驟,在日常的測試用例設計過程中，存在的問題,討論,如何以最少的人力、資源投入，在最短的時間內完成測試，發(fā)現軟件系統(tǒng)的缺陷，保證軟件的優(yōu)良品質，則是軟件公司探索和追求的目標。 測試用例是測試工作的指導，是軟件測試的必須遵 守的準則，更是軟件測試質量穩(wěn)定的根本保障,測試用例概述,測試用例可以獨立進行測試執(zhí)行的最小單元。 測試內容的一系列情景和每個情景中必須依靠輸入和輸出，而對軟件的正確性進行判斷的測試文檔，稱為測試用例。 測試用例就是將軟件測試的行為活動，做一個科學化的組織歸納。 軟件測試是有組織性、步驟性和計劃性的，為了能將軟件

2、測試的行為轉換為可管理的、具體量化的模式，需要創(chuàng)建和維護測試用例,什么是測試用例,在開始實施測試之前設計好測試用例，避免盲目測試并提高測試效率，減少測試的不完全性； 測試用例的使用令軟件測試的實施重點突出、目的明確； 根據測試用例的多少和執(zhí)行難度，估算測試工作量，便于測試項目的時間和資源管理與跟蹤； 減少回歸測試的復雜程度，在軟件版本更新后只需修正少量的測試用例便可展開測試工作，降低工作強度、縮短項目周期,為什么需要測試用例,功能模塊的測試用例的通用化和復用化則會使軟件測試易于開展，并隨著測試用例的不斷細化其效率也不斷攀升； 根據測試用例的操作步驟和執(zhí)行結果，為分析軟件缺陷和程序模塊質量提供依

3、據；可以方便地書寫軟件測試缺陷報告； 可以根據測試用例的執(zhí)行等級，實施不同級別的測試； 便于大型軟件測試項目外包測試指導基礎,為什么需要測試用例,可以最大程度地找出軟件隱藏的缺陷 可以最高效率的找出軟件缺陷 可以最大程度地滿足測試覆蓋要求 既不過分復雜、也不能過分簡單 使軟件缺陷的表現可以清楚的判定 測試用例包含期望的正確的結果 待查的輸出結果或文件必須盡量簡單明了 不包含重復的測試用例 測試用例內容清晰、格式一致、分類組織 測試用例的簡明性， 與易理解性， 達到僅根據測試用例即可完成測試為目的,良好測試用例的特征,可以設計多少個測試用例,問題,UCTC1、TC2TS 判斷測試的質量，取決于廣

4、度、深度，不取決于頻度。 廣度：功能需求的覆蓋率； 深度：單功能點的測試用例的數量。 深度的級別：A:Main TC (基本流) A1:（備選流） B:additional TC （等價類、邊界值） C:supply TC(錯誤推導法、因果圖法) D:AD-HOC 隨機測試，固定時長 測試用例深度的設計，取決于功能的優(yōu)先級、重要度,小結,conception FetureScenarioUCcode-TC -IT 功能的重要度分為4級：critical、major、minor、Dont care,分析需求規(guī)格說明書,標識功能點中待測的業(yè)務實體 業(yè)務實體與測試的關系 數據庫測試（數據實體圖） 讀

5、需求規(guī)格來完成業(yè)務實體的標示 需求規(guī)格中的業(yè)務實體完整性判斷 數據實體：輸入、輸出,分析需求規(guī)格說明書,標識功能點中待測的業(yè)務規(guī)則 業(yè)務規(guī)則與測試的關系？ 業(yè)務規(guī)則分類標識 狹義的業(yè)務規(guī)則與廣義的業(yè)務規(guī)則 操作步驟、界面、規(guī)則、業(yè)務，主要完成細節(jié)TC邏輯設計,分析需求規(guī)格說明書,標識功能點中待測的業(yè)務流 業(yè)務流程中的動作與狀態(tài)分析 業(yè)務流程中動作按照時間列表 讀UML圖中的活動圖完成動作或活動的標示 完成流程用例的設計,分析需求規(guī)格說明書,標識功能點中待測的業(yè)務狀態(tài) 業(yè)務狀態(tài)與業(yè)務流程 業(yè)務狀態(tài)定義依據（未發(fā)生、發(fā)生中、已發(fā)生） 業(yè)務狀態(tài)的轉換條件標識 完善流程、功能用例的設計，業(yè)務狀態(tài)測試,

6、分析需求規(guī)格說明書,標識功能點中待測的業(yè)務角色 讀需求規(guī)格說明書中的組織結構域業(yè)務角色 角色對業(yè)務實體以及相關屬性操作的行為 角色之間的隸屬關系 讀業(yè)務執(zhí)行者的關系圖 權限測試（用戶與數據權限、用戶與行為權限、用戶與角色權限等,分析需求規(guī)格說明書,標識功能點中待測質量因素 讀需求規(guī)格說明書的非功能部分 客戶對軟件系統(tǒng)質量的細節(jié)要求標出列表 將與軟件系統(tǒng)相關的質量屬性標出列表 對軟件系統(tǒng)的質量屬性進行優(yōu)先級別的排序 非功能性測試（性能、可靠性、健壯），此部分測試基本都是通過自動化測試完成的（壓力、疲勞、容量等,分析需求規(guī)格說明書,標識功能點中待測環(huán)境因素 讀需求規(guī)格說明書關于軟件系統(tǒng)運維環(huán)境的描

7、述部分 標識軟件系統(tǒng)運行的相關環(huán)境因素 對相關的環(huán)境因素給出詳細列表 對易變動環(huán)境與穩(wěn)定環(huán)境進行標識 生產環(huán)境對測試的影響,分析需求規(guī)格說明書,正確理解需求的過程,分析需求規(guī)格說明書,測試用例設計的視角,測試種類、階段和用例的關系,測試用例設計,1、軟件版本編號。 2、測試用例編號，編號的格式可根據軟件版本號+用例號來確定。 3、用例的優(yōu)先級，在一個時間緊湊的測試環(huán)境下，為了按效率的完成測試用例。 4、前提條件：參數、配置、數據準備。 5、業(yè)務說明。 4、用例步驟ID。 5、輸入數據。 6、期望輸出數據。某個步驟下，輸入了某條數據，你期望程序會輸出什么數據，可以用來與實際輸出的數據相比較。 8

8、、備注。為什么要備注，可能你在考慮這個Case的時候有一個好的點子或者思路，可寫在備注里面。 9、測試環(huán)境。 10、用例編寫人/日期。(不重要) 11、測試執(zhí)行者/日期。（不重要） 可能根據不同的項目還需要一些補充，可以根據具體情況具體分析。 注：在測試用例設計中，測試步驟、測試數據分離,測試用例的基本結構,5W1H Why 為什么而測？目的 What 測什么？內容、期望結果 Where 在哪里測？環(huán)境 When 什么時候開始測？時間 Which 哪些輸入數據？測試數據 How 如何操作軟件？步驟,測試用例要描述什么,測試用例的元素,是由一組邏輯上相關聯的操作構成的。 有初始化操作，預計的輸入

9、，處理，輸出。 需要區(qū)分主業(yè)務流程和輔助業(yè)務流程 測試用例應該劃分優(yōu)先級，首先保證重點業(yè)務流程的正確性。 測試用例決不是一個一個的孤島，而是按照邏輯關系組合到一起，由數據構成的邏輯包,測試用例的組成,軟件測試用例的設計,測試用例概述 測試用例設計方法 測試用例的設計步驟,黑盒測試是從一種從軟件外部對軟件實施的測試，也稱功能測試或基于規(guī)格說明的測試。其基本觀點是：任何程序都可以看作是從輸入定義域到輸出值域的映射，這種觀點將被測程序看作一個打不開的黑盒，黑盒里面的內容(實現)是完全不知道的，只知道軟件要做什么。因無法看到盒子中的內容，所以不知道軟件是如何實現的，也不關心黑盒里面的結構，只關心軟件的

10、輸入數據和輸出結果,黑盒測試的基本概念,黑盒測試是從用戶觀點出發(fā)的測試，其目的是盡可能發(fā)現軟件的外部行為錯誤。在已知軟件產品功能的基礎上： 檢測軟件功能能否按照需求規(guī)格說明書的規(guī)定正常工作，是否有功能遺漏； 檢測是否有人機交互錯誤，是否有數據結構和外部數據庫訪問錯誤，是否能恰當地接收數據并保持外部信息（如數據庫或文件）等的完整性； 檢測行為、性能等特性是否滿足要求等； 檢測程序初始化和終止方面的錯誤等,黑盒測試的基本概念,黑盒測試著眼于軟件的外部特征，通過上述方面的檢測，確定軟件所實現的功能是否按照軟件規(guī)格說明書的預期要求正常工作。 兩個顯著的優(yōu)點： 黑盒測試與軟件具體實現無關，所以如果軟件實

11、現發(fā)生了變化，測試用例仍然可以使用； 設計黑盒測試用例可以和軟件實現同時進行，因此可以壓縮項目總的開發(fā)時間,黑盒測試的基本概念,窮舉輸入測試是不現實的。這就需要我們認真研究測試方法，以便能開發(fā)出盡可能少的測試用例，發(fā)現盡可能多的軟件故障。 常用的黑盒測試方法有等價類劃分、邊界值分析、決策表測試等，每種方法各有所長，我們應針對軟件開發(fā)項目的具體特點，選擇合適的測試方法，有效地解決軟件開發(fā)中的測試問題,黑盒測試的基本概念,等價類劃分 等價類劃分法是一種典型的黑盒測試方法，它完全不考慮程序的內部結構，只根據程序規(guī)格說明書對輸入范圍進行劃分，把所有可能的輸入數據，即程序輸入域劃分為若干個互不相交的子集

12、，稱為等價類，然后從每個等價類中選取少數具有代表性的數據作為測試用例，進行測試,黑盒測試方法,等價類劃分 所謂等價類是指輸入域的某個互不相交的子集合，所有等價類的并便是整個輸入域。 1 劃分等價類 （1）有效等價類 檢驗程序是否實現了規(guī)格說明預先規(guī)定的功能和性能。 （2）無效等價類 檢查軟件功能和性能的實現是否有不符合規(guī)格說明要 求的地方,黑盒測試方法,等價類劃分 2常用的等價類劃分原則 （1）按區(qū)間劃分 （2）按數值劃分 （3）按數值集合劃分 （4）按限制條件或規(guī)則劃分 （5）細分等價類,黑盒測試方法,等價類劃分 3等價類劃分測試用例設計 在設計測試用例時應同時考慮有效等價類和無效等價 類測

13、試用例的設計。根據等價類表設計測試用例，具 體步驟如下： （1）為每個等價類規(guī)定一個唯一的編號。 （2) 設計一個新的測試用例，盡可能多地覆蓋尚未被覆蓋的有效等價類，重復這一步，直到測試用例覆蓋了所有的有效等價類。 （3) 設計一個新的測試用例，使其覆蓋并且只覆蓋一個還沒有被覆蓋的無效等價類。重復這一步，直至測試用例覆蓋了所有的無效等價類,黑盒測試方法,等價類劃分-案例分析 三角形問題的等價類測試 輸入三個整數a、b和c分別作為三角形的3條邊，通過程序判斷由這3條邊構成的三角形類型是：等邊三角形、等腰三角形、一般三角形或非三角形（不能構成一個三角形） 輸入3個整數a、b和c分別作為三角形的三條

14、邊，要求a、 b和c必須滿足以下條件： Con11a100 Con 21b100 Con 31c100 Con 4ab+c Con 5ba+c Con 6ca+b,黑盒測試方法,等價類劃分-案例分析 三角形問題的等價類測試,黑盒測試方法,等價類劃分-案例分析 三角形問題的等價類測試,黑盒測試方法,邊界值分析法 大量的軟件測試實踐表明，故障往往出現在定義域或值域的邊界上，而不是在其內部。為檢測邊界附近的處理專門設計測試用例，通常都會取得很好的測試效果。因此邊界值分析法是一種很實用的黑盒測試用例方法，它具有很強的發(fā)現故障的能力。 設計方法： 確定邊界情況（輸入或輸出等價類的邊界） 選取正好等于、剛

15、剛大于或剛剛小于邊界值作為測試數據,黑盒測試方法,邊界值分析法-案例分析 加法器程序計算兩個1100之間整數的和。 對于加法器程序，根據輸入要求可將輸入空間劃分為三個等價類，即1個有效等價類（1100之間），兩個無效等價類（100）。但這種等價類劃分不是很完善，我們只考慮了輸入數據的取值范圍，而沒有考慮輸入數據的類型，我們認為輸入應為整數，但用戶輸入什么都有可能,黑盒測試方法,邊界值分析法-案例分析 為此，我們可綜合考慮輸入數據的取值范圍和類型劃分等價類，其結果如下表所示,黑盒測試方法,邊界值分析法-案例分析 為此，我們可綜合考慮輸入數據的取值范圍和類型劃分等價類，其結果如下表所示,黑盒測試方

16、法,邊界值分析法 其實邊界值和等價類密切相關，輸入等價類和輸出等價類的邊界是要著重測試的邊界情況。在等價類的劃分過程中產生了許多等價類邊界。邊界是最容易出錯的地方，所以，從等價類中選取測試數據時應該關注邊界值。 在等價類劃分基礎上進行邊界值分析測試的基本思想是，選取正好等于、剛剛大于或剛剛小于等價類邊界的值作為測試數據，而不是選取等價類中的典型值或任意值做為測試數據,黑盒測試方法,錯誤推測法測試用例設計 基于經驗和直覺推測程序中所有可能存在的各種錯誤，從而有針對性地設計測試用例。 發(fā)現程序經常出現的錯誤的方法： 單元測試中發(fā)現的模塊錯誤； 產品的以前版本曾經發(fā)現的錯誤； 輸入數據為0或字符為空

17、； 當軟件要求輸入時(比如在文本框中),不是沒有輸入正確的信息，而 是根本沒有輸入任何內容，單單按了Enter鍵； 這種情況在產品說明書中常常忽視，程序員也可能經常遺忘，但是在實際使用中卻時有發(fā)生。程序員總會習慣性的認為用戶要么輸入信息，不管是看起來合法的或非法的信息，要不就會選擇Cancel鍵放棄輸入,黑盒測試方法,測試場景法設計測試用例 現在的軟件幾乎都是用事件觸發(fā)來控制流程的，事件觸發(fā)時的情景便形成了場景，而同一事件不同的觸發(fā)順序和處理結果就形成事件流。這種在軟件設計方面的思想也可引入到軟件測試中，可以比較生動地描繪出事件觸發(fā)時的情景，有利于測試設計者設計測試用例，同時使測試用例更容易理

18、解和執(zhí)行,黑盒測試方法,測試場景法設計測試用例 用例場景用來描述流經用例的路徑，從用例開始到結束遍歷這條路徑上所有基本流和備選流。每個基本流都是一個完整的業(yè)務流程，或者用例,黑盒測試方法,測試場景法設計測試用例案例分析 以ATM取款為例，按照基本流、備選流的概念，討論哪些是基本流、備選流,黑盒測試方法,基本流 開端是 ATM 處于準備就緒狀態(tài)。 1.準備提款 - 客戶將銀行卡插入 ATM 機的讀卡機。 2.驗證銀行卡 - ATM 機從銀行卡的磁條中讀取帳戶代碼，并檢查它是否屬于可以接收的銀行卡。 3.輸入 PIN - ATM 要求客戶輸入 PIN 碼（4 位） 4.驗證帳戶代碼和 PIN -

19、驗證帳戶代碼和 PIN 以確定該帳戶是否有效以及所輸入的 PIN 對該帳戶來說是否正確。對于此事件流，帳戶是有效的而且 PIN 對此帳戶來說正確無誤。 5.ATM 選項 - ATM 顯示在本機上可用的各種選項。在此事件流中，銀行客戶通常選擇“提款”。 6.輸入金額 - 要從 ATM 中提取的金額。對于此事件流，客戶需選擇預設的金額（10 美元、20 美元、50 美元或 100 美元）。 7.授權 - ATM 通過將卡 ID、PIN、金額以及帳戶信息作為一筆交易發(fā)送給銀行系統(tǒng)來啟動驗證過程。對于此事件流，銀行系統(tǒng)處于聯機狀態(tài)，而且對授權請求給予答復，批準完成提款過程，并且據此更新帳戶余額。 8.

20、出鈔 - 提供現金。 9.返回銀行卡 - 銀行卡被返還。 10.收據 - 打印收據并提供給客戶。ATM 還相應地更新內部記錄。 用例結束時 ATM 又回到準備就緒狀態(tài),黑盒測試方法,黑盒測試方法,測試場景法設計測試用例案例分析 用例設計,黑盒測試方法,測試場景法設計測試用例案例分析 數據設計： 一旦一旦確定了所有的測試用例，則應對這些用例進行復審和驗證以確保其準確且適度，并取消多余或等效的測試用例,黑盒測試方法,因果圖法 等價類劃分方法和邊界值分析法都是著重考慮輸入條件，也沒有考慮到輸入情況的各種組合，也沒考慮到各個輸入情況之間的相互制約關系。 因果圖方法的思路是：僅用自然語言書寫的程序規(guī)格說

21、明的描述中找出因（輸入條件）和果（輸出或程序狀態(tài)的改變），通過因果圖轉換為判定表,黑盒測試方法,因果圖法測試用例設計 設計方法： 分析程序規(guī)格說明的描述中，哪些是原因，哪些是結果。原因常常是輸入條件戒是輸入條件的等價類，而結果是輸出條件； 找出原因與結果，原因與原因之間的對應關系，劃出因果圖； 在因果圖上標上哪些不可能發(fā)生的因果關系，表明約束或限制 條件； 根據因果圖，創(chuàng)建判定表，將復雜的邏輯關系和多種條件組合很具體明確的表示出來； 把判定表的每一行作為依據設計測試用例,黑盒測試方法,因果圖法測試用例設計 因果圖中用到的基本符號,黑盒測試方法,因果圖法測試用例設計 因果圖中用到的條件之間關系的符號,黑盒測試方法,因果圖法測試用例設計案例分析 有一個處理單價為1元2元的盒裝飲料的自動售貨機軟件。若投入1元硬幣，按下“可樂”、“雪碧”和“紅茶”按鈕，相應的飲料就送出來。若投入的是兩元硬幣，在送出飲料的同時退還1元硬幣,黑盒測試方法,因果圖法測試用例設計案例分析,黑盒測試方法,決策表法 決策表是把作為條件的所有輸入的各種組合值以及對應輸出值都羅列出來而形成的表格。 它能夠將復雜的問題按照各種可能的情況全 部列舉出來，簡明并避免遺漏。因此，利用決策表能夠設計出完整