1、軟件測試培訓(xùn),第二講,培訓(xùn)列表,測試用例及測試場景 測試用例設(shè)計 測試場景挖掘 實例講解測試應(yīng)用,測試用例及測試場景,概念和定義,不完全、不徹底是測試的致命缺陷，任何系統(tǒng)只能經(jīng)過少量而有限的測試。 測試用例在此情況下產(chǎn)生，同時，它也是軟件系統(tǒng)測試、工程化的產(chǎn)物。 而測試用例的設(shè)計一直是軟件系統(tǒng)測試工作的難點(diǎn)與重點(diǎn)。 那么，什么是測試用例？,什么是測試用例？,為達(dá)到最佳的測試效果或高效的揭露隱藏的錯誤而精心設(shè)計的少量測試數(shù)據(jù)，操作腳本稱之為測試用例。 我們不可能進(jìn)行窮舉測試，為了節(jié)省時間和資源、提高測試效率，必須要從數(shù)量極大的可用測試數(shù)據(jù)、腳本中精心挑選出具有代表性或特殊性的測試數(shù)據(jù)、腳本來進(jìn)行

2、測試。,怎樣的用例算是好用例？,一個好的測試用例是在于它能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯誤。,使用測試用例的好處,在開始實施測試之前設(shè)計好測試用例，可以避免盲目測試并提高測試效率。 測試用例的使用令軟件測試的實施重點(diǎn)突出、目的明確。 在軟件版本更新后只需修正少部分的測試用例便可展開測試工作，降低工作強(qiáng)度、縮短項目周期。 功能模塊的通用化和復(fù)用化使軟件易于開發(fā)，而相對于功能模塊的測試用例的通用化和復(fù)用化則會使軟件測試易于開展，并隨著測試用例的不斷精化其效率也不斷攀升。,測試用例設(shè)計,設(shè)計測試用例的方法,黑盒測試： 等價類劃分法 邊界值分析法 錯誤推測法 因果圖法 白盒測試： 邏輯覆蓋法 基本路徑測試法,測試

3、用例的設(shè)計過程,測試設(shè)計員（分析設(shè)計員）依據(jù)相關(guān)的需求與業(yè)務(wù)需求，針對當(dāng)前需求所描述的系統(tǒng)功能步驟，找尋其間的用例路徑。 測試設(shè)計員（分析設(shè)計員）依據(jù)測試要素，在找尋用例路徑時，挖掘系統(tǒng)功能檢查點(diǎn)即測試場景。 測試設(shè)計員是具有豐富測試經(jīng)驗或?qū)Ξ?dāng)前系統(tǒng)的需求及用戶需求非常熟悉的高級測試工程師。,理解上的誤區(qū),測試用例應(yīng)由測試設(shè)計員或分析設(shè)計員來制定，而不是測試執(zhí)行人員。 檢查點(diǎn)應(yīng)由分析設(shè)計員確立，與測試執(zhí)行人員無關(guān)。 測試工作展開于測試活動啟動后，而不是代碼開發(fā)完成之后。 測試所需關(guān)注的對象不僅僅是源代碼、程序、系統(tǒng)功能，還包括需求分析、需求規(guī)格說明書、概要設(shè)計、概要設(shè)計說明書、詳細(xì)設(shè)計、詳細(xì)設(shè)計說明書、使用手冊等各階段的文檔。,測試場景挖掘,用例場景的定義,用例場景是通過描述流經(jīng)用例的路徑來確定的過程，這個流經(jīng)過程要從用例開始到結(jié)束遍歷其中所有基本流和備選流。,為什么引入用例場景,現(xiàn)在的系統(tǒng)幾乎都是由事件觸發(fā)來操控流程的，事件觸發(fā)時的情景便形成了場景，而同一事件不同的觸發(fā)順序和處理結(jié)果形成事件流。這種在軟件設(shè)計方面的思想也可被引入到測試中，生動的描繪出事件觸發(fā)時的情景，有利于測試設(shè)計者設(shè)計測試用例，同時測試用例也更容易的得到理解和執(zhí)行。 提出這種測試思想的是Rational 公司，在RUP當(dāng)中有其詳盡的解釋和應(yīng)用，用例場景貫穿其中。,用例場景例子,遵循上圖中每個經(jīng)過用