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

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

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

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

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

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

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

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