《測(cè)試設(shè)計(jì)和開發(fā)》PPT課件.ppt

1、1,軟 件 測(cè) 試 技 術(shù),2,第三章 測(cè)試設(shè)計(jì)和開發(fā),3.1 測(cè)試設(shè)計(jì)流程 3.2 總體設(shè)計(jì) 3.3 開發(fā)測(cè)試用例 3.4 評(píng)審測(cè)試用例,3,3.1 測(cè)試設(shè)計(jì)流程,測(cè)試設(shè)計(jì)活動(dòng)的輸入是測(cè)試計(jì)劃，測(cè)試計(jì)劃應(yīng)該說明將用到的方法和測(cè)試工作的范圍。 測(cè)試設(shè)計(jì)活動(dòng)的輸出是將在系統(tǒng)測(cè)試和確認(rèn)測(cè)試中使用的評(píng)審過的測(cè)試用例集合。,4,3.2 總體設(shè)計(jì),定義設(shè)計(jì)目標(biāo) 清楚地說明每項(xiàng)測(cè)試的目標(biāo) 使每項(xiàng)測(cè)試的目的單一，可以對(duì)應(yīng)到規(guī)格說明書中的一項(xiàng)需求 只說明測(cè)試將完成什么工作，而不是說明如何完成,定義輸入說明 定義測(cè)試環(huán)境和配置 編寫測(cè)試設(shè)計(jì)文擋,5,3.3 開發(fā)測(cè)試用例,什么是測(cè)試用例？ 測(cè)試用例是為特定目標(biāo)開

2、發(fā)的測(cè)試輸入、執(zhí)行條件和預(yù)期結(jié)果的集合。,3.3.1 了解測(cè)試用例,什么是好的測(cè)試用例？ 好的測(cè)試用例必須清晰地定義一個(gè)或多個(gè)期望的結(jié)果和測(cè)試通過和失敗標(biāo)準(zhǔn)。 好的測(cè)試用例應(yīng)該容易發(fā)現(xiàn)軟件錯(cuò)誤、且有可重復(fù)性、沒有冗余。,6,測(cè)試用例的作用 指導(dǎo)測(cè)試的實(shí)施 作為編寫測(cè)試腳本的“設(shè)計(jì)規(guī)格說明書” 評(píng)估測(cè)試結(jié)果的度量基準(zhǔn) 分析缺陷的標(biāo)準(zhǔn),7,什么是測(cè)試過程？ IEEE將測(cè)試過程定義為“說明執(zhí)行一系列測(cè)試用例的步驟。 測(cè)試過程是為了評(píng)估一系列功能而進(jìn)行軟件項(xiàng)分析的步驟” 。,3.3.2 定義詳細(xì)測(cè)試過程,測(cè)試用例和測(cè)試過程的區(qū)別？ 測(cè)試過程是由一系列的測(cè)試用例組成的。,8,3.3.3 定義預(yù)期結(jié)果,測(cè)

3、試過程的每一步都需要明確預(yù)期的結(jié)果。,預(yù)期結(jié)果的來源： 項(xiàng)目專家或其他方面的專家將知道如何確定輸出結(jié)果 用戶文檔可以包含一些用戶場(chǎng)景范例 需求文檔也可以提供必要的信息 其他相關(guān)文檔也可以提供相關(guān)線索 最終用戶也許能夠描述所期望的響應(yīng)結(jié)果,9,測(cè)試用例文檔由簡(jiǎn)介和測(cè)試用例兩部分組成。簡(jiǎn)介部分描述了測(cè)試目的、測(cè)試范圍、定義術(shù)語、參考文檔、概述等。測(cè)試用例部分逐一列示各測(cè)試用例。 測(cè)試用例的基本元素：測(cè)試索引，測(cè)試環(huán)境，測(cè)試輸入，測(cè)試操作，預(yù)期結(jié)果，評(píng)價(jià)標(biāo)準(zhǔn)。,3.3.4 測(cè)試用例內(nèi)容,10,最簡(jiǎn)單的測(cè)試用例也將包含：用例編號(hào)、輸入、期望結(jié)果、實(shí)際結(jié)果。,11,測(cè)試的一項(xiàng)基本原則是：被測(cè)試的系統(tǒng)始終

4、應(yīng)該處于一種已知的狀態(tài)。因此測(cè)試用例往往需要說明初始條件。,3.3.5測(cè)試用例設(shè)計(jì)的基本原則,測(cè)試用例的代表性：能夠代表并覆蓋各種合理的和不合理、合法的和非法的、邊界的和越界的、以及極限的輸入數(shù)據(jù)、操作和環(huán)境設(shè)置等; 測(cè)試結(jié)果的可判定性：即測(cè)試執(zhí)行結(jié)果的正確性是可判定的，每一個(gè)測(cè)試用例都應(yīng)有相應(yīng)的期望結(jié)果； 測(cè)試結(jié)果的可再現(xiàn)性：即對(duì)同樣的測(cè)試用例，系統(tǒng)的執(zhí)行結(jié)果應(yīng)當(dāng)是相同的。,12,3.3.6測(cè)試用例的特征,最有可能抓住錯(cuò)誤的； 不是重復(fù)的、多余的； 一組相似測(cè)試用例中最有效的； 不要太簡(jiǎn)單，也不要太復(fù)雜。,13,14,測(cè)試用例越詳細(xì)越好？,15,時(shí)間要求測(cè)試時(shí)間是否充足？ 執(zhí)行者測(cè)試執(zhí)行者對(duì)

5、系統(tǒng)的了解程度？ 建議程度將測(cè)試用例交給其他人執(zhí)行時(shí)不需要過多的解釋。,16,樣例 登錄,需求： 用戶名長(zhǎng)度為6至10位（含6位和10位） 用戶名由字符（a-z、A-Z）和數(shù)字（0-9）組成 不能為空、空格和特殊字符 密碼規(guī)則同用戶名規(guī)則,17,簡(jiǎn)單,能夠正確處理用戶登錄,一般,輸入正確的用戶名和口令可以進(jìn)入系統(tǒng) 輸入用戶名或口令錯(cuò)誤無法進(jìn)入系統(tǒng),18,詳細(xì),3.3.6測(cè)試用例的組織和跟蹤,19,在執(zhí)行測(cè)試過程中，會(huì)遇到如下問題： 計(jì)劃執(zhí)行哪些測(cè)試用例？執(zhí)行需要多少時(shí)間？一輪測(cè)試需要多少測(cè)試人員？ 能否挑出測(cè)試套裝（相關(guān)測(cè)試用例子集）來測(cè)試某些特性或軟件部分？ 在執(zhí)行測(cè)試用例時(shí)，能否記錄哪些通

6、過？哪些失?。?當(dāng)前測(cè)試是否按計(jì)劃進(jìn)行？ 上次執(zhí)行測(cè)試用例時(shí)通過的百分比是多少？ 測(cè)試用例跟蹤管理方式：測(cè)試用例追蹤表,20,如果沒有測(cè)試用例或者僅有簡(jiǎn)單的測(cè)試功能描述，測(cè)試過程難以控制，測(cè)試結(jié)果將毫無可靠性可言。 簡(jiǎn)單的測(cè)試用例可靠性低，重用性差，可能導(dǎo)致不同人員理解不同。 詳細(xì)的測(cè)試用例可靠性高，而且便于估計(jì)執(zhí)行所需時(shí)間，易于控制。,3.3.7 測(cè)試用例參數(shù)化,21,定義 參數(shù)化,是一個(gè)將測(cè)試數(shù)據(jù)與測(cè)試邏輯（步驟）分開，簡(jiǎn)化測(cè)試用例的過程； 方式是將用例中的一些輸入、輸出等作為參數(shù)，數(shù)據(jù)則單獨(dú)列出，在執(zhí)行時(shí)選擇相應(yīng)的數(shù)據(jù)執(zhí)行。,22,為什么要參數(shù)化？,沒有將測(cè)試數(shù)據(jù)和測(cè)試邏輯分開的測(cè)試用例

7、可能顯得非常龐大，不利于測(cè)試員理解，導(dǎo)致難以控制和執(zhí)行； 通過將用例參數(shù)化，可以簡(jiǎn)化用例，使測(cè)試用例邏輯清晰，數(shù)據(jù)與邏輯的關(guān)系明了，易于理解； 有利于提高測(cè)試用例的復(fù)用性；,23,哪些內(nèi)容需要參數(shù)化？,測(cè)試用例中需要通過使用不同數(shù)據(jù)來重復(fù)執(zhí)行測(cè)試的部分； 包括： 輸入（數(shù)據(jù)或操作等） 輸出（結(jié)果數(shù)據(jù)或預(yù)期結(jié)果等）,24,樣例 登錄,25,測(cè)試數(shù)據(jù)（一）,26,測(cè)試數(shù)據(jù)（二）,27,3.3.8 測(cè)試用例的意義,使用測(cè)試用例的好處主要體現(xiàn)在以下幾個(gè)方面：,在開始實(shí)施測(cè)試之前設(shè)計(jì)好測(cè)試用例，可以避免盲目測(cè)試并提高測(cè)試效率。 測(cè)試用例的使用令軟件測(cè)試的實(shí)施重點(diǎn)突出、目的明確。 在軟件版本更新后只需修正

8、少部分的測(cè)試用例便可展開測(cè)試工作，降低工作強(qiáng)度、縮短項(xiàng)目周期。 功能模塊的通用化和復(fù)用化使軟件易于開發(fā)，而相對(duì)于功能模塊的測(cè)試用例的通用化和復(fù)用化則會(huì)使軟件測(cè)試易于開展，并隨著測(cè)試用例的不斷精化其效率也不斷攀升。,組織性有利于測(cè)試的組織； 功能覆蓋確保功能不被遺漏； 重復(fù)性有利于測(cè)試的重復(fù)； 跟蹤有利于測(cè)試的跟蹤； 測(cè)試確認(rèn)在少數(shù)高風(fēng)險(xiǎn)的測(cè)試中，必須證明確實(shí)執(zhí)行了計(jì)劃執(zhí)行的測(cè)試；,28,29,3.3.9 黑盒測(cè)試與白盒測(cè)試比較,黑盒測(cè)試主要是為了發(fā)現(xiàn)以下幾類錯(cuò)誤： 是否有不正確或遺漏的功能？ 在接口上，輸入是否能正確的接受？能否輸出正確的結(jié)果？ 是否有數(shù)據(jù)結(jié)構(gòu)錯(cuò)誤或外部信息（例如數(shù)據(jù)文件）訪問錯(cuò)誤？ 性能上是否能夠滿足要求？ 是否有初始化或終止性錯(cuò)誤？,30,白盒測(cè)試則被程序員用來對(duì)程序模塊進(jìn)行檢查，在檢查的過程中： 對(duì)程序模塊的所有獨(dú)立的執(zhí)行路徑至少測(cè)試一次 對(duì)所有的邏輯判定，取“真”與取“假”的兩種情況都能至少測(cè)試一次 在循環(huán)的邊界和運(yùn)行界限內(nèi)執(zhí)行循環(huán)體 測(cè)試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性,31,32,33,3.4 評(píng)審測(cè)試用例,復(fù)查測(cè)試用例時(shí)應(yīng)該考慮的一些問題： 測(cè)試或測(cè)試組件完全針對(duì)的是需求中列出的功能嗎？ 測(cè)試組件是否覆蓋了所有需求？ 有冗余的測(cè)試嗎？ 每一個(gè)測(cè)試步驟都有清楚描述的預(yù)期結(jié)