測試案例設計課程概覽課程名稱測試案例設計基本描述本課程主要講解測試案例設計活動，包括測試案例的基本概念，測試案例的設計方法，測試案例的設計策略，以及測試案例的設計流程等幾個部分。課程目標：

了解測試案例的概念和目的了解測試案例的常用設計方法了解測試案例設計的策略了解測試案例的設計流程主要學習內容/要點：測試案例概念測試案例設計方法測試案例設計策略測試案例設計流程目標人群和課程時間：信息體系級測試人員課程類型：課堂培訓時長：4小時授課要求和課程特色：人數要求：無

分組要求：無

案例要求：無

提前需要學習的內容要求：無完成本課程的學習之后，你能夠：

了解測試案例的概念了解測試案例的設計方法

了解測試案例設計策略了解測試案例設計流程課程目標培訓日程安排培訓主題時間時長授課講師第一部分:課件講解2hours第二部分:練習2hours第三部分:XXX第四部分:XXX注：如課程由多個相對獨立、可分時講授的部分組成，可就各部分使用獨立的PPT或文件，通過課程表或培訓日程安排說明清楚各部分的順序及關系培訓主題第一部分:測試案例基礎概念第二部分:測試案例設計方法第三部分:測試案例設計策略第四部分:測試案例設計流程軟件測試的定義：軟件測試是在規定的條件下對程序進行操作，以發現錯誤，對軟件質量進行評估即軟件測試是為了發現錯誤而執行程序的過程。軟件測試的目的：不僅是為了發現軟件缺陷與錯誤，是軟件質量保證的關鍵，是對軟件質量進行度量與評估，判斷風險，以提高軟件質量軟件測試所有的測試活動集中在以下四個方面測試需求分析（RTVM)測試案例設計（測試案例）測試案例執行（測試執行跟蹤表）測試結果分析（測試報告）測試案例設計和編寫直接影響到測試的有效性和效率本課程主要介紹黑盒測試案例設計方法，包括用例場景法、等價類劃分法、邊界值分析法、決策表分析法、正交陣列設計法等。其中重點介紹用例場景法。這些設計方法是測試中比較常用的，但具體采用哪種方法，要針對開發項目的特點選擇適當的方法。測試活動

因為我們不可能進行窮舉測試，為了節省時間和資源、提高測試效率，必須要從數量極大的可用測試數據中精挑細選出具有代表性或特殊性的數據來進行測試。

使用測試案例的好處包括下面四個方面：在開始實施測試之前設計好測試案例，可以避免盲目測試并提高測試效率。測試案例的使用令軟件測試的實施重點突出、目的明確。在軟件版本更新之后只需要修正部分測試案例便可展開測試工作，降低工作強度，縮短項目周期。功能模塊的通用化和復用化使軟件易于開發，而測試案例的通用化和復用化則使軟件測試易于開展，并隨著測試案例的不斷優化其效率也不斷提升。為什么需要測試案例什么是測試案例測試案例：是為特定的目的而設計的一組測試輸入、執行條件和預期結果。測試案例是執行的最小實體。簡單地說，測試案例就是設計一個場景，使軟件程序在這種場景下，必須能夠正常運行并且達到程序所設計的執行結果。

編寫測試案例的思路是什么測試案例是為特定的目的而設計的一組測試輸入、執行條件和預期結果。測試案例是執行的最小實體。簡單地說，測試案例就是設計一個場景，使軟件程序在這種場景下，必須能夠正常運行并且達到程序所設計的執行結果。測試目標操作步驟和測試數據前提條件測試的期望結果是測試執行的最小實體設計測試場景以滿足需求測試案例的代表性：能夠代表并覆蓋各種合理的和不合理、合法的和非法的、邊界的和越界的、以及極限的輸入數據、操作和環境設置等測試結果的可判定性：測試案例執行結果的正確性是可判定的，每一個測試案例都應有相應的期望結果測試結果的可再現性：同樣的測試案例，系統的執行結果應當是相同的設計測試案例的原則設計測試案例時要考慮：簡潔性：清晰明了，即不拖沓冗長，也不過于簡單難以執行完整性：編寫的案例要對系統（產品）有足夠的覆蓋有效性：較少的案例覆蓋較多的測試區域，對于發現缺陷最有作用唯一性：每條測試案例都有唯一的測試目的可維護性：測試案例便于更新和維護測試案例的特點

為什么要進行測試案例的分級管理：在項目的生命周期里，在每一個版本上都執行你全部的測試案例是很困難的。但是你如何知道哪個測試案例必須在每一個版本中執行，什么應該被執行，同時如果你有時間的話，什么又可以被執行？在快速組織測試案例、安排測試進度和工作量、制訂項目計劃時需要完成哪些測試案例等方面，測試案例的分級管理可以給你很多幫助。怎樣劃分測試案例優先級和如何執行測試案例取決于你在你的項目周期的位置。當你在測試進行的過程中，通過分析和度量，發現風險和缺陷集中出現的地方時，你可能會調整你的測試案例優先級別。這樣會讓你的測試目標和測試重點變得更清晰。擁有劃分了優先級別的測試案例，也為你潛在的，待定的自動化項目給出了一個好的起點。比如，自動化BVT（版本確認測試，又叫冒煙測試）中的測試案例，用于持續集成的自動化驗收；或者自動化高、中優先級的測試案例，用于全量的功能自動化測試。測試案例的分級管理IEEE定義的標準的測試案例優先級如下：版本確認測試（BuildVerificationTests(BVTs)：也叫做“冒煙測試”，一組你想優先運行以確定版本是否可以測試的測試案例。如果你不能訪問每一個功能區域或執行其他測試案例依賴的基本操作，那么在執行這組測試案例之前，試圖做其他任何的測試都是沒有意義的，因為他們大多數肯定要失敗。高（Highs）：最常執行以保證功能穩定的，目標的行為和能力可以正常的工作，以及重要的錯誤和邊界被測試的測試案例的集合。中（Mediums）：這是使給出的功能區域或功能變得更詳細，檢查功能的多數方面包括邊界值，等價類，錯誤和配置測試的測試案例低（Lows）：這是通常最少被執行的測試案例。但這并不意味著這些測試都不重要，只是說他們在項目的生命期間里不是常常被運行，例如GUI、錯誤信息、可用性、穩定性、易用性、壓力測試和性能測試。測試案例的分級管理2我們公司對測試案例的分級管理：Level0：基本的功能性驗證（或基本路徑（BasicPath））的測試案例，以及少量重要的錯誤、邊界值或重要的路徑分支。適用于做確認測試（BVT），比例為15-20%；Level1：對基本功能或基本路徑的擴充，包含錯誤、邊界值、等價類、路徑分支等測試案例。適用于全量覆蓋完整的需求功能點，比例為60-70%；Level2：非功能性的（例如錯誤信息、可用性、穩定性、易用性、壓力測試和性能測試）測試案例。適用于輔助完善測試覆蓋，比例為10-15%。測試案例的分級管理3易用性。對于一個即不熟悉測試工作，又不熟悉被測應用的測試人員，只需花費很少的時間就可以理解測試案例中表達的測試思路，并可以很快的執行完成易維護性。當開發過程中的某些因素影響了測試需求，測試案例的作者或其他測試設計人員，應該可以花費很少的時間就完成定位并維護所有相關測試案例的工作如何評價測試案例的好壞培訓主題第一部分:測試案例基礎概念第二部分:測試案例設計方法第三部分:測試案例設計策略第四部分:測試案例設計流程測試階段劃分如下：

單元測試（UnitTesting）集成測試（IntegrationTesting）系統測試（SystemTesting）系統集成測試（SystemIntegrationTesting）用戶驗收測試（UserAcceptTesting）測試階段測試方法分類如下：

靜態測試（不運行被測程序）

評審、走查、審查、桌面檢查

動態測試（運行被測程序）

白盒測試、黑盒測試、錯誤猜測測試方法

白盒測試（是通過程序的源代碼進行測試而不使用用戶界面）白盒測試介紹

黑盒測試（已經實現的功能是否符合要求）黑盒測試介紹

場景法等價類邊界值因果圖判定表正交陣列隨機測試測試案例的常用編寫方法

場景法適用于什么樣的項目？業務流程或事件比較復雜的程序，主要用來探索對于比較有經驗的用戶是怎么來使用軟件的，并查找出更加有說服力的bug。不同的觸發順序和處理結果形成事務流，通過設計足夠多的測試用例來覆蓋基本流和各種備選流（如oa請假系統）場景法一般包含基本流和備選流來完成整個場景，下圖展示了場景法基本情況的一個實例圖

基本流：采用直黑線表示，是經過用例的最簡單路徑（開始直接執行到結束）

備選流：采用不同顏色表示，一個備選流可能從基本流開始，在某個特定條件下執行，然后重新加入基本流；也可以起源于另一個備選流，或終止用例，不再加入到基本流中（各種錯誤情況）場景法-1場景法的基本設計步驟：根據說明，描述出程序的基本流及各項備選流根據基本流和各項備選流生成不同的場景對每一個場景生成相應的測試案例對生成的所有的測試案例重新復審，去掉多余的測試案例，測試案例確定后，對每個測試案例確定測試數據值舉例：用戶進入一個網站進行手機充值，需要登錄賬號，登錄成功后，進行付錢交易，交易成功后，完成充值步驟1，確定基本流和備選流場景法-2基本流打開該網站，登錄賬號，輸入需要充值的手機號，付錢交易，充值成功備選流1登錄賬號或者密碼輸入錯誤備選流2登錄賬號狀態異常備選流3需要充值的手機號碼輸入非法備選流4賬號余額不足步驟2，根據基本流和備選流來確定場景場景法-3場景1-成功完成充值基本流場景2-登錄賬戶或者密碼輸入錯誤基本流備選流1場景3-登錄賬戶狀態異常基本流備選流2場景4-充值手機號輸入不正確基本流備選流3場景5-賬戶余額不足基本流備選流4步驟3，設計測試案例場景法-4案例ID場景/條件賬號密碼手機號碼賬戶余額預期結果1場景1：成功完成手機充值YYYY成功充值2場景2：登錄賬號錯誤N---提示賬號不存在3場景2：登錄密碼錯誤YN--提示密碼輸入錯誤4場景3：登錄賬號狀態異常NY--提示賬號狀態異常5場景4：充值手機號輸入不正確YYN-提示手機號碼輸入不正確6場景5：賬戶余額不足YYYN提示賬戶余額不足步驟4設計數據，把數據填寫入上面的案例表中場景法-5案例ID場景/條件賬號密碼手機號碼賬戶余額預期結果1場景1：成功完成手機充值Jim123o成功充值2場景2：登錄賬號錯誤Tom---提示賬號不存在3場景2：登錄密碼錯誤Jim12--提示密碼輸入錯誤4場景3：登錄賬號狀態異常Lily14q--提示賬號狀態異常5場景4：充值手機號輸入不正確Jim123ok123-提示手機號碼輸入不正確6場景5：賬戶余額不足Sam88u137000000000提示賬戶余額不足場景法等價類邊界值因果圖判定表正交陣列隨機測試測試案例的常用編寫方法

等價類劃分是一種典型的黑盒測試方法，用這一方法設計測試案例完全不考慮程序的內部結構，只根據對程序的需求和說明，即需求規格說明書。由于窮舉測試工作量太大，以致于無法實際完成，促使我們在大量的可能數據中選取其中的一部分作為測試案例。定義：等價類比法是把所有可能的輸入數據,即程序的輸入域劃分成若干部分（子集）,然后從每一個子集中選取少數具有代表性的數據作為測試案例。劃分等價類：等價類是指某個輸入域的子集合。在該子集合中,各個輸入數據對于揭露程序中的錯誤都是等效的，并合理地假定：測試某等價類的代表值就等于對這一類其它值的測試。也就是說，如果某一類中的一個例子發現了錯誤，這一等價類中的其他例子也能發現同樣的錯誤；反之，如果某一類中的一個例子沒有發現錯誤，則這一類中的其他例子也不會查出錯誤。有效等價類：是指對于程序的規格說明來說是合理的、有意義的輸入數據構成的集合。利用有效等價類可檢驗程序是否實現了規格說明中所規定的功能和性能。無效等價類：與有效等價類的定義恰巧相反。等價類-1輸入條件有效等價類無效等價類………………劃分等價類的標準：

1)完備測試、避免冗余

2)劃分等價類重要的是：集合的劃分，劃分為互不相交的一組子集 3)子集的并是整個集合：完備性 4)子集互不相交：保證一種形式的無冗余性 5)同一類中標識（選擇）一個測試案例，同一等價類中，往往處理相同，相同處理映射到“相同的執行路徑”設計測試案例

在確立等價類后,可建立等價類表等價類-2每個等價類中只測試一個值如果由于某種原因需要重復測試，可以選取測試等價類中不同的值來測試根據等價類表，列出所有劃分出的等價類輸入條件：有效等價類、無效等價類，然后從劃分出的等價類中按以下三個原則設計測試案例：

1)為每一個等價類規定一個唯一的編號；

2)設計一個新的測試案例,使其盡可能多地覆蓋尚未被覆蓋地有效等價類,重復這一步，直到所有的有效等價類都被覆蓋為止；

3)設計一個新的測試案例,使其僅覆蓋一個尚未被覆蓋的無效等價類,重復這一步，直到所有的無效等價類都被覆蓋為止。等價類-3例1.輸入在0到40之間整數.有效等價類

無效等價類0<=X<=40 X<0X>40 0到40之間的非整數

字母、漢字、特殊字符例2.

第一個字符是字母.有效等價類

無效等價類26個字母中的任何一個 特殊字符 數字字符

漢字字符等價類-4（舉例）根據下面給出的規格說明，利用等價類劃分的方法，給出足夠的測試案例。“一個程序讀入3個整數，把這三個數值看作一個三角形的3條邊的長度值。這個程序要打印出信息，說明這個三角形是不等邊的、是等腰的、還是等邊的。”等價類-練習我們可以設三角形的3條邊分別為A，B，C。如果它們能夠構成三角形的3條邊，必須滿足：A>0，B>0，C>0，且A+B>C，B+C>A，A+C>B。如果是等腰的，還要判斷A=B，或B=C，或A=C。如果是等邊的，則需判斷是否A=B，且B=C，且A=C。請畫出等價類表等價類-練習輸入條件有效等價類無效等價類是否三角形的三條邊（A>0），（1）（B>0），（2）（C>0），（3）（A+B>C），（4）（B+C>A），（5）（A+C>B），（6）（A≤0），（7）（B≤0），（8）（C≤0），（9）（A+B≤C），（10）（B+C≤A），（11）（A+C≤B），（12）是否等腰三角形（A=B），（13）（B=C），（14）（C=A），（15）（A≠B）and（B≠C）and（C≠A），（16）是否等邊三角形（A=B）and（B=C）and（C=A），（17）（A≠B），（18）（B≠C），（19）（C≠A），（20）等價類-練習序號【A，B，C】覆蓋等價類輸出1【3，4，5】（1），（2），（3），（4），（5），（6）一般三角形2【0，1，2】（7）不能構成三角形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），（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）等價類-練習場景法等價類邊界值因果圖判定表正交陣列隨機測試測試案例的常用編寫方法

定義：邊界值分析法就是對輸入或輸出的邊界值進行測試的一種黑盒測試方法。通常邊界值分析法是作為對等價類劃分法的補充，這種情況下，其測試案例來自等價類的邊界。

邊界值分析-1與等價劃分的區別

1)邊界值分析不是從某等價類中隨便挑一個作為代表，而是使用這個等價類的每個邊界都要作為測試條件。

2)邊界值分析不僅考慮輸入條件，還要考慮輸出結果產生的測試情況。使用邊界值分析方法的原因：長期的測試工作經驗告訴我們，大量的錯誤是發生在輸入或輸出范圍的邊界上，而不是發生在輸入輸出范圍的內部。因此針對各種邊界情況設計測試案例，可以查出更多的錯誤

使用邊界值分析方法設計測試案例，首先應確定邊界情況。通常輸入和輸出等價類的邊界，就是應著重測試的邊界情況。應當選取正好等于，剛剛大于或剛剛小于邊界的值作為測試數據，而不是選取等價類中的典型值或任意值作為測試數據如果輸入條件規定了值的范圍，則應取剛達到這個范圍的邊界的值，以及剛剛超越這個范圍邊界的值作為測試輸入數據。如果輸入條件規定了值的個數，則用最大個數、最小個數、比最小個數少一、比最大個數多一的數作為測試數據。正確的軟件通常應該將輸入內容默認為合法邊界內的最小值或者合法區間內某個合理值，否則返回錯誤提示信息。邊界值分析-2舉例:測試密碼是6位到16位之間的阿拉伯數字等價類法:x<6;6≤x≤16;x>16邊界值法:5,6,11,16,17邊界值分析-3（練習）5個測試案例：6位數字 (Success)5位數字 (Error)11位數字 (Success)16位數字 (Success)17位數字 (Error)邊界值分析-4（練習）舉例:1<X<10,1<=Y<=10,X與Y都是整數X邊界值法:?-Y邊界值法:?-X5個測試案例：

2

(Success)1

(Error)6(Success)9

(Success)10

(Error)-Y5個測試案例：

1

(Success)0

(Error)6

(Success)10

(Success)11

(Error)邊界值分析-5（練習）場景法等價類邊界值因果圖判定表正交陣列隨機測試測試案例的常用編寫方法

等價類劃分法和邊界值分析方法都是著重考慮輸入條件，但是沒有考慮輸入條件的各種組合、輸入條件的各種制約關系。這樣雖然各種輸入條件出錯的情況已經測試到了，但是多個輸入條件組合起來可能出錯的情況卻被忽視了。

定義：因果圖法是一種利用圖解法分析輸入的各種組合情況，從而設計測試案例的方法，它使用于檢查程序輸入條件的各種組合情況。因果圖法一般和判定表法結合在一起使用因果圖中出現的基本符號因果圖-1因果圖法-2因果圖法-3因果圖法-4舉例程序的規格說明需求，輸入的第一個字符必須是“#”或者“*”，第二個字符必須是一個阿拉伯數字，在此情況下進行文件的修改。如果第一個字符不是“#”或者“*”，則給出信息N；如果第二個字符不是數字，則給出信息M步驟1：

分析程序的規格說明，列出原因和結果：

原因：c1-第一個字符是“#”，c2-第一個字符是“*”，c3-第二個字符是一

個阿拉伯數字

結果：a1-給出信息N，a2-修改文件，a3-給出信息M

步驟2：找出原因與結果之間的因果關系、原因與原因之間的約束關系，畫出因果圖 10是中間狀態，輸入字符因果圖法-5舉例步驟3：

將因果圖轉換成判定表步驟4：設計測試案例

因果圖法-6案例分析有一個處理單價為1元5角的盒裝飲料的自動售貨機軟件，若投入1元5角硬幣，按下可樂、雪碧或者紅茶按鈕，相應的飲料就送出來。若投入的是兩元硬幣，在送出飲料的同時退5角硬幣

因果圖法-8案例分析將因果圖轉換成判定表場景法等價類邊界值因果圖判定表正交陣列隨機測試測試案例的常用編寫方法

定義：判定表（也叫決策表）是分析和表達多邏輯條件下執行不同操作的情況的工具。

判定表的優點能夠將復雜的問題按照各種可能的情況全部列舉出來，簡明并避免遺漏。因此，利用判定表能夠設計出完整的測試案例集合。在一些數據處理問題當中，某些操作的實施依賴于多個邏輯條件的組合，即：針對不同邏輯條件的組合值，分別執行不同的操作。判定表很適合于處理這類問題。判定表-1適合使用判定表設計測試案例的條件：規格說明以判定表形式給出，或很容易轉換成判定表條件的排列順序不影響執行操作規則的排列順序不影響執行操作每當某一規則的條件已經滿足，并確定要執行的操作后，不必檢驗別的規則如果某一規則得到滿足要執行多個操作，這些操作的執行順序無關緊要判定表-2問題要求：”……對功率大于50馬力的機器、維修記錄不全或已運行10年以上的機器，應給予優先的維修處理，否則做其他處理……”。這里假定，“維修記錄不全”和“優先維修處理”均已在別處有更嚴格的定義。請建立判定表。1）確定規則的個數：這里有3個條件，每個條件有兩個取值，故應有2*2*2=8種規則。2）列出所有的條件茬和動作茬：判定表-3判定表-43）填入條件項。（二進制的真值表）。4）填入動作樁和動作頂。這樣便得到形如圖的初始判定表。判定表-5場景法等價類邊界值因果圖判定表正交陣列隨機測試測試案例的常用編寫方法

方法簡介利用因果圖來設計測試案例時,作為輸入條件的原因與輸出結果之間的因果關系,有時很難從軟件需求規格說明中得到。往往因果關系非常龐大,以至于據此因果圖而得到的測試案例數目多的驚人，給軟件測試帶來沉重的負擔，為了有效地,合理地減少測試的工時與費用,可利用正交實驗設計方法進行測試案例的設計。正交實驗設計方法:依據Galois理論,從大量的（實驗）數據（測試例）中挑選適量的,有代表性的點（例）,從而合理地安排實驗（測試）的一種科學實驗設計方法.類似的方法有:聚類分析方法,因子方法方法等.正交陣列-1行數（Runs）：正交表中的行的個數，即實驗的次數，也就是我們通過正交實驗法設計的測試案例的個數因素數（Factors）：正交表中列的個數，即我們要測試的功能點因子數（Levels）：任何單個因素能取得的值的最大個數。正交陣列-2場景法等價類邊界值因果圖判定表正交陣列隨機測試測試案例的常用編寫方法

經驗+技術＝專家在軟件測試中除了根據測試樣例和測試說明書進行測試外，還需要進行隨機測試(Ad-hoctesting)，主要是根據測試者的經驗對軟件進行功能和性能抽查。隨機測試是對案例測試的重要補充手段，是保證測試覆蓋完整性的有效方式和過程。隨機測試主要是對被測軟件的一些重要功能進行復測，也包括當前的測試案例(TestCase)沒有覆蓋到的部分。對于軟件更新和新增的功能要重點測試。尤其對一些特殊情況、特殊使用環境、并發性，進行檢查。對以前測試發現的重大Bug，進行再次測試，可以結合回歸測試(Regressivetesting)一起進行。隨機測試培訓主題第一部分:測試案例基礎概念第二部分:測試案例設計方法第三部分:測試案例設計策略第四部分:測試案例設計流程測試案例的設計方法不是單獨存在的，具體到每個測試項目里都會用到多種方法，每種類型的軟件有各自的特點，每種測試案例設計的方法也有各自的特點，針對不同軟件如何利用這些黑盒方法是非常重要的，在實際測試中，往往是綜合使用各種方法才能有效提高測試效率和測試覆蓋度，這就需要認真掌握這些方法的原理，積累更多的測試經驗，以有效提高測試水平。以下是各種測試方法選擇的綜合策略，可在實際應用過程中參考：首先進行等價類劃分，包括輸入條件和輸出條件的等價劃分，將無限測試變成有限測試，這是減少工作量和提高測試效率的最有效方法。在任何情況下都必須使用邊界值分析方法。經驗表明用這種方法設計出測試案例發現程序錯誤的能力最強。對照程序邏輯，檢查已設計出的測試案例的邏輯覆蓋程度。如果沒有達到要求的覆蓋標準，應當再補充足夠的測試案例。對于業務流清晰的系統，可以利用場景法貫穿整個測試案例過程，在案例中綜合使用各種測試方法。測試案例設計方法選擇的綜合策略需求參見確定三個場景，分三個分支流程寫（只選顏色，不設置版式；只設置版式，不選擇顏色，既選顏色也選版式）場景1，只選顏色，不設置版式（8條案例）

原因：c1所有商品都是只選顏色，不設置版式 c2商品處于上架狀態 c3商品不屬于任何簇 c4展示圖片做單選-展示圖片 c5展示圖片做單選-不展示圖片 c6商品編碼輸入合法 c7顏色的名稱不重復

結果：a1后臺設置成功，前臺商品四級頁面顯示簇商品，并且都展示圖片 a2后臺設置成功，前臺商品四級頁面顯示簇商品，并且展示顏色名稱 a3后臺設置失敗，提示商品設置必須一致 a4后臺設置失敗，提示商品未上架 a5商品設置失敗，提示商品已經屬于其他簇 a6商品設置失敗，提示商品編碼輸入不合法 a7商品設置失敗，提示顏色圖片項未選擇 a8商品設置失敗，提示顏色名稱不能重復測試案例設計方法選擇的綜合策略-舉例

測試案例設計方法選擇的綜合策略-舉例

規則12345678條件樁所有商品都是只選顏色，不設置版式F—————TT商品處于上架狀態—F————TT商品不屬于任何簇——F———TF展示圖片做單選-展示圖片———F——FT展示圖片做單選-不展示圖片———F——TT商品編碼輸入合法————F—TT顏色的名稱不重復—————FTT動作樁后臺設置成功，前臺商品四級頁面顯示簇商品，并且都展示圖片

X后臺設置成功，前臺商品四級頁面顯示簇商品，并且展示顏色名稱

X

后臺設置失敗，提示商品設置必須一致X

后臺設置失敗，提示商品未上架

X

商品設置失敗，提示商品已經屬于其他簇

X

商品設置失敗，提示商品編碼輸入不合法

X

商品設置失敗，提示顏色圖片項未選擇

X

商品設置失敗，提示顏色名稱不能重復

X

場景2，只選版式，不選擇顏色（8條案例）

原因：c1所有商品都是只選顏色，不設置版式 c2商品處于上架狀態 c3商品不屬于任何簇 c4展示圖片做單選-展示圖片 c5展示圖片做單選-不展示圖片 c6商品編碼輸入合法 c7版式的名稱不重復

結果：a1后臺設置成功，前臺商品四級頁面顯示簇商品，并且都展示圖片 a2后臺設置成功，前臺商品四級頁面顯示簇商品，并且展示顏色名稱 a3后臺設置失敗，提示商品設置必須一致 a4后臺設置失敗，提示商品未上架 a5商品設置失敗，提示商品已經屬于其他簇 a6商品設置失敗，提示商品編碼輸入不合法 a7商品設置失敗，提示顏色圖片項未選擇 a8商品設置失敗，提示版式名稱不能重復測試案例設計方法選擇的綜合策略-舉例場景2，只選版式，不選擇顏色（11條案例）

原因：c1所有商品都是只選顏色，不設置版式 c2商品處于上架狀態 c3商品不屬于任何簇