測試案例設(shè)計3

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

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

分組要求：無

案例要求：無

提前需要學(xué)習(xí)的內(nèi)容要求：無完成本課程的學(xué)習(xí)之后，你能夠：

了解測試案例的概念了解測試案例的設(shè)計方法

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

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

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

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

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

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

靜態(tài)測試（不運行被測程序）

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

動態(tài)測試（運行被測程序）

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

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

黑盒測試（已經(jīng)實現(xiàn)的功能是否符合要求）黑盒測試介紹

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

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

基本流：采用直黑線表示，是經(jīng)過用例的最簡單路徑（開始直接執(zhí)行到結(jié)束）

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

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

1)完備測試、避免冗余

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

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

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

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

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

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

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

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

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

漢字字符等價類-4（舉例）根據(jù)下面給出的規(guī)格說明，利用等價類劃分的方法，給出足夠的測試案例?！耙粋€程序讀入3個整數(shù)，把這三個數(shù)值看作一個三角形的3條邊的長度值。這個程序要打印出信息，說明這個三角形是不等邊的、是等腰的、還是等邊的?！钡葍r類-練習(xí)我們可以設(shè)三角形的3條邊分別為A，B，C。如果它們能夠構(gòu)成三角形的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。請畫出等價類表等價類-練習(xí)輸入條件有效等價類無效等價類是否三角形的三條邊（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）等價類-練習(xí)序號【A，B，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），（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）等價類-練習(xí)場景法等價類邊界值因果圖判定表正交陣列隨機測試測試案例的常用編寫方法

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

邊界值分析-1與等價劃分的區(qū)別

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

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

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

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

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

分析程序的規(guī)格說明，列出原因和結(jié)果：

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

個阿拉伯數(shù)字

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

步驟2：找出原因與結(jié)果之間的因果關(guān)系、原因與原因之間的約束關(guān)系，畫出因果圖 10是中間狀態(tài)，輸入字符因果圖法-5舉例步驟3：

將因果圖轉(zhuǎn)換成判定表步驟4：設(shè)計測試案例

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

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

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

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

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

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

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

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

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

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

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

X

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

后臺設(shè)置失敗，提示商品未上架

X

商品設(shè)置失敗，提示商品已經(jīng)屬于其他簇

X

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

X

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

X

商品設(shè)置失敗，提示顏色名稱不能重復(fù)

X

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

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

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

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