軟件測試-測試用例設計-黑盒測試方法

1、L o g oL o g o軟件測試軟件測試-測試用例測試用例L o g oL o g o測試用例測試用例本章首先將講述本章首先將講述測試用例的概念和作用測試用例的概念和作用。然后本章還會介紹然后本章還會介紹設計設計黑盒測試黑盒測試用例和白用例和白盒測試用例盒測試用例的方法和技巧。的方法和技巧。本章重點：本章重點：熟悉測試用例的概念和作用。熟悉測試用例的概念和作用。理解黑盒靜態(tài)測試用例的測試方法。理解黑盒靜態(tài)測試用例的測試方法。掌握黑盒動態(tài)測試用例的設計方法：等價類掌握黑盒動態(tài)測試用例的設計方法：等價類劃分，邊界值法，錯誤推斷法，因果圖法，劃分，邊界值法，錯誤推斷法，因果圖法，路徑分析法。路徑

2、分析法。理解白盒靜態(tài)測試用例的測試方法。理解白盒靜態(tài)測試用例的測試方法。掌握白盒動態(tài)測試用例的設計方法：邏輯覆掌握白盒動態(tài)測試用例的設計方法：邏輯覆蓋法，基本路徑測試。蓋法，基本路徑測試。L o g oL o g o 如何以最少的人力、資源投入，在最短的時間內完成測試，發(fā)現(xiàn)軟件系統(tǒng)的缺陷，保證軟件的優(yōu)良品質，則是軟件公司探索和追求的目標。測試用例是測試工作的指導，是軟件測試的必須遵守的準則，更是軟件測試質量穩(wěn)定的根本保障。對一個測試工程師來說,測試用例的設計編寫是一項必須掌握的能力，但有效的設計和熟練的編寫測試用例卻是一個十分復雜的技術，測試用例編寫者不僅要掌握軟件測試技術和流程，而且要對整個

3、軟件不管從業(yè)務，還是對軟件的設計、程序模塊的結構、功能規(guī)格說明等都要有透徹的理解。測試的設計方法不是單獨存在的，具體到每個測試項目里都有很多種方法，每種類型都有各自的特點。測試用例測試用例-測試用例的概念和作用測試用例的概念和作用L o g oL o g o什么是測試用例什么是測試用例l測試用例，英文為TestCase,縮寫為TC，指的是在測試執(zhí)行之前設計的一套詳細的測試方案，包括測試環(huán)境、測試步驟、測試數(shù)據(jù)和預期結果。 l測試用例設計的好壞直接決定了測試的效果和結果。所以說在軟件測試活動中最關鍵的步驟就是設計有效的測試用例。l測試用例可以針對黑盒測試設計用例，也可以針對白盒測試設計用例.測試

4、用例測試用例-測試用例的概念和作用測試用例的概念和作用L o g oL o g o根據(jù)什么編寫測試用例呢？根據(jù)什么編寫測試用例呢？我們編寫測試用例的唯一標準就是用戶需求用戶需求, ,具體的參考資料是需求規(guī)格說明書,但需要說明的是，用戶需求不是一成不變的，而是在一直變化的，這就需要我們根據(jù)不斷調整變化的需求，來修改和維護我們已寫好的測試用例，這個工作量也很大。測試用例測試用例-測試用例的概念和作用測試用例的概念和作用L o g oL o g o為什么需要測試用例為什么需要測試用例在開始實施測試之前設計好測試用例，避免盲目測試并提高測試效率，減少測試的不完全性；測試用例的使用令軟件測試的實施重點突

5、出、目的明確；根據(jù)測試用例的多少和執(zhí)行難度，估算測試工作量，便于測試項目的時間和資源管理與跟蹤；減少回歸測試的復雜程度，在軟件版本更新后只需修正少量的測試用例便可展開測試工作，降低工作強度、縮短項目周期；功能模塊的測試用例的通用化和復用化則會使軟件測試易于開展，并隨著測試用例的不斷細化其效率也不斷攀升；根據(jù)測試用例的操作步驟和執(zhí)行結果，為分析軟件缺陷和程序模塊質量提供依據(jù)；可以方便地書寫軟件測試缺陷報告；可以根據(jù)測試用例的執(zhí)行等級，實施不同級別的測試；總結：軟件測試是有組織性、步驟性和計劃性的，為了能將軟件測試的行為轉換為可管理的、具體量化的模式，需要創(chuàng)建和維護測試用例。測試用例測試用例-測試

6、用例的概念和作用測試用例的概念和作用L o g oL o g o好的測試用例的特征好的測試用例的特征可以最大程度地找出軟件隱藏的缺陷可以最高效率的找出軟件缺陷可以最大程度地滿足測試覆蓋要求既不過分復雜、也不能過分簡單使軟件缺陷的表現(xiàn)可以清楚的判定測試用例包含期望的正確的結果待查的輸出結果或文件必須盡量簡單明了不包含重復的測試用例測試用例內容清晰、格式一致、分類組織測試用例測試用例-測試用例的概念和作用測試用例的概念和作用L o g oL o g o測試用例設計的主要影響因素：測試用例設計的主要影響因素：需求目標，是功能性的需求目標也是非功能性的需求目標。功能性測試比較清楚，正確與否一目了然，而

7、非功能性測試，其相對性比較強，需要從不同角度比照。用戶實際使用場景。從用戶的角度來模擬程序的輸入，包括用戶的操作習慣， 使產(chǎn)品更能貼近用戶的需求。軟件功能需求規(guī)格說明書、產(chǎn)品設計文檔。測試方法對測試用例的設計影響非常大。測試對象?？蛻舳塑浖头掌鞫讼到y(tǒng)、分布式系統(tǒng)和集中式系統(tǒng)等。軟件實現(xiàn)所采用的技術。測試用例測試用例-測試用例的概念和作用測試用例的概念和作用L o g oL o g o設計測試用例的基本原則如下：設計測試用例的基本原則如下： 利用成熟的測試用例設計方法來指導設計 測試用例的針對性 測試用例的代表性 測試用例的可判定性 測試用例的可重現(xiàn)性 足夠詳細、準確和清晰的步驟 測試用例必

8、須符合內部的規(guī)范的要求測試用例測試用例-測試用例的概念和作用測試用例的概念和作用L o g oL o g o測試用例的測試用例的4 4性是指代表性、針對性、可判定性、可性是指代表性、針對性、可判定性、可重現(xiàn)性：重現(xiàn)性：代表性代表性：能夠代表并覆蓋各種合理的和不合理、合法的和不合法的、邊界的和越界的以及極限的輸入數(shù)據(jù)、操作等。針對性針對性：對程序中的可能存在的錯誤有針對性地測試可判定性可判定性：測試執(zhí)行結果的正確性是可判定的，每一個測試用例都應有相應的期望結果可重現(xiàn)性可重現(xiàn)性：對同樣的測試用例，系統(tǒng)的執(zhí)行結果應當是相同的。測試用例測試用例-測試用例的概念和作用測試用例的概念和作用L o g oL

9、 o g o測試用例設計的指導思想測試用例設計的指導思想軟件測試需求和測試計劃是測試用例的設計基礎按照測試用例框架設計和詳細設計進行分布式的測試根據(jù)測試質量目標，測試周期，測試成本，測試者技能，確定合適的測試用例數(shù)量和測試內容的詳細程度分析用戶實際使用的場景，被測試軟件的類型特征和測試方法尋求系統(tǒng)設計、功能設計的弱點，設計測試用例以尋求軟件存在的缺陷，而不是簡單的復制軟件設計規(guī)格說明文檔既要設計正面的測試用例，也要設計負面的測試用例測試用例測試用例-測試用例的概念和作用測試用例的概念和作用L o g oL o g o測試用例的元素測試用例的元素測試用例是對測試場景和操作的描述,所以必須給出測試

10、目標、測試對象、測試環(huán)境要求、軟件數(shù)據(jù)和操作步驟，預期結果，概括為5W1H1E。測試目標：Why為什么而測？功能、性能、易用性、可靠性、兼容性、安全性等。測試對象：What測什么？被測試的項目、如對象、菜單、按鈕等。測試環(huán)境：Where在哪里測？測試用例運行時環(huán)境，包括系統(tǒng)配置和設定等要求，也包括操作系統(tǒng)、瀏覽器、網(wǎng)絡環(huán)境等。測試前提：When什么時候開始測？測試用例運行的前提或條件限制。輸入數(shù)據(jù)：Which哪些數(shù)據(jù)？在操作時系統(tǒng)所接受的數(shù)據(jù)。操作步驟：How如何測？執(zhí)行軟件的先后次序步驟。預期結果：判定依據(jù)？執(zhí)行用例后的判定依據(jù)。測試用例測試用例-測試用例的概念和作用測試用例的概念和作用L

11、o g oL o g o測試用例通常包括以下幾個組成元素：測試用例通常包括以下幾個組成元素：測試用例編號測試用例名稱測試用例設計者軟件版本號測試目的參考信息測試條件測試環(huán)境輸入數(shù)據(jù) 操作步驟 預期結果 測試用例測試用例-測試用例的概念和作用測試用例的概念和作用L o g oL o g oIDID類型類型測試步驟測試步驟輸入數(shù)據(jù)輸入數(shù)據(jù)期望的結果期望的結果001登錄輸入用戶、密碼，點擊“登錄”用戶名：user密 碼：987654提示登錄成功002登錄輸入用戶、密碼，點擊“登錄”用戶名：test密 碼：987654提示用戶名錯誤，請重新輸入003登錄輸入用戶、密碼，點擊“登錄”用戶名：user密

12、碼：123456提示密碼錯誤，請重新輸入004登錄輸入用戶、密碼，點擊“登錄”用戶名：密 碼：123456提示用戶名不能為空，請輸入用戶名005登錄輸入用戶、密碼，點擊“登錄”用戶名：user密 碼：提示密碼不能為空，請輸入密碼006登錄輸入用戶、密碼，點擊“登錄”用戶名：#密 碼：123456提示用戶名錯誤，請重新輸入測試用例的范例：測試用例的范例：登錄功能測試用例：用戶名為user,密碼為987654測試用例測試用例-測試用例的概念和作用測試用例的概念和作用L o g oL o g o測試用例的分類如下: 接口測試用例 路徑測試用例 功能測試用例 容錯能力測試用例 性能測試用例 界面測試用

13、列 安全性測試用例 壓力測試用例 可靠性測試用例 安裝/反安裝測試用例測試用例測試用例-測試用例的概念和作用測試用例的概念和作用L o g oL o g o功功能能測測試試用用例例設設計計步步驟驟確定測試可用資源確定測試可用資源確定測試條件確定測試條件/環(huán)境環(huán)境確定測試條件優(yōu)先級確定測試條件優(yōu)先級確定測試功能點確定測試功能點確定功能點的期望結果確定功能點的期望結果設計測試用例的文字設計測試用例的文字執(zhí)行以驗證測試用例執(zhí)行以驗證測試用例修改并完成測試用例修改并完成測試用例閱讀測試參考文檔閱讀測試參考文檔測試用例入庫測試用例入庫測試用例測試用例-測試用例的概念和作用測試用例的概念和作用L o g

14、oL o g o功功能能測測試試用用例例設設計計方方法法設計用例模板設計用例模板確定測試輸入數(shù)據(jù)確定測試輸入數(shù)據(jù)測試設計規(guī)格說明測試設計規(guī)格說明軟件測試需求軟件測試需求軟件需求文檔軟件需求文檔軟件設計規(guī)格說明軟件設計規(guī)格說明測試用例框架設計測試用例框架設計測試用例詳細設計測試用例詳細設計組織測試用例組織測試用例軟件測試計劃軟件測試計劃測試用例評審測試用例評審用例用例L o g oL o g o測試用例測試用例-黑盒測試用例的設計黑盒測試用例的設計現(xiàn)在開始講述如何測試產(chǎn)品說明書（黑盒靜態(tài)測試方法），以便在編寫軟件之前找出缺陷。產(chǎn)品說明書有時又簡稱為說明（spec）或產(chǎn)品說明（product sp

15、ec），是軟件開發(fā)小組的一個協(xié)定。它對開發(fā)的產(chǎn)品進行定義，給出產(chǎn)品的細節(jié)，如何做，做什么，不能做什么。這種協(xié)定從簡單的口頭說明到正式的書面文檔有多種形式。L o g oL o g o測試用例測試用例-黑盒測試用例的設計黑盒測試用例的設計產(chǎn)品說明書產(chǎn)品說明書產(chǎn)品說明書通常是利用文字和推拿個描述產(chǎn)品的書面文檔。Windows計算器程序的產(chǎn)品說明書摘錄如下：Edit菜單有兩個命令選項：Copy和Pause。其選擇方式有三種：指向并單擊菜單；使用菜單命令訪問鍵(Alt+E,然后Copy按C，Paste按P)；或者使用標準的Windows快捷鍵，Copy按Ctrl+C，Paste按Ctrl+V。Copy

16、功能將數(shù)字輸入框中顯示的內容復制到Windows剪貼板中。Paste功能將剪貼板存儲的數(shù)值黏貼大數(shù)字輸入框中。L o g oL o g o測試用例測試用例-黑盒測試用例的設計黑盒測試用例的設計測試產(chǎn)品說明書測試產(chǎn)品說明書測試軟件說明書屬于靜態(tài)黑盒測試。產(chǎn)品書名書是書面文檔，而不是可執(zhí)行程序，因此是靜態(tài)的。它是利用各種資源而獲得的數(shù)據(jù)諸如易用性研究、焦點人群、銷售收入等建立的。不必了解怎樣和為什么獲取這些信息。以及獲取的具體途徑，只需知道他們最終構成了說明書就可以了。軟件測試員可以利用書面文檔進行靜態(tài)黑盒測試。認真查找其中的缺陷。L o g oL o g o測試用例測試用例-黑盒測試用例的設計黑

17、盒測試用例的設計對產(chǎn)品說明書進行高級審查對產(chǎn)品說明書進行高級審查測試產(chǎn)品說明書的第一步不是馬上鉆進去找缺陷，而是站在一個高度上進行審查。審查產(chǎn)品說明書是為了找出根本性的問題、疏忽或遺留之處。也許這更像是研究而不是測試，但是研究的根本是為了更好地了解軟件該做什么。如果能夠很好地理解產(chǎn)品說明書后的諸多為什么和怎么做，就可以更好地進行細節(jié)檢查：假設自己是客戶。研究現(xiàn)有的標準和規(guī)范。審查和測試類似軟件。L o g oL o g o測試用例測試用例-黑盒測試用例的設計黑盒測試用例的設計產(chǎn)品說明書的低層次測試技術產(chǎn)品說明書的低層次測試技術產(chǎn)品說明書屬性檢查清單完整。完整。準確。準確。精確，不含糊，清晰。精

18、確，不含糊，清晰。一致。一致。貼切。貼切。合理。合理。代碼無關。代碼無關。可測試性可測試性。L o g oL o g o測試用例測試用例-黑盒測試用例的設計黑盒測試用例的設計產(chǎn)品說明書術語檢查清單：產(chǎn)品說明書術語檢查清單：在審查產(chǎn)品說明書時，作為前一個清單的補充，還有一個問題用語檢查清單?？偸?、每一種、所有、沒有、從不?？偸?、每一種、所有、沒有、從不。當然、因此、明顯、顯然、必然。當然、因此、明顯、顯然、必然。某些、有時、常常、通常、慣常、經(jīng)常、大多、幾乎。某些、有時、常常、通常、慣常、經(jīng)常、大多、幾乎。等等、諸如此類、以此類推、例如。等等、諸如此類、以此類推、例如。良好、迅速、廉價、高效、小

19、、穩(wěn)定。良好、迅速、廉價、高效、小、穩(wěn)定。處理、進行、拒絕、跳過、排除。處理、進行、拒絕、跳過、排除。如果如果那么那么（沒有否則）。（沒有否則）。L o g oL o g o測試用例測試用例-黑盒測試用例的設計黑盒測試用例的設計如果有興趣了解更高級的審查產(chǎn)品說明書的技術，那么研究一下Michael Fagan的工作。Fagan先生在IBM公司工作時，率先采用一種稱為軟件檢測的系統(tǒng)方法，詳情參見他的個人網(wǎng)站：。L o g oL o g ov動態(tài)黑盒測試動態(tài)黑盒測試帶上眼罩測試軟件帶上眼罩測試軟件 不深入代碼細節(jié)測試軟件的方法稱為動態(tài)黑盒測試。它是動態(tài)的，因為程序在運行，同時它是黑盒子，因為測試時

20、不知道程序如何工作，像是帶上了眼罩。測試員輸入數(shù)據(jù)、接受輸出、檢查結果。動態(tài)黑盒測試常常稱為行為測試，因為測試的是軟件在使用過程中的實際行為。 有效的動態(tài)測試需要關于軟件行為的一些定義不必了解軟件內發(fā)生的事，只需要知道輸入和輸出。一般好的需求文檔和產(chǎn)品說明書會提供這些細節(jié)。 清楚了被測試軟件的輸入和輸出后，接下來要開始定義測試用例（test case）。25測試用例測試用例-黑盒測試用例的設計黑盒測試用例的設計L o g oL o g ov黑盒測試用例設計方法黑盒測試用例設計方法等價類劃分邊界值法因果圖法錯誤推斷法路徑分析法 黑盒測試黑盒測試26測試用例測試用例-黑盒測試用例的設計黑盒測試用例

21、的設計L o g oL o g ov等價類方法等價類方法 等價類劃分是指分步驟地把海量（無限）的測試用例集減得很小，但過程同樣有效。 等價類 ：何為等價類，某個輸入域的集合，在這個集合中每個輸入條件都是等效的，如果其中一個的輸入不能導致問題發(fā)生，那么集合中其它輸入條件進行測試也不可能發(fā)現(xiàn)錯誤。 在尋找等價劃分時，考慮把軟件具有相似輸入、相似輸出、相似操作的分在一組。這些組就是等價劃分。 27測試用例測試用例-黑盒測試用例的設計黑盒測試用例的設計L o g oL o g ov例：計算兩個例：計算兩個1 1100100之間整數(shù)的和。之間整數(shù)的和。v 如果要進行完全測試，一共要設計多少個測試用例呢？

22、v 加數(shù)1有1100共計100個取值，加數(shù)2也有1100共計100個取值，所以他們之間的組合就有100*100=1000010000種組合可能，但這只是測試了正常范圍內的取值。如果用戶輸入的數(shù)據(jù)不在1100之間呢，窮舉測試肯定不可能的。由此引入了等價類劃分思想。v等價類劃分為：有效等價類：指符合需求規(guī)格說明書，輸入合理的數(shù)據(jù)集合無效等價類：指不符合需求規(guī)格說明書，輸入不合理的數(shù)據(jù)集合針對從上面的例子進行等價類劃分無效等價類無效等價類100有效等價類有效等價類1 110010028測試用例測試用例-黑盒測試用例的設計黑盒測試用例的設計L o g oL o g ov我們將輸入域分成了一個有效等價類

23、（1100）和兩個無效等價類（100），并為每一個等價類進行編號，然后我們就可以從每一個等價類中選取一個代表性的數(shù)據(jù)來測試，設計如下表所示的測試用例編號編號所屬等價類所屬等價類加數(shù)加數(shù)1加數(shù)加數(shù)2和和12（有效等價類）3404321（無效等價類）0-1提示“請輸入1100之間的整數(shù)”33（無效等價類）110101提示“請輸入1100之間的整數(shù)”29測試用例測試用例-黑盒測試用例的設計黑盒測試用例的設計L o g oL o g o到這里我們的工作似乎結束了，還需要設計其他測試用例嗎？剛剛輸入的數(shù)據(jù)都是整數(shù)，如果輸入小數(shù)，甚至字母怎么辦？這說明剛才的等價類還不完善，我們只考慮了輸入數(shù)據(jù)的范圍，沒有

24、考慮輸入數(shù)據(jù)的類型（我們認為只輸入數(shù)據(jù)，可是最終用戶輸入什么都有可能）。綜合考慮輸入數(shù)據(jù)的類型和范圍劃分等價類，如下圖所示：加數(shù)加數(shù)非數(shù)值非數(shù)值數(shù)值數(shù)值小數(shù)（小數(shù)（4）整數(shù)整數(shù)字母（字母（5）特殊字符（特殊字符（6）空格（空格（7）空白（空白（8）100（3）30測試用例測試用例-黑盒測試用例的設計黑盒測試用例的設計L o g oL o g o等價類劃分的測試用例（擴展）編號編號所屬等價類所屬等價類加數(shù)加數(shù)1加數(shù)加數(shù)2結果結果12（有效等價類）3404321（無效等價類）0-1提示“請輸入1100之間的整數(shù)”33（無效等價類）110101提示“請輸入1100之間的整數(shù)”44（無效等價類）1.2

25、1.2提示“請輸入1100之間的整數(shù)”55（無效等價類）AB提示“請輸入1100之間的整數(shù)”66（無效等價類）%提示“請輸入1100之間的整數(shù)”77（無效等價類）空格空格提示“請輸入1100之間的整數(shù)”88（無效等價類）提示“請輸入1100之間的整數(shù)”31測試用例測試用例-黑盒測試用例的設計黑盒測試用例的設計L o g oL o g o等價類方法總結等價類方法總結等價類劃分的步驟 先考慮輸入數(shù)據(jù)的數(shù)據(jù)類型（合法和非法的） 再考慮數(shù)據(jù)范圍（合法類型中的合法區(qū)間和非法區(qū)間） 畫出示意圖，區(qū)分等價類 為每一個等價類編號 從一個等價類中選擇一個測試數(shù)據(jù)構造測試用例32測試用例測試用例-黑盒測試用例的設

26、計黑盒測試用例的設計L o g oL o g o確定等價類的方法確定等價類的方法在輸入條件規(guī)定了取值范圍或值的個數(shù)的情況下，則可以確立一個有效等價類和兩個無效等價類。合理范圍（有效）合理范圍（有效）大于（無效）大于（無效）小于小于(無效無效)小于小于(無效無效)大于（無效）大于（無效）有效值有效值33測試用例測試用例-黑盒測試用例的設計黑盒測試用例的設計L o g oL o g o在輸入條件規(guī)定了輸入值的集合或者規(guī)定了“必須如何”的條件的情況下，可以確立一個有效等價類和一個無效等價類。在輸入條件是一個布爾量的情況下，可確定一個有效等價類和一個無效等價類。非法輸入值的集合非法輸入值的集合合法輸入

27、值的集合合法輸入值的集合布爾值布爾值非布爾值非布爾值34測試用例測試用例-黑盒測試用例的設計黑盒測試用例的設計L o g oL o g o在規(guī)定了輸入數(shù)據(jù)的一組值(假定n個)，并且程序要對每一個輸入值分別處理的情況下，可確立n個有效等價類和一個無效等價類。在規(guī)定了輸入數(shù)據(jù)必須遵守的規(guī)則的情況下，可確立一個有效等價類(符合規(guī)則)和若干個無效等價類(從不同角度違反規(guī)則)。35測試用例測試用例-黑盒測試用例的設計黑盒測試用例的設計L o g oL o g o淘寶首頁手機充值功能如下圖所示：淘寶首頁手機充值功能如下圖所示：輸入的手機號必須滿足以下條件：輸入的手機號必須滿足以下條件：1.1.數(shù)字字符數(shù)字

28、字符2.2.必須等于必須等于1111位位3.3.必須是以必須是以1313, ,14,1514,15和和1818開頭開頭36測試用例測試用例-黑盒測試用例的設計黑盒測試用例的設計L o g oL o g o1)劃分等價類并編號,下表為等價類劃分的結果37手機號數(shù)字11位數(shù)字13開頭14開頭15開頭18開頭不是13,14,15,18開頭非11位的數(shù)字大于11位小于11位非數(shù)字字母特殊字符空格空值測試用例測試用例-黑盒測試用例的設計黑盒測試用例的設計L o g oL o g o2)設計測試用例，以覆蓋所有等價類 38編號編號模塊模塊測試步驟測試步驟輸入數(shù)據(jù)輸入數(shù)據(jù)預期結果預期結果覆蓋等價類覆蓋等價類

29、1手機費支付1. 打開淘寶首頁2. 點擊“手機充值”選項卡3. 點擊“手機號：”文本框4. 輸入手機號手機號夠正常輸入，并且文本框右側不出現(xiàn)任何提示信息。2手機費支付1. 打開淘寶首頁2. 點擊“手機充值”選項卡3. 點擊“手機號：”文本框4. 輸入手機號手機號夠正常輸入，并且文本框右側不出現(xiàn)任何提示信息。測試用例測試用例-黑盒測試用例的設計黑盒測試用例的設計L o g oL o g o 39編號編號模塊模塊測試步驟測試步驟輸入數(shù)據(jù)輸入數(shù)據(jù)預期結果預期結果覆蓋等價類覆蓋等價類3手機費支付1. 打開淘寶首頁2. 點擊“手機充值”選項卡3. 點擊

30、“手機號：”文本框4. 輸入手機號手機號夠正常輸入，并且文本框右側不出現(xiàn)任何提示信息。4手機費支付1. 打開淘寶首頁2. 點擊“手機充值”選項卡3. 點擊“手機號：”文本框4. 輸入手機號手機號夠正常輸入，并且文本框右側不出現(xiàn)任何提示信息。測試用例測試用例-黑盒測試用例的設計黑盒測試用例的設計L o g oL o g o 40編號編號模塊模塊測試步驟測試步驟輸入數(shù)據(jù)輸入數(shù)據(jù)預期結果預期結果覆蓋等價類覆蓋等價類5手機費支付1. 打開淘寶首頁2. 點擊“手機充值”選項卡3. 點擊“手機號：”文本框4. 輸入手機號手機號：19911111111“手

31、機號：”文本框右側出現(xiàn)文字“請輸入正確的號碼”。6手機費支付1. 打開淘寶首頁2. 點擊“手機充值”選項卡3. 點擊“手機號：”文本框4. 輸入手機號手機號：1367777“手機號：”文本框右側出現(xiàn)文字“請輸入正確的號碼”。測試用例測試用例-黑盒測試用例的設計黑盒測試用例的設計L o g oL o g o 41編號編號模塊模塊測試步驟測試步驟輸入數(shù)據(jù)輸入數(shù)據(jù)預期結果預期結果覆蓋等價類覆蓋等價類7手機費支付1. 打開淘寶首頁2. 點擊“手機充值”選項卡3. 點擊“手機號：”文本框4. 輸入手機號手機：136777777777777“手機號：”文本框右側出現(xiàn)文字“請輸入正確的號碼”。8手機費支付1

32、. 打開淘寶首頁2. 點擊“手機充值”選項卡3. 點擊“手機號：”文本框4. 輸入手機號手機號：a輸入后立即被刪除，無法進行輸入。測試用例測試用例-黑盒測試用例的設計黑盒測試用例的設計L o g oL o g o 42編號編號模塊模塊測試步驟測試步驟輸入數(shù)據(jù)輸入數(shù)據(jù)預期結果預期結果覆蓋等價覆蓋等價類類9手機費支付1. 打開淘寶首頁2. 點擊“手機充值”選項卡3. 點擊“手機號：”文本框4. 輸入手機號手機：#輸入后立即被刪除，無法進行輸入。10手機費支付1. 打開淘寶首頁2. 點擊“手機充值”選項卡3. 點擊“手機號：”文本框4. 輸入手機號手機號：空格輸入后立即被刪除，無法進行輸入。測試用例

33、測試用例-黑盒測試用例的設計黑盒測試用例的設計L o g oL o g o 43編號編號模塊模塊測試步驟測試步驟輸入數(shù)據(jù)輸入數(shù)據(jù)預期結果預期結果覆蓋等價覆蓋等價類類11手機費支付1. 打開淘寶首頁2. 點擊“手機充值”選項卡3. 點擊“手機號：”文本框4. 輸入手機號手機：空值不輸入手機號，直接點擊“點此充值”，“手機號：”文本框右側出現(xiàn)文字“請輸入正確的號碼”。測試用例測試用例-黑盒測試用例的設計黑盒測試用例的設計L o g oL o g o邊界值法邊界值法對軟件最簡單的認識就是將其分成兩部分：數(shù)據(jù)（或其他范圍）和程序。數(shù)據(jù)包括鍵盤輸入、鼠標單擊、磁盤文件和打印輸出等。程序是指可執(zhí)行的流程、

34、轉換、邏輯和運算。軟件測試常用的一個方法是把測試工作按同樣的形式劃分。對數(shù)據(jù)進行軟件測試，就是在檢查用戶輸入的信息、返回的結果以及中間計算結果是否正確。即使最簡單的程序要處理的數(shù)據(jù)量也可能極大，使這些數(shù)據(jù)得以測試的技巧是，根據(jù)一些關鍵的原則進行等價類的劃分，以合理減少測試用例，這些關鍵的原則是：邊界條件，次邊界條件、空值和無效數(shù)據(jù)。44測試用例測試用例-黑盒測試用例的設計黑盒測試用例的設計L o g oL o g o程序的很多錯誤發(fā)生在輸入或輸出范圍的邊界上，因此針對各種邊界情況設置測試用例，可以發(fā)現(xiàn)不少程序缺陷。設計方法： 確定邊界情況（輸入或輸出等價類的邊界） 選取正好等于、剛剛大于或剛剛

35、小于邊界值作為測試數(shù)據(jù)45測試用例測試用例-黑盒測試用例的設計黑盒測試用例的設計L o g oL o g o確定邊界值的方法確定邊界值的方法如果輸入條件規(guī)定了值的范圍，則應取剛達到這個范圍的邊界的值，以及剛剛超越這個范圍邊界的值作為測試輸入數(shù)據(jù)。如果輸入條件規(guī)定了值的個數(shù)，則用最大個數(shù)、最小個數(shù)、比最小個數(shù)少一、比最大個數(shù)多一的數(shù)作為測試數(shù)據(jù)。如果程序的規(guī)格說明給出的輸入域或輸出域是有序集合，則應選取集合的第一個元素和最后一個元素作為測試用例。如果程序中使用了一個內部數(shù)據(jù)結構，則應當選擇這個內部數(shù)據(jù)結構的邊界上的值作為測試用例。abab46測試用例測試用例-黑盒測試用例的設計黑盒測試用例的設計

36、L o g oL o g o我們還以等價類中講的例子來講解邊界值的思想。輸入要求是1 100之間的整數(shù)，因此自然產(chǎn)生了1和100兩個邊界，我們在設計測試用例的時，要重點考慮這兩個邊界問題。47測試用例測試用例-黑盒測試用例的設計黑盒測試用例的設計L o g oL o g o 根據(jù)邊界值方法，測試用例修改如下：編號編號所屬等價類所屬等價類加數(shù)加數(shù)1 1加數(shù)加數(shù)2 2預期結果預期結果12（有效等價類）112210010020031（無效等價類）00提示“請輸入1100之間的整數(shù)”43（無效等價類）101101提示“請輸入1100之間的整數(shù)”54（無效等價類）1.21.2提示“請輸入1100之間的整

37、數(shù)”65（無效等價類）AB提示“請輸入1100之間的整數(shù)”76（無效等價類）%提示“請輸入1100之間的整數(shù)”87（無效等價類）空格空格提示“請輸入1100之間的整數(shù)”98（無效等價類）提示“請輸入1100之間的整數(shù)”48測試用例測試用例-黑盒測試用例的設計黑盒測試用例的設計L o g oL o g o次邊界條件次邊界條件 上面討論的邊界條件最容易找到的。它們在產(chǎn)品說明書中有定義，或者在使用軟件的過程中明顯。而有些邊界在軟件內部，最終用戶看不到，但是軟件測試員仍有必要進行檢查。這樣的邊界稱為次邊界條件。2的冪。計算機和軟件的基礎是二進制數(shù)用位（bit）來表示0和1，一個字節(jié)（byte）由8位組

38、成，一個字（word）由四個字節(jié)組成，等等。下表列出了常用的2的冪單位及其數(shù)值：49冪單位冪單位范圍或值范圍或值Bit0或者1Nibble0-15Byte0-255Word0-42，9496，7295Kilo1024Mega104,8576Giga10，7374，1824Tera1，0995，1162，7776測試用例測試用例-黑盒測試用例的設計黑盒測試用例的設計L o g oL o g o次邊界條件次邊界條件ASCII表：另一種常見的次邊界條件是ASCII字符表。下表是ASCII表的部分清單：50字符字符ASCIIASCII值值字符字符ASCIIASCII值值NULL0B66Space32Y

39、89/47Z90048【9114996250a97957b98：58y12164z122A65123測試用例測試用例-黑盒測試用例的設計黑盒測試用例的設計L o g oL o g o邊界值方法邊界值方法默認、空白、空值、零值和無默認、空白、空值、零值和無另一種看起來很明顯的軟件缺陷來源是當軟件要求輸入時比如在文本框不是沒有輸入正確的信息，而是根本沒有輸入任何內容，可能單單按了Enter鍵。這種情況在產(chǎn)品說明書中常常忽視，程序員也經(jīng)常遺忘，但是在實際使用中卻時有發(fā)生。好的軟件會處理這種情況。它通常將輸入內容默認為合法劃分中的某個合理值，或者返回錯誤提示信息。因為這些值在軟件中通常進行不同處理，所

40、以不要把它們與合法情況和非法情況混在一起，而要建立單獨的等價劃分。51L o g oL o g o非法、錯誤、不正確和垃圾數(shù)據(jù)非法、錯誤、不正確和垃圾數(shù)據(jù)非法、錯誤、不正確和垃圾數(shù)據(jù)是很有意思的。如果軟件要求輸入數(shù)字就輸入字母。如果軟件只接受正數(shù)就輸入負數(shù)。如果軟件對日期敏感，就看他在公元3000年是否能正常工作。假如有“肥胖的手指”，同時按下多個鍵。此類測試沒有實際的規(guī)則，只有設法破壞軟件。要發(fā)揮創(chuàng)造力，要走偏門。在此門中需找樂趣吧。52測試用例測試用例-黑盒測試用例的設計黑盒測試用例的設計L o g oL o g o 作業(yè)：測試微博注冊頁面“我的手機號”，“創(chuàng)建密碼”和“昵稱”三個選項：

41、53測試用例測試用例-黑盒測試用例的設計黑盒測試用例的設計L o g oL o g o 作業(yè)：測試微博注冊頁面“我的手機號”，“創(chuàng)建密碼”和“昵稱”三個選項： 54項目項目要求要求我的手機號必須是11位的數(shù)字。開頭必須是13、14、15、18。創(chuàng)建密碼必須是6-16位半角字符：字母，數(shù)字和符號（輸入空格不合法）。區(qū)分大小寫。昵稱可以是中英文，數(shù)字和“_”。允許4-30位。測試用例測試用例-黑盒測試用例的設計黑盒測試用例的設計L o g oL o g o因果圖法因果圖法因果圖法比較適合輸入條件比較多的情況，測試所有的輸入條件的排列組合。所謂的原因就是輸入，所謂的結果就是輸出。利用因果圖導出測試用

42、例需要經(jīng)過以下幾個步驟:分析程度規(guī)格說明的描述中,哪些是原因,哪些是結果.原因常常是輸入條件或輸出條件的等價類,而結果是輸出條件分析程度規(guī)格說明的描述中語義內容,并將其表示成連接各個原因與各個結果的”因果圖”標明約束條件。由于語法或環(huán)境的限制，有些原因和結果的組合情況是不可能出現(xiàn)的。把因果圖轉換成判定表。為判定表中的每一列表示的情況設計測試用例55測試用例測試用例-黑盒測試用例的設計黑盒測試用例的設計L o g oL o g o因果圖基本圖形符號因果圖基本圖形符號恒等：若原因出現(xiàn)，則結果出現(xiàn)；若原因不出現(xiàn)，則結果不出現(xiàn)。非（）：若原因出現(xiàn)，則結果不出現(xiàn)；若原因不出現(xiàn)，則結果出現(xiàn)?；颍ǎ喝魩讉€

43、原因中有一個出現(xiàn)，則結果出現(xiàn)；若幾個原因都不出現(xiàn)，則結果不出現(xiàn)。與（）：若幾個原因都出現(xiàn)，結果才出現(xiàn)；若其中有一個原因不出現(xiàn)，則結果不出現(xiàn)。E E1 1C C1 1（a a）恒等）恒等E E1 1C C1 1（b b）非）非E E1 1C C1 1C C2 2（c c）或）或E E1 1C C1 1C C2 2（c c）與）與56測試用例測試用例-黑盒測試用例的設計黑盒測試用例的設計L o g oL o g o因果圖的約束符號因果圖的約束符號E（互斥）：表示兩個原因不會同時成立，兩個中最多有一個可能成立I（包含）：表示三個原因中至少有一個必須成立O（惟一）：表示兩個原因中必須有一個，且僅有一個

44、成立R（要求）：表示兩個原因，a出現(xiàn)時，b也必須出現(xiàn)，a出現(xiàn)時，b不可能不出現(xiàn)M（屏蔽）：兩個結果，a為1時，b必須是0，當a為0時，b值不定OabRabbMaaEbIacbE E（互斥：（互斥：a a和和b b同時只能同時只能有一個為有一個為1 1，但是可以同但是可以同時為時為0 0）I I（包含：（包含：a,b,ca,b,c不能不能同時都為同時都為0 0）O O（惟一：（惟一：a a和和b b有且有且僅有一個僅有一個為為1 1）R R（要求：（要求：a a為為1 1時，要求時，要求b b也為也為1 1，其，其他條件不進他條件不進行約束行約束）M M（屏蔽：（屏蔽：a a為為1 1時，時，b b必