測試計劃和測試案例分析.

1、軟件測試計劃與測試用例設計Author：崔啟亮 （Gavin Cui）Email：MSN ：QiliangCWebsite: 2005 年年 7 月月2目錄v軟件測試計劃概述v測試計劃的內(nèi)容詳解v測試用例概述v什么是測試用例v為什么需要測試用例v良好測試用例的特征v測試用例的組成元素與范例v白盒測試用例設計方法v等價類測試用例設計方法v邊界值測試用例設計方法v錯誤推測法測試用例設計v因果圖法測試用例設計v測試類型與測試用例設計v設計測試用例的策略選擇v測試用例設計工具v案例研究：黑盒測試用例設計3軟件測試計劃概述測試計劃的定義測試計劃的定義 一個敘述了預定的測試活動的范圍、途徑、資源及進度安排

2、的文檔。它確認了測試項、被側(cè)特征、測試任務、人員安排、以及任何偶發(fā)計劃的風險。 ANSI/IEEE軟件測試文檔標準829-1983測試計劃的作用測試計劃的作用 為測試過程提供指導 測試目標 測試內(nèi)容 測試方法 測試時間周期 改善測試任務與測試過程的關系 提高測試的組織、規(guī)劃和管理能力測試計劃的內(nèi)容測試計劃的內(nèi)容 測試項目簡介 測試項 需要測試的特征 不需要測試的特征 測試的方法 （測試人員、測試工具、測試流程） 測試開始條件和結(jié)束條件 測試提交的結(jié)果與格式 測試環(huán)境（軟件、硬件、網(wǎng)絡） 測試者的任務、聯(lián)系方式與培訓 測試進度與跟蹤方式 測試風險與解決方式 本測試計劃的審批與變更方式4測試計劃的

3、內(nèi)容詳解 測試項目簡介測試項目簡介 歸納所要求測試的軟件項和軟件特性，可以包括系統(tǒng)目標、背景、范圍及引用材料等。 在最高層測試計劃中，如果存在下述文件，則需要引用它們：項目計劃、質(zhì)量保證計劃、有關的政策、有關的標準等。測試項測試項描述被測試的對象，包括其版本、修訂級別，并指出在測試開始之前對邏輯或物理變換的要求。 被測試的特性被測試的特性指明所有要被測試的軟件特性及其組合，指明每個特性或特性組合有關的測試設計說明。 不被測試的特性不被測試的特性指出不被測試的所有特性和特性的有意義的組合及其理由。 5測試計劃的內(nèi)容詳解（續(xù)1） 測試測試方法方法描述測試的總體方法，規(guī)定測試指定特性組志需的主要活動

4、、所需的時間。規(guī)定所希望的測試程度，指明用于判斷測試徹底性的技術(shù)（如：檢查哪些語句至少執(zhí)行過一次）。指出對測試的主要限制，例如：測試項可用性、測試資源的可用性和測試截止期限等。 開始條件和結(jié)束條件開始條件和結(jié)束條件規(guī)定各測試項的開始測試需要滿足的條件測試通過和測試結(jié)束的條件。 測試環(huán)境測試環(huán)境 測試的操作系統(tǒng)和需要安裝的輔助測試工具（來源與參數(shù)設置）軟件、硬件和網(wǎng)絡環(huán)境設置6測試計劃的內(nèi)容詳解（續(xù)2） 測試者的任務、聯(lián)系方式與培訓測試者的任務、聯(lián)系方式與培訓 測試成員的名稱、任務、電話、電子郵件等聯(lián)系方式 為完成測試需要進行的項目課程培訓 測試進度與跟蹤方式測試進度與跟蹤方式 在軟件項目進度中

5、規(guī)定的測試里程碑以及所有測試項傳遞時間。 定義所需的新的測試里程碑，估計完成每項測試任務所需的時間，為每項測試任務和測試里程碑規(guī)定進度，對每項測試資源規(guī)定使用期限。 報告和跟蹤測試進度的方式：每日報告、每周報告；書面報告、電話會議 測試風險與解決方式測試風險與解決方式 預測測試計劃中的風險 規(guī)定對各種風險的應急措施（延期傳遞的測試項可能需要加班、添加測試人員、減少測試內(nèi)容。） 測試計劃的審批和變更方式測試計劃的審批和變更方式 審批人和生效方式 如何處理測試計劃的變更7測試用例概述如何以最少的人力、資源投入，在最短的時間內(nèi)完成測試，發(fā)現(xiàn)軟件系統(tǒng)的缺陷，保證軟件的優(yōu)良品質(zhì)，則是軟件公司探索和追求的

6、目標。測試用例是測試工作的指導，是軟件測試的必須遵守的準則。更是軟件測試質(zhì)量穩(wěn)定的根本保障。 8什么是測試用例v測試用例的定義測試內(nèi)容的一系列情景和每個情景中必須依靠輸入和輸出，而對軟件的正確性進行判斷的測試文檔，稱為測試用例。測試用例就是將軟件測試的行為活動，做一個科學化的組織歸納。9為什么需要測試用例v在開始實施測試之前設計好測試用例，避免盲目測試并提高測試效率，減少測試的不完全性；v測試用例的使用令軟件測試的實施重點突出、目的明確；v根據(jù)測試用例的多少和執(zhí)行難度，估算測試工作量，便于測試項目的時間和資源管理與跟蹤；v減少回歸測試的復雜程度v在軟件版本更新后只需修正少量的測試用例便可展開測

7、試工作，降低工作強度、縮短項目周期；v功能模塊的測試用例的通用化和復用化則會使軟件測試易于開展，并隨著測試用例的不斷細化其效率也不斷攀升；v根據(jù)測試用例的操作步驟和執(zhí)行結(jié)果，可以方便地書寫軟件測試缺陷報告；v可以根據(jù)測試用例的執(zhí)行等級，實施不同級別的測試；v為分析軟件缺陷和程序模塊質(zhì)量提供依據(jù)；v便于大型軟件測試項目外包測試指導基礎；總結(jié)：總結(jié)：軟件測試是有組織性、步驟性和計劃性的，為了能將軟件測試的行為轉(zhuǎn)換為可管理的、具體量化的模式，需要創(chuàng)建和維護測試用例。10良好測試用例的特征v可以最大程度地找出軟件隱藏的缺陷v可以最高效率的找出軟件缺陷v可以最大程度地滿足測試覆蓋要求v既不過分復雜、也不

8、能過分簡單v使軟件缺陷的表現(xiàn)可以清楚的判定測試用例包含期望的正確的結(jié)果待查的輸出結(jié)果或文件必須盡量簡單明了v不包含重復的測試用例v測試用例內(nèi)容清晰、格式一致、分類組織11測試用例的組成元素與范例v測試用例編號IDv測試用例標題v測試的模塊測試輸入條件期望的輸出結(jié)果其它說明ID類型類型標題標題測試步驟測試步驟期望的結(jié)果期望的結(jié)果說明說明001登錄輸入正確密碼用戶在登錄界面輸入正確的密碼后，按回車鍵程序提示登錄成功002登錄輸入錯誤密碼用戶在登錄界面輸入錯誤的密碼后，按回車鍵程序提示輸入密碼錯誤，請重新輸入003登錄不輸入的空密碼用戶在登錄界面沒有輸入任何密碼使密碼為空后，按回車鍵程序提示用戶沒有

9、輸入密碼，請輸入程序應該告知用戶沒有輸入密碼，而不是密碼錯誤12白盒測試用例設計方法v什么是白盒測試什么是白盒測試白盒測試也稱為結(jié)構(gòu)測試，把程序看作一個透明的盒子，測試程序的代碼書寫結(jié)構(gòu)和邏輯問題v白盒測試用例的設計方法白盒測試用例的設計方法邏輯覆蓋：以程序的內(nèi)部邏輯結(jié)構(gòu)為基礎，分為語句覆蓋、判定覆蓋、判定-條件覆蓋、條件組合覆蓋等基本路徑測試：在程序控制流程的基礎上，分析控制構(gòu)造的環(huán)路復雜性，導出基本可執(zhí)行路徑集合，從而設計測試用例。v白盒測試用例注意事項白盒測試用例注意事項由于測試路徑可能非常多，由于時間和資源問題，選出足夠多的路徑測試由于深入到程序編碼，通常開發(fā)人員協(xié)助測試人員書寫白盒測

10、試用例13等價類測試用例設計方法v什么是黑盒測試什么是黑盒測試白盒測試也稱為功能測試，把程序看作一個不透明的盒子，測試程序的功能。v黑盒測試用例的設計方法黑盒測試用例的設計方法等價類劃分等價類劃分：v在分析需求規(guī)格說明的基礎上劃分等價類，列出等價類表。 v將程序可能的輸入數(shù)據(jù)分成若干個子集，從每個子集選取一個代表性的數(shù)據(jù)作為測試用例，等價類是某個輸入域的子集，在該子集中每個輸入數(shù)據(jù)的作用是等效的。v等價類的分類：有效等價類和無效等價類。有效等價類是有意義的、合理的輸入數(shù)據(jù)，可以檢查程序是否實現(xiàn)了規(guī)格說明中所規(guī)定的功能和性能。無效等價類與有效等價類的意義相反。v設計測試用例時，要同時考慮這兩種等

11、價類。因為軟件不僅要能接收合理的數(shù)據(jù)，也要能經(jīng)受意外的考驗。這樣的測試才能確保軟件具有更高的可靠性。14確定等價類的方式v在輸入條件規(guī)定了取值范圍或值的個數(shù)的情況下，則可以確立一個有效等價類和兩個無效等價類。v在輸入條件規(guī)定了輸入值的集合或者規(guī)定了“必須如何”的條件的情況下，可以確立一個有效等價類和一個無效等價類。v在輸入條件是一個布爾量的情況下，可確定一個有效等價類和一個無效等價類。v在規(guī)定了輸入數(shù)據(jù)的一組值(假定n個)，并且程序要對每一個輸入值分別處理的情況下，可確立n個有效等價類和一個無效等價類。v在規(guī)定了輸入數(shù)據(jù)必須遵守的規(guī)則的情況下，可確立一個有效等價類(符合規(guī)則)和若干個無效等價類

12、(從不同角度違反規(guī)則)。15根據(jù)等價類創(chuàng)建測試用例的步驟v建立等價類表，列出所有劃分出的等價類：輸入條件有效等價類無效等價類為每個等價類規(guī)定一個唯一的編號；設計一個新的測試用例，使其盡可能多地覆蓋尚未覆蓋的有效等價類。重復這一步，最后使得所有有效等價類均被測試用例所覆蓋；設計一個新的測試用例，使其只覆蓋一個無效等價類。重復這一步使所有無效等價類均被覆蓋。16邊界值測試用例設計方法v邊界值分析法：程序的很多錯誤發(fā)生在輸入或輸出范圍的邊界上，因此針對各種邊界情況設置測試用例，可以發(fā)現(xiàn)不少程序缺陷。設計方法：v確定邊界情況（輸入或輸出等價類的邊界）v選取正好等于、剛剛大于或剛剛小于邊界值作為測試數(shù)據(jù)

13、17確定邊界值的方式v如果輸入條件規(guī)定了值的范圍，則應取剛達到這個范圍的邊界的值，以及剛剛超越這個范圍邊界的值作為測試輸入數(shù)據(jù)。v如果輸入條件規(guī)定了值的個數(shù)，則用最大個數(shù)、最小個數(shù)、比最小個數(shù)少一、比最大個數(shù)多一的數(shù)作為測試數(shù)據(jù)。v如果程序的規(guī)格說明給出的輸入域或輸出域是有序集合，則應選取集合的第一個元素和最后一個元素作為測試用例。v如果程序中使用了一個內(nèi)部數(shù)據(jù)結(jié)構(gòu)，則應當選擇這個內(nèi)部數(shù)據(jù)結(jié)構(gòu)的邊界上的值作為測試用例。v分析規(guī)格說明，找出其他可能的邊界條件。18錯誤推測法測試用例設計v基于經(jīng)驗和直覺推測程序中所有可能存在的各種錯誤，從而有針對性地設計測試用例。v發(fā)現(xiàn)程序經(jīng)常出現(xiàn)的錯誤的方法：單

14、元測試中發(fā)現(xiàn)的模塊錯誤；產(chǎn)品的以前版本曾經(jīng)發(fā)現(xiàn)的錯誤；輸入數(shù)據(jù)為0或字符為空；當軟件要求輸入時(比如在文本框中),不是沒有輸入正確的信息，而是根本沒有輸入任何內(nèi)容，單單按了Enter鍵；這種情況在產(chǎn)品說明書中常常忽視，程序員也可能經(jīng)常遺忘，但是在實際使用中卻時有發(fā)生。程序員總會習慣性的認為用戶要么輸入信息，不管是看起來合法的或非法的信息，要不就會選擇Cancel鍵放棄輸入，19測試場景法設計測試用例v現(xiàn)在的軟件幾乎都是用事件觸發(fā)來控制流程的，事件觸發(fā)時的情景便形成了場景，而同一事件不同的觸發(fā)順序和處理結(jié)果就形成事件流。這種在軟件設計方面的思想也可引入到軟件測試中，可以比較生動地描繪出事件觸發(fā)時

15、的情景，有利于測試設計者設計測試用例，同時使測試用例更容易理解和執(zhí)行。20因果圖法測試用例設計v多種輸入條件的組合，產(chǎn)生多種結(jié)果設計測試用例。v設計方法：分析軟件規(guī)格說明文檔描述的哪些是原因（輸入條件），哪些是結(jié)果（輸出條件），給每個原因和結(jié)果賦予一個標示符。找出原因與結(jié)果，原因與原因之間的對應關系，劃出因果圖在因果圖上標上哪些不可能發(fā)生的因果關系，表明約束或限制條件根據(jù)因果圖，創(chuàng)建判定表，將復雜的邏輯關系和多種條件組合很具體明確的表示出來把判定表的每一行作為依據(jù)設計測試用例。21測試類型與測試用例設計根據(jù)測試類型設計根據(jù)測試類型設計根據(jù)程序功能模塊設計根據(jù)程序功能模塊設計功能測試易用性測試配

16、置測試壓力測試回歸測試界面測試文檔測試國際化測試 測試用例1 測試用例2 測試用例3 測試用例1 測試用例2 測試用例3安裝/卸載測試聯(lián)機幫助測試軟件更新測試聯(lián)機注冊測試文件操作測試 測試用例1 測試用例2 測試用例3 測試用例1 測試用例2 測試用例3數(shù)據(jù)備份測試22設計測試用例的策略選擇v測試用例的設計方法不是單獨存在的，具體到每個測試項目里都會用到多種方法，每種類型的軟件有各自的特點，每種測試用例設計的方法也有各自的特點，針對不同軟件如何利用這些黑盒方法是非常重要的。v在實際測試中，往往是綜合使用各種方法才能有效提高測試效率和測試覆蓋度，這就需要認真掌握這些方法的原理，積累更多的測試經(jīng)驗

17、，以有效提高測試水平。v首先進行等價類劃分，包括輸入條件和輸出條件的等價劃分，將無限測試變成有限測試，這是減少工作量和提高測試效率的最有效方法。v在任何情況下都必須使用邊界值分析方法。經(jīng)驗表明用這種方法設計出測試用例發(fā)現(xiàn)程序錯誤的能力最強。v對照程序邏輯，檢查已設計出的測試用例的邏輯覆蓋程度。如果沒有達到要求的覆蓋標準，應當再補充足夠的測試用例。v對于業(yè)務流清晰的系統(tǒng)，可以利用場景法貫穿整個測試案例過程，在案例中綜合使用各種測試方法。23測試用例設計工具設計依據(jù)：設計依據(jù)：v軟件需求文檔v軟件設計文檔通用設計工具通用設計工具：Microsoft WordMicrosoft ExcelMicro

18、soft Access設計工具專用設計工具專用：IBM Rational TestManagerMercury Interactive TestDirector常見問題：常見問題：軟件文檔不全或沒有文檔沒有完成編碼就開始設計測試用例24案例研究1：根據(jù)輸入判斷三角形的形狀測試場景：測試場景：一個程序讀入3個整數(shù)，把這三個數(shù)值看作一個三角形的3條邊的長度值。這個程序要打印出信息，說明這個三角形是不等邊的、是等腰的、還是等邊的確定輸入數(shù)據(jù)與三角形形狀的關系：確定輸入數(shù)據(jù)與三角形形狀的關系：設三角形的3條邊分別為A，B，C。如果它們能夠構(gòu)成三角形的3條邊，必須滿足：A0，B0，C0，且A+BC，B+

19、CA，A+CB；如果是等腰的，還要判斷A=B，或B=C，或A=C；如果是等邊的，則需判斷是否A=B，且B=C，且A=C。25案例研究1：判斷三角形的形狀（續(xù)1）創(chuàng)建等價類表：創(chuàng)建等價類表：輸入條件有效等價類無效等價類是否三角形的三條邊（A0）， （1）（B0）， （2）（C0）， （3）（A+BC）， （4）（B+CA）， （5）（A+CB）， （6）（A0）， （7）（B0）， （8）（C0）， （9）（A+BC）， （10）（B+CA）， （11）（A+CB）， （12）是否等腰三角形（A=B）， （13）（B=C）， （14）（C=A）， （15）（AB）and（BC）and（CA） （

20、16）是否等邊三角形（A=B）and（B=C）and（C=A） （17）（AB）， （18）（BC）， （19）（CA）， （20）26案例研究1：判斷三角形的形狀（續(xù)2）確定等價類輸入數(shù)據(jù)：確定等價類輸入數(shù)據(jù)：序號序號【A A，B B，C C】覆蓋等價類覆蓋等價類輸出輸出1【3，4，5】（1），（2），（3），（4），（5），（6）一般三角形2【0，1，2】（7）不能構(gòu)成三角形3【1，0，2】（8）4【1，2，0】（9）5【1，2，3】（10）6【1，3，2】（11）7【3，1，2】（12）8【3，3，4】（1），（2），（3），（4），（5），（6），（13）等腰三角形9【3，4，4】（1

21、），（2），（3），（4），（5），（6），（14）10【3，4，3】（1），（2），（3），（4），（5），（6），（15）11【3，4，5】（1），（2），（3），（4），（5），（6），（16）非等腰三角形12【3，3，3】（1），（2），（3），（4），（5），（6），（17）是等邊三角形13【3，4，4】（1），（2），（3），（4），（5），（6），（14），（18）非等邊三角形14【3，4，3】（1），（2），（3），（4），（5），（6），（15），（19）15【3，3，4】（1），（2），（3），（4），（5），（6），（13），（20）27案例研究2：測試用戶登錄對話框的功

22、能測試場景：測試場景：在各種輸入條件下，測試程序的登錄對話框功能用戶名和密碼的規(guī)則如下：用戶名和密碼的規(guī)則如下： 用戶名長度為6至10位（含6位和10位） 用戶名由字符（a-z、A-Z）和數(shù)字（0-9）組成 不能為空、空格和特殊字符 密碼規(guī)則同用戶名規(guī)則28案例研究2：登錄對話框的功能（續(xù)1）確定輸入數(shù)據(jù)的情形：確定輸入數(shù)據(jù)的情形：操作步驟操作步驟預期結(jié)果預期結(jié)果輸入正確的用戶名和口令（均為6位），點擊OK按鈕進入系統(tǒng)輸入正確的用戶名和口令（均為10位） ，點擊OK按鈕進入系統(tǒng)輸入正確的用戶名和口令（均為6至8位之間），進入系統(tǒng)用戶名為空，提示輸入用戶名不能進入系統(tǒng)用戶名為空格，提示無效用戶名

23、不能進入系統(tǒng)用戶名小于6位，提示用戶名太短不能進入系統(tǒng)29案例研究2：登錄對話框的功能（續(xù)2）確定具體的輸入數(shù)據(jù)：確定具體的輸入數(shù)據(jù)：“用戶名用戶名”“口令口令”“預期結(jié)果預期結(jié)果”說明說明“user10”“pass10”進入系統(tǒng)正確的用戶名和口令(6位)“user789”“pass789”進入系統(tǒng)正確的用戶名和口令(7-9位)“user000010”“pass000010”進入系統(tǒng)正確的用戶名和口令(10位)“”“pass”提示輸入用戶名不能進入系統(tǒng)用戶名為空“空格”“pass”提示無效用戶名不能進入系統(tǒng)用戶名為空格“user”“userpass”提示用戶名太短不能進入系統(tǒng)用戶名小于6位“u

24、ser0000011”“userpass”提示用戶名太長不能進入系統(tǒng)用戶名大于10位30案例研究3：壓力/負載測試用例設計設計目的設計目的： 驗證程序在承受某種負載或壓力下是否能夠正常運行 找出程序安全運行的臨界值適用情形適用情形： 服務器/客戶機局域網(wǎng) 服務器/瀏覽器互聯(lián)網(wǎng)設計方法設計方法：設計出不同等級的壓力條件壓力壓力/負載分類與代號負載分類與代號： CPU速度CSCPU使用量CU磁盤空間DS物理內(nèi)存PM虛擬內(nèi)存使用量VM登錄用戶的數(shù)量UN傳輸帶寬BW傳輸數(shù)據(jù)的大小DN31案例研究3：壓力/負載測試用例設計（續(xù)1）編號編號CSCUDSPMVMUNBWDN應該產(chǎn)生的應該產(chǎn)生的行為行為結(jié)果結(jié)

25、果說明說明01PIII 80010%50MB64MB50%301M5M正常02PIV180080%100MB128MB30%1000.5M10M無法響應03PII 50025%600MB256MB15%102.5M20M正常04PIV280035%400MB512MB80%5000.5M50M無法響應05PIV320050%200MB1024MB65%20001.5M100M無法響應32案例研究4：測試軟件對話框的界面設計Deployment Testcase Test Case ID：62Title：UserExitFormPath：DeploymentGeneralAuthor： xxxx

26、xPurpose : make sure the dialog to test is properly designed, look for truncations, wrong tab orders, duplicated hotkeys, overlappings and any other posible issues Steps： Pre-steps:1. Launch App.2. Go to “Tools” / “Import/Export Settings”3. Select “General development settings”4. Click Reset Setting

27、s5. If you are prompted to save your settings, click “Dont save”6. A dialog appears telling you that the operation had been successful 33案例研究5：測試中斷安裝軟件的功能Purpose:Verify the app can be canceled during installationTest Steps:1. Launch App Name2. From the drop down menu select File, New and Project3. T

28、he New project Dialog box should appear4. In “Project Types”, select “Other Project Types” and under this, “Setup and deployment”. From the “Templates” select a setup project, give the project a name for example Deploy1 and press “OK”5. From the “Build” menu click “Build Solution” and wait until the project has been built6. Close the project and navigate to the folder where you saved your project7. Double click the Setup folder and then double click the Debug folder8. Click the Setup.exe to launch the Windows Installer9. At the first stage of the wizard click the “Cancel” but