軟件測試用例分析與設(shè)計

軟件測試用例分析與設(shè)計軟件測試用例的設(shè)計測試用例概述測試用例設(shè)計方法測試用例的設(shè)計步驟第2頁,共62頁，2024年2月25日，星期天

在日常的測試用例設(shè)計過程中，存在的問題？討論第3頁,共62頁，2024年2月25日，星期天如何以最少的人力、資源投入，在最短的時間內(nèi)完成測試，發(fā)現(xiàn)軟件系統(tǒng)的缺陷，保證軟件的優(yōu)良品質(zhì)，則是軟件公司探索和追求的目標。測試用例是測試工作的指導(dǎo)，是軟件測試的必須遵守的準則，更是軟件測試質(zhì)量穩(wěn)定的根本保障。測試用例概述第4頁,共62頁，2024年2月25日，星期天測試用例可以獨立進行測試執(zhí)行的最小單元。測試內(nèi)容的一系列情景和每個情景中必須依靠輸入和輸出，而對軟件的正確性進行判斷的測試文檔，稱為測試用例。測試用例就是將軟件測試的行為活動，做一個科學(xué)化的組織歸納。軟件測試是有組織性、步驟性和計劃性的，為了能將軟件測試的行為轉(zhuǎn)換為可管理的、具體量化的模式，需要創(chuàng)建和維護測試用例。什么是測試用例第5頁,共62頁，2024年2月25日，星期天在開始實施測試之前設(shè)計好測試用例，避免盲目測試并提高測試效率，減少測試的不完全性；測試用例的使用令軟件測試的實施重點突出、目的明確；根據(jù)測試用例的多少和執(zhí)行難度，估算測試工作量，便于測試項目的時間和資源管理與跟蹤；減少回歸測試的復(fù)雜程度，在軟件版本更新后只需修正少量的測試用例便可展開測試工作，降低工作強度、縮短項目周期；為什么需要測試用例第6頁,共62頁，2024年2月25日，星期天功能模塊的測試用例的通用化和復(fù)用化則會使軟件測試易于開展，并隨著測試用例的不斷細化其效率也不斷攀升；根據(jù)測試用例的操作步驟和執(zhí)行結(jié)果，為分析軟件缺陷和程序模塊質(zhì)量提供依據(jù)；可以方便地書寫軟件測試缺陷報告；可以根據(jù)測試用例的執(zhí)行等級，實施不同級別的測試；便于大型軟件測試項目外包測試指導(dǎo)基礎(chǔ)；為什么需要測試用例第7頁,共62頁，2024年2月25日，星期天可以最大程度地找出軟件隱藏的缺陷可以最高效率的找出軟件缺陷可以最大程度地滿足測試覆蓋要求既不過分復(fù)雜、也不能過分簡單使軟件缺陷的表現(xiàn)可以清楚的判定●測試用例包含期望的正確的結(jié)果●待查的輸出結(jié)果或文件必須盡量簡單明了不包含重復(fù)的測試用例測試用例內(nèi)容清晰、格式一致、分類組織測試用例的簡明性，與易理解性，達到僅根據(jù)測試用例即可完成測試為目的良好測試用例的特征第8頁,共62頁，2024年2月25日，星期天可以設(shè)計多少個測試用例？問題第9頁,共62頁，2024年2月25日，星期天UCTC1、TC2TS判斷測試的質(zhì)量，取決于廣度、深度，不取決于頻度。廣度：功能需求的覆蓋率；深度：單功能點的測試用例的數(shù)量。深度的級別：A:MainTC(基本流)A1:（備選流）B:additionalTC（等價類、邊界值）

C:supplyTC(錯誤推導(dǎo)法、因果圖法)D:AD-HOC隨機測試，固定時長測試用例深度的設(shè)計，取決于功能的優(yōu)先級、重要度。小結(jié)第10頁,共62頁，2024年2月25日，星期天

conceptionFetureScenarioUCcode->TC<--IT功能的重要度分為4級：critical、major、minor、Don’tcare。分析需求規(guī)格說明書第11頁,共62頁，2024年2月25日，星期天標識功能點中待測的業(yè)務(wù)實體業(yè)務(wù)實體與測試的關(guān)系●數(shù)據(jù)庫測試（數(shù)據(jù)實體圖）讀需求規(guī)格來完成業(yè)務(wù)實體的標示需求規(guī)格中的業(yè)務(wù)實體完整性判斷

數(shù)據(jù)實體：輸入、輸出分析需求規(guī)格說明書第12頁,共62頁，2024年2月25日，星期天標識功能點中待測的業(yè)務(wù)規(guī)則業(yè)務(wù)規(guī)則與測試的關(guān)系？業(yè)務(wù)規(guī)則分類標識狹義的業(yè)務(wù)規(guī)則與廣義的業(yè)務(wù)規(guī)則操作步驟、界面、規(guī)則、業(yè)務(wù)，主要完成細節(jié)TC邏輯設(shè)計分析需求規(guī)格說明書第13頁,共62頁，2024年2月25日，星期天標識功能點中待測的業(yè)務(wù)流業(yè)務(wù)流程中的動作與狀態(tài)分析業(yè)務(wù)流程中動作按照時間列表讀UML圖中的活動圖完成動作或活動的標示完成流程用例的設(shè)計分析需求規(guī)格說明書第14頁,共62頁，2024年2月25日，星期天標識功能點中待測的業(yè)務(wù)狀態(tài)業(yè)務(wù)狀態(tài)與業(yè)務(wù)流程業(yè)務(wù)狀態(tài)定義依據(jù)（未發(fā)生、發(fā)生中、已發(fā)生）業(yè)務(wù)狀態(tài)的轉(zhuǎn)換條件標識完善流程、功能用例的設(shè)計，業(yè)務(wù)狀態(tài)測試分析需求規(guī)格說明書第15頁,共62頁，2024年2月25日，星期天標識功能點中待測的業(yè)務(wù)角色讀需求規(guī)格說明書中的組織結(jié)構(gòu)域業(yè)務(wù)角色角色對業(yè)務(wù)實體以及相關(guān)屬性操作的行為角色之間的隸屬關(guān)系讀業(yè)務(wù)執(zhí)行者的關(guān)系圖權(quán)限測試（用戶與數(shù)據(jù)權(quán)限、用戶與行為權(quán)限、用戶與角色權(quán)限等）分析需求規(guī)格說明書第16頁,共62頁，2024年2月25日，星期天標識功能點中待測質(zhì)量因素讀需求規(guī)格說明書的非功能部分客戶對軟件系統(tǒng)質(zhì)量的細節(jié)要求標出列表將與軟件系統(tǒng)相關(guān)的質(zhì)量屬性標出列表對軟件系統(tǒng)的質(zhì)量屬性進行優(yōu)先級別的排序非功能性測試（性能、可靠性、健壯），此部分測試基本都是通過自動化測試完成的（壓力、疲勞、容量等）。分析需求規(guī)格說明書第17頁,共62頁，2024年2月25日，星期天標識功能點中待測環(huán)境因素讀需求規(guī)格說明書關(guān)于軟件系統(tǒng)運維環(huán)境的描述部分標識軟件系統(tǒng)運行的相關(guān)環(huán)境因素對相關(guān)的環(huán)境因素給出詳細列表對易變動環(huán)境與穩(wěn)定環(huán)境進行標識生產(chǎn)環(huán)境對測試的影響分析需求規(guī)格說明書第18頁,共62頁，2024年2月25日，星期天正確理解需求的過程分析需求規(guī)格說明書第19頁,共62頁，2024年2月25日，星期天測試用例設(shè)計的視角第20頁,共62頁，2024年2月25日，星期天測試種類、階段和用例的關(guān)系測試用例設(shè)計第21頁,共62頁，2024年2月25日，星期天1、軟件版本編號。2、測試用例編號，編號的格式可根據(jù)軟件版本號+用例號來確定。3、用例的優(yōu)先級，在一個時間緊湊的測試環(huán)境下，為了按效率的完成測試用例。4、前提條件：參數(shù)、配置、數(shù)據(jù)準備。5、業(yè)務(wù)說明。4、用例步驟ID。5、輸入數(shù)據(jù)。6、期望輸出數(shù)據(jù)。某個步驟下，輸入了某條數(shù)據(jù)，你期望程序會輸出什么數(shù)據(jù)，可以用來與實際輸出的數(shù)據(jù)相比較。8、備注。為什么要備注，可能你在考慮這個Case的時候有一個好的點子或者思路，可寫在備注里面。9、測試環(huán)境。10、用例編寫人/日期。(不重要)11、測試執(zhí)行者/日期。（不重要）可能根據(jù)不同的項目還需要一些補充，可以根據(jù)具體情況具體分析。注：在測試用例設(shè)計中，測試步驟、測試數(shù)據(jù)分離。測試用例的基本結(jié)構(gòu)第22頁,共62頁，2024年2月25日，星期天5W1H■Why——為什么而測？目的■What——測什么？內(nèi)容、期望結(jié)果■Where——在哪里測？環(huán)境■When——什么時候開始測？時間■Which——哪些輸入數(shù)據(jù)？測試數(shù)據(jù)■How——如何操作軟件？步驟測試用例要描述什么第23頁,共62頁，2024年2月25日，星期天測試用例的元素第24頁,共62頁，2024年2月25日，星期天■是由一組邏輯上相關(guān)聯(lián)的操作構(gòu)成的?！鲇谐跏蓟僮?，預(yù)計的輸入，處理，輸出?！鲂枰獏^(qū)分主業(yè)務(wù)流程和輔助業(yè)務(wù)流程■測試用例應(yīng)該劃分優(yōu)先級，首先保證重點業(yè)務(wù)流程的正確性。■測試用例決不是一個一個的孤島，而是按照邏輯關(guān)系組合到一起，由數(shù)據(jù)構(gòu)成的邏輯包。測試用例的組成第25頁,共62頁，2024年2月25日，星期天軟件測試用例的設(shè)計測試用例概述測試用例設(shè)計方法測試用例的設(shè)計步驟第26頁,共62頁，2024年2月25日，星期天

黑盒測試是從一種從軟件外部對軟件實施的測試，也稱功能測試或基于規(guī)格說明的測試。其基本觀點是：任何程序都可以看作是從輸入定義域到輸出值域的映射，這種觀點將被測程序看作一個打不開的黑盒，黑盒里面的內(nèi)容(實現(xiàn))是完全不知道的，只知道軟件要做什么。因無法看到盒子中的內(nèi)容，所以不知道軟件是如何實現(xiàn)的，也不關(guān)心黑盒里面的結(jié)構(gòu)，只關(guān)心軟件的輸入數(shù)據(jù)和輸出結(jié)果黑盒測試的基本概念第27頁,共62頁，2024年2月25日，星期天

黑盒測試是從用戶觀點出發(fā)的測試，其目的是盡可能發(fā)現(xiàn)軟件的外部行為錯誤。在已知軟件產(chǎn)品功能的基礎(chǔ)上：■檢測軟件功能能否按照需求規(guī)格說明書的規(guī)定正常工作，是否有功能遺漏；■檢測是否有人機交互錯誤，是否有數(shù)據(jù)結(jié)構(gòu)和外部數(shù)據(jù)庫訪問錯誤，是否能恰當?shù)亟邮諗?shù)據(jù)并保持外部信息（如數(shù)據(jù)庫或文件）等的完整性；■檢測行為、性能等特性是否滿足要求等；■檢測程序初始化和終止方面的錯誤等。黑盒測試的基本概念第28頁,共62頁，2024年2月25日，星期天

黑盒測試著眼于軟件的外部特征，通過上述方面的檢測，確定軟件所實現(xiàn)的功能是否按照軟件規(guī)格說明書的預(yù)期要求正常工作。兩個顯著的優(yōu)點：■黑盒測試與軟件具體實現(xiàn)無關(guān)，所以如果軟件實現(xiàn)發(fā)生了變化，測試用例仍然可以使用；■設(shè)計黑盒測試用例可以和軟件實現(xiàn)同時進行，因此可以壓縮項目總的開發(fā)時間。黑盒測試的基本概念第29頁,共62頁，2024年2月25日，星期天

窮舉輸入測試是不現(xiàn)實的。這就需要我們認真研究測試方法，以便能開發(fā)出盡可能少的測試用例，發(fā)現(xiàn)盡可能多的軟件故障。

常用的黑盒測試方法有等價類劃分、邊界值分析、決策表測試等，每種方法各有所長，我們應(yīng)針對軟件開發(fā)項目的具體特點，選擇合適的測試方法，有效地解決軟件開發(fā)中的測試問題。黑盒測試的基本概念第30頁,共62頁，2024年2月25日，星期天等價類劃分

等價類劃分法是一種典型的黑盒測試方法，它完全不考慮程序的內(nèi)部結(jié)構(gòu)，只根據(jù)程序規(guī)格說明書對輸入范圍進行劃分，把所有可能的輸入數(shù)據(jù)，即程序輸入域劃分為若干個互不相交的子集，稱為等價類，然后從每個等價類中選取少數(shù)具有代表性的數(shù)據(jù)作為測試用例，進行測試。黑盒測試方法第31頁,共62頁，2024年2月25日，星期天等價類劃分

所謂等價類是指輸入域的某個互不相交的子集合，所有等價類的并便是整個輸入域。1．劃分等價類（1）有效等價類檢驗程序是否實現(xiàn)了規(guī)格說明預(yù)先規(guī)定的功能和性能。（2）無效等價類檢查軟件功能和性能的實現(xiàn)是否有不符合規(guī)格說明要求的地方。黑盒測試方法第32頁,共62頁，2024年2月25日，星期天等價類劃分

2．常用的等價類劃分原則（1）按區(qū)間劃分（2）按數(shù)值劃分（3）按數(shù)值集合劃分（4）按限制條件或規(guī)則劃分（5）細分等價類黑盒測試方法第33頁,共62頁，2024年2月25日，星期天等價類劃分3．等價類劃分測試用例設(shè)計在設(shè)計測試用例時應(yīng)同時考慮有效等價類和無效等價類測試用例的設(shè)計。根據(jù)等價類表設(shè)計測試用例，具體步驟如下：（1）為每個等價類規(guī)定一個唯一的編號。（2)設(shè)計一個新的測試用例，盡可能多地覆蓋尚未被覆蓋的有效等價類，重復(fù)這一步，直到測試用例覆蓋了所有的有效等價類。（3)設(shè)計一個新的測試用例，使其覆蓋并且只覆蓋一個還沒有被覆蓋的無效等價類。重復(fù)這一步，直至測試用例覆蓋了所有的無效等價類。黑盒測試方法第34頁,共62頁，2024年2月25日，星期天等價類劃分--案例分析

三角形問題的等價類測試輸入三個整數(shù)a、b和c分別作為三角形的3條邊，通過程序判斷由這3條邊構(gòu)成的三角形類型是：等邊三角形、等腰三角形、一般三角形或非三角形（不能構(gòu)成一個三角形）輸入3個整數(shù)a、b和c分別作為三角形的三條邊，要求a、b和c必須滿足以下條件：Con1．1≤a≤100Con2．1≤b≤100Con3．1≤c≤100Con4．a(chǎn)<b+cCon5．b<a+cCon6．c<a+b黑盒測試方法第35頁,共62頁，2024年2月25日，星期天等價類劃分--案例分析

三角形問題的等價類測試

黑盒測試方法第36頁,共62頁，2024年2月25日，星期天等價類劃分--案例分析

三角形問題的等價類測試

黑盒測試方法第37頁,共62頁，2024年2月25日，星期天邊界值分析法■大量的軟件測試實踐表明，故障往往出現(xiàn)在定義域或值域的邊界上，而不是在其內(nèi)部。為檢測邊界附近的處理專門設(shè)計測試用例，通常都會取得很好的測試效果。因此邊界值分析法是一種很實用的黑盒測試用例方法，它具有很強的發(fā)現(xiàn)故障的能力?！鲈O(shè)計方法：●確定邊界情況（輸入或輸出等價類的邊界）●選取正好等于、剛剛大于或剛剛小于邊界值作為測試數(shù)據(jù)黑盒測試方法第38頁,共62頁，2024年2月25日，星期天邊界值分析法---案例分析

加法器程序計算兩個1～100之間整數(shù)的和。對于加法器程序，根據(jù)輸入要求可將輸入空間劃分為三個等價類，即1個有效等價類（1～100之間），兩個無效等價類（<1，>100）。但這種等價類劃分不是很完善，我們只考慮了輸入數(shù)據(jù)的取值范圍，而沒有考慮輸入數(shù)據(jù)的類型，我們認為輸入應(yīng)為整數(shù)，但用戶輸入什么都有可能。黑盒測試方法第39頁,共62頁，2024年2月25日，星期天邊界值分析法---案例分析為此，我們可綜合考慮輸入數(shù)據(jù)的取值范圍和類型劃分等價類，其結(jié)果如下表所示。黑盒測試方法第40頁,共62頁，2024年2月25日，星期天邊界值分析法---案例分析為此，我們可綜合考慮輸入數(shù)據(jù)的取值范圍和類型劃分等價類，其結(jié)果如下表所示。黑盒測試方法第41頁,共62頁，2024年2月25日，星期天邊界值分析法

■其實邊界值和等價類密切相關(guān)，輸入等價類和輸出等價類的邊界是要著重測試的邊界情況。在等價類的劃分過程中產(chǎn)生了許多等價類邊界。邊界是最容易出錯的地方，所以，從等價類中選取測試數(shù)據(jù)時應(yīng)該關(guān)注邊界值。

■在等價類劃分基礎(chǔ)上進行邊界值分析測試的基本思想是，選取正好等于、剛剛大于或剛剛小于等價類邊界的值作為測試數(shù)據(jù)，而不是選取等價類中的典型值或任意值做為測試數(shù)據(jù)。黑盒測試方法第42頁,共62頁，2024年2月25日，星期天錯誤推測法測試用例設(shè)計

■基于經(jīng)驗和直覺推測程序中所有可能存在的各種錯誤，從而有針對性地設(shè)計測試用例。

■發(fā)現(xiàn)程序經(jīng)常出現(xiàn)的錯誤的方法：

■單元測試中發(fā)現(xiàn)的模塊錯誤；■產(chǎn)品的以前版本曾經(jīng)發(fā)現(xiàn)的錯誤；■輸入數(shù)據(jù)為0或字符為空；■當軟件要求輸入時(比如在文本框中),不是沒有輸入正確的信息，而是根本沒有輸入任何內(nèi)容，單單按了Enter鍵；■這種情況在產(chǎn)品說明書中常常忽視，程序員也可能經(jīng)常遺忘，但是在實際使用中卻時有發(fā)生。程序員總會習(xí)慣性的認為用戶要么輸入信息，不管是看起來合法的或非法的信息，要不就會選擇Cancel鍵放棄輸入，黑盒測試方法第43頁,共62頁，2024年2月25日，星期天測試場景法設(shè)計測試用例

■現(xiàn)在的軟件幾乎都是用事件觸發(fā)來控制流程的，事件觸發(fā)時的情景便形成了場景，而同一事件不同的觸發(fā)順序和處理結(jié)果就形成事件流。這種在軟件設(shè)計方面的思想也可引入到軟件測試中，可以比較生動地描繪出事件觸發(fā)時的情景，有利于測試設(shè)計者設(shè)計測試用例，同時使測試用例更容易理解和執(zhí)行。黑盒測試方法第44頁,共62頁，2024年2月25日，星期天測試場景法設(shè)計測試用例

■用例場景用來描述流經(jīng)用例的路徑，從用例開始到結(jié)束遍歷這條路徑上所有基本流和備選流。每個基本流都是一個完整的業(yè)務(wù)流程，或者用例。黑盒測試方法第45頁,共62頁，2024年2月25日，星期天測試場景法設(shè)計測試用例—案例分析以ATM取款為例，按照基本流、備選流的概念，討論哪些是基本流、備選流。

黑盒測試方法第46頁,共62頁，2024年2月25日，星期天基本流開端是ATM處于準備就緒狀態(tài)。1.準備提款-客戶將銀行卡插入ATM機的讀卡機。2.驗證銀行卡-ATM機從銀行卡的磁條中讀取帳戶代碼，并檢查它是否屬于可以接收的銀行卡。

3.輸入PIN-ATM要求客戶輸入PIN碼（4位）4.驗證帳戶代碼和PIN-驗證帳戶代碼和PIN以確定該帳戶是否有效以及所輸入的PIN對該帳戶來說是否正確。對于此事件流，帳戶是有效的而且PIN對此帳戶來說正確無誤。5.ATM選項-ATM顯示在本機上可用的各種選項。在此事件流中，銀行客戶通常選擇“提款”。6.輸入金額-要從ATM中提取的金額。對于此事件流，客戶需選擇預(yù)設(shè)的金額（10美元、20美元、50美元或100美元）。7.授權(quán)-ATM通過將卡ID、PIN、金額以及帳戶信息作為一筆交易發(fā)送給銀行系統(tǒng)來啟動驗證過程。對于此事件流，銀行系統(tǒng)處于聯(lián)機狀態(tài)，而且對授權(quán)請求給予答復(fù)，批準完成提款過程，并且據(jù)此更新帳戶余額。8.出鈔-提供現(xiàn)金。9.返回銀行卡-銀行卡被返還。10.收據(jù)-打印收據(jù)并提供給客戶。ATM還相應(yīng)地更新內(nèi)部記錄。

用例結(jié)束時ATM又回到準備就緒狀態(tài)。

黑盒測試方法第47頁,共62頁，2024年2月25日，星期天黑盒測試方法銀行卡無效在基本流步驟2中-驗證銀行卡，如果卡是無效的，則卡被退回，同時會通知相關(guān)消息。ATM內(nèi)沒有現(xiàn)金

在基本流步驟5中-ATM選項，如果ATM內(nèi)沒有現(xiàn)金，則“提款”選項將無法使用。ATM內(nèi)現(xiàn)金不足

在基本流步驟6中-輸入金額，如果ATM機內(nèi)金額少于請求提取的金額，則將顯示一則適當?shù)南?，并且在步驟6-輸入金額處重新加入基本流。PIN有誤

在基本流步驟4中-驗證帳戶和PIN，客戶有三次機會輸入PIN。

如果PIN輸入有誤，ATM將顯示適當?shù)南?；如果還存在輸入機會，則此事件流在步驟3-輸入PIN處重新加入基本流。

如果最后一次嘗試輸入的PIN碼仍然錯誤，則該卡將被ATM機保留，同時ATM返回到準備就緒狀態(tài)，本用例終止。帳戶不存在

在基本流步驟4中-驗證帳戶和PIN，如果銀行系統(tǒng)返回的代碼表明找不到該帳戶或禁止從該帳戶中提款，則ATM顯示適當?shù)南⒉⑶以诓襟E9-返回銀行卡處重新加入基本流。帳面金額不足在基本流步驟7-授權(quán)中，銀行系統(tǒng)返回代碼表明帳戶余額少于在基本流步驟6-輸入金額內(nèi)輸入的金額，則ATM顯示適當?shù)南⒉⑶以诓襟E6-輸入金額處重新加入基本流。

達到每日最大的提款金額

在基本流步驟7-授權(quán)中，銀行系統(tǒng)返回的代碼表明包括本提款請求在內(nèi)，客戶已經(jīng)或?qū)⒊^在24小時內(nèi)允許提取的最多金額，則ATM顯示適當?shù)南⒉⒃诓襟E6-輸入金額上重新加入基本流。記錄錯誤如果在基本流步驟10-收據(jù)中，記錄無法更新，則ATM進入“安全模式”，在此模式下所有功能都將暫停使用。同時向銀行系統(tǒng)發(fā)送一條適當?shù)木瘓笮畔⒈砻鰽TM已經(jīng)暫停工作。退出客戶可隨時決定終止交易（退出）。交易終止，銀行卡隨之退出?！奥N起”ATM包含大量的傳感器，用以監(jiān)控各種功能，如電源檢測器、不同的門和出入口處的測壓器以及動作檢測器等。在任一時刻，如果某個傳感器被激活，則警報信號將發(fā)送給警方而且ATM進入“安全模式”，在此模式下所有功能都暫停使用，直到采取適當?shù)闹貑?重新初始化的措施。第48頁,共62頁，2024年2月25日，星期天測試場景法設(shè)計測試用例—案例分析用例設(shè)計

黑盒測試方法第49頁,共62頁，2024年2月25日，星期天測試場景法設(shè)計測試用例—案例分析數(shù)據(jù)設(shè)計：一旦一旦確定了所有的測試用例，則應(yīng)對這些用例進行復(fù)審和驗證以確保其準確且適度，并取消多余或等效的測試用例。

黑盒測試方法第50頁,共62頁，2024年2月25日，星期天因果圖法■等價類劃分方法和邊界值分析法都是著重考慮輸入條件，也沒有考慮到輸入情況的各種組合，也沒考慮到各個輸入情況之間的相互制約關(guān)系?！鲆蚬麍D方法的思路是：僅用自然語言書寫的程序規(guī)格說明的描述中找出因（輸入條件）和果（輸出或程序狀態(tài)的改變），通過因果圖轉(zhuǎn)換為判定表。

黑盒測試方法第51頁,共62頁，2024年2月25日，星期天因果圖法測試用例設(shè)計設(shè)計方法：分析程序規(guī)格說明的描述中，哪些是原因，哪些是結(jié)果。原因常常是輸入條件戒是輸入條件的等價類，而結(jié)果是輸出條件；找出原因與結(jié)果，原因與原因之間的對應(yīng)關(guān)系，劃出因果圖；在因果圖上標上哪些不可能發(fā)生的因果關(guān)系，表明約束或限制條件；根據(jù)因果圖，創(chuàng)建判定表，將復(fù)雜的邏輯關(guān)系和多種條件組合很具體明確的表示出來；把判定表的每一行作為依據(jù)設(shè)計測試用例。黑盒測試方法第52頁,共62頁，2024年2月25日，星期天因果圖法測試用例設(shè)計因果圖中用到的基本符號黑盒測試方法第53頁,共62頁，2024年2月25日，星期天因果圖法測試用例設(shè)計因果圖中用到的條件之間關(guān)系的符號黑盒測試方法第54頁,共62頁，2024年2月25日，星期天因果圖法測試用例設(shè)計—案例分析

有一個處理單價為1元2元的盒裝飲料的自動售貨機軟件。若投入1元硬幣，按下“可樂”、“雪碧”和“紅茶”按鈕，相應(yīng)的飲料就送出來。若投入的是兩元硬幣，在送出飲料的同時退還1元硬幣。黑盒測試方法第55頁,共62頁，2024年2月25日，星期天因果圖法測試用例設(shè)計—案例分析黑盒測試方法第56頁,共62頁，2024年2月25日，星期天決策表法決策表是把作為條件的所有輸入的各種組合值以及對應(yīng)輸出值都羅列出來而形成的表格。它能夠?qū)?fù)雜的問題按照各種可能的情況全部列舉出來，簡明