軟件測試基礎(chǔ)系列培訓 測試用例簡介

1、高效設(shè)計測試用例(1) -測試用例簡介n內(nèi)部資料，請勿外傳軟件測試基礎(chǔ)系列培訓 st-2009-003技術(shù)質(zhì)量部 xxx2009年08月課程目標 課程目標： 了解測試用例的概念、作用和描述 了解測試用例設(shè)計原則 了解測試用例的組織和跟蹤 學會編寫簡單的測試用例2內(nèi)容提要第一節(jié):測試用例簡介 測試用例的概念 測試用例的作用和描述第二節(jié):用例設(shè)計的原則、用例組織和跟蹤3隨機測試存在的問題 不知道是否較全面的測試了所有功能 測試的覆蓋率無法衡量 對新版本的重復(fù)測試很難實施 無法對測試質(zhì)量進行有效評估 無法評估測試工作量 無法形成有效的知識積累 4測試用例概述 如何以最少的人力、資源投入，在最短的時間

2、內(nèi)完成測試，發(fā)現(xiàn)軟件系統(tǒng)的缺陷，保證軟件的優(yōu)良品質(zhì)，是軟件公司探索和追求的目標 測試用例是測試工作的指導(dǎo)，是軟件測試的必須遵守的準則，更是軟件測試質(zhì)量穩(wěn)定的根本保障5測試用例的概念 什么是測試用例？ 為實施測試而向被測試系統(tǒng)提供的輸入數(shù)據(jù)、操作或各種環(huán)境設(shè)置以及期望結(jié)果的一個特定的集合；解決要測什么、怎么測和如何衡量的問題 測試用例設(shè)計就是將軟件測試的行為活動，做一個科學化的組織歸納。測試用例就是設(shè)計一個情況，軟件程序在這種情況下，必須能夠正常運行并且達到程序所設(shè)計的執(zhí)行結(jié)果 測試用例是為特定的目的而設(shè)計的一組測試輸入、執(zhí)行條件和預(yù)期的結(jié)果6測試用例的特征 最有可能抓住錯誤的 不是重復(fù)的、多余

3、的 一組相似測試用例中最有效的 既不是太簡單，也不是太復(fù)雜7舉例 登錄功能，說出一些簡單的測試用例8舉例 簡單用例 一般的用例9用例編號用例編號功能點功能點操作過程操作過程預(yù)期結(jié)果預(yù)期結(jié)果01登錄能夠正確處理用戶登錄正確處理登錄操作用例編號用例編號功能點功能點操作過程操作過程預(yù)期結(jié)果預(yù)期結(jié)果01登錄輸入正確的帳號和密碼登錄成功輸入錯誤的帳號和密碼登錄失敗舉例 比較詳細的用例10用例編號用例編號功能點功能點操作過程操作過程預(yù)期結(jié)果預(yù)期結(jié)果01登錄輸入正確的帳號和密碼（均為6位），點擊登錄按鈕進入系統(tǒng)輸入正確的帳號和密碼（均為10位），點擊登錄按鈕進入系統(tǒng)輸入正確的帳號和密碼（均為6至8位之間），

4、點擊登錄按鈕進入系統(tǒng)帳號為空，點擊登錄按鈕提示輸入帳號帳號為空格，點擊登錄按鈕提示無效帳號帳號小于6位，點擊登錄按鈕提示無效帳號舉例 比較詳細的用例11用例編號用例編號功能點功能點操作過程操作過程預(yù)期結(jié)果預(yù)期結(jié)果01登錄輸入正確的帳號（123456）和密碼（123456），點擊登錄按鈕進入系統(tǒng)輸入正確的帳號（1234567890）和密碼（1234567890），點擊登錄按鈕進入系統(tǒng)輸入正確的帳號（1234567）和密碼（1234567），點擊登錄按鈕進入系統(tǒng)帳號為空，點擊登錄按鈕提示輸入帳號帳號為空格，點擊登錄按鈕提示無效帳號帳號小于6位（1234），點擊登錄按鈕提示無效帳號為什么需要測試用例

5、 在開始實施測試之前設(shè)計好測試用例，可以避免盲目測試并提高測試效率 用例的使用令軟件測試的實施重點突出、目的明確 在軟件版本更新后只需修正少部分的測試用例便可開展測試工作，降低工作強度，縮短項目周期 測試用例的通用和復(fù)用會使測試易于開展，并隨著測試用例的不斷精化其效率也不斷上升12測試用例在軟件測試中的作用 指導(dǎo)測試的實施 規(guī)劃測試數(shù)據(jù)的準備 編寫測試腳本的基礎(chǔ) 評估測試結(jié)果的度量基準 分析缺陷的標準 測試財富的重要組成13測試用例組成的國際標準 測試設(shè)計說明 標識符 要測試的特性：比如“計算器程序的加法功能” 方法：描述測試的通用方法，如果測試方法已經(jīng)在測試計劃中列出，就應(yīng)該在此詳細描述要使

6、用的技術(shù)，并給出如何驗證測試結(jié)果的方法 測試用例信息：用于描述所引用的測試用例的信息：“檢查最大值，id10023” 通過/失敗標準14測試用例組成的國際標準 測試用例說明 標識符 測試項：“計算器加法功能的溢出處理” 輸入說明 輸出說明 特殊要求 用例間的關(guān)聯(lián) 15比較實用的用例組成 比較實用的用例組成 id 測試項 前提條件 操作步驟 預(yù)期結(jié)果 優(yōu)先級16用例設(shè)計考慮的因素 測試是不可能進行窮舉測試的，因此試圖用測試用例覆蓋所有可能遇到的情形是不可能的 測試用例必須具有代表性、典型性 測試用例設(shè)計時，要濃縮系統(tǒng)設(shè)計 測試用例要考慮到正確的輸入，也需要考慮錯誤的或者異常的輸入 要多考慮用戶實

7、際使用場景17良好測試用例的特征 可以最大程度地找出軟件隱藏的缺陷 可以最高效率的找出軟件缺陷 可以最大程度地滿足測試覆蓋要求 既不過分復(fù)雜、也不能過分簡單 使軟件缺陷的表現(xiàn)可以清楚的判定 測試用例包含期望的正確的結(jié)果 待查的輸出結(jié)果或文件必須盡量簡單明了 不包含重復(fù)的測試用例 測試用例內(nèi)容清晰、格式一致、分類組織18測試用例模版編制人編制人審定人審定人時間時間軟件名稱編號/版本測試用例用例編號參考信息（參考的文檔及章節(jié)號或功能項）：輸入說明（列出選用的輸入項）：輸出說明（列出預(yù)期輸出）：環(huán)境要求（軟硬件、網(wǎng)絡(luò)要求）：特殊規(guī)程要求：用例間的依賴關(guān)系：用例產(chǎn)生的測試程序限制：19簡單的測試用例模

8、版20課堂實驗一 實驗名稱 設(shè)計計算器程序的測試用例 實驗?zāi)康?學會編寫簡單的測試用例，復(fù)習測試用例的內(nèi)容和組成 實驗時間 編寫10條用例（5分鐘） 挑選一個人的用例講解（2分鐘）21計算器程序22內(nèi)容提要第一節(jié):測試用例簡介第二節(jié):用例設(shè)計的原則、用例組織和跟蹤 測試用例生命周期和設(shè)計原則 測試用例的組織和跟蹤23測試用例生命周期 生成 輸入：功能規(guī)格說明等 使用 維護 存檔24測試用例設(shè)計的原則 測試用例的代表性 能夠代表并覆蓋各種合理的和不合理的、合法的和非法的、邊界的和越界的以及極限的輸入數(shù)據(jù)、操作和環(huán)境設(shè)置等 測試結(jié)果的可判定性 即測試執(zhí)行結(jié)果的正確性是可判定的，每一個測試用例都應(yīng)有

9、相應(yīng)的期望結(jié)果 測試結(jié)果的可再現(xiàn)性 即對同樣的測試用例，執(zhí)行結(jié)果應(yīng)當是相同的25測試用例設(shè)計的原則 盡量避免含糊的測試用例 含糊的測試用例會給測試過程帶來困難，甚至會影響測試結(jié)果 盡量將具有相似功能的測試用例抽象并合并 軟件測試是無法進行窮舉測試的，對相類似的測試用例的抽象過程尤為重要，比如等價類劃分 盡量避免冗長和復(fù)雜的測試用例 這樣做的目的是保證測試結(jié)果的唯一性26怎樣組織測試用例 測試用例的屬性 測試用例的編寫過程的屬性 標識符、測試環(huán)境、輸入標準、輸出標準、關(guān)聯(lián)測試用例 測試用例的組織過程屬性 所屬的測試模塊/測試組件/測試計劃、優(yōu)先級、類型 測試用例的執(zhí)行過程屬性 所屬的測試過程/測

10、試任務(wù)/測試執(zhí)行、測試環(huán)境和平臺、測試結(jié)果、關(guān)聯(lián)的軟件缺陷27怎樣組織測試用例 測試用例的組織流程 一般采用自頂向下的方法，首先由測試計劃實現(xiàn)測試設(shè)計說明書，再通過具體的測試設(shè)計說明書實現(xiàn)測試用例的規(guī)格說明書，由規(guī)格說明書編寫具體的用例 測試用例的組織方法 按照程序的功能模塊組織 按照測試用例的類型組織 按照測試用例的優(yōu)先級組織28怎樣組織測試用例 測試用例組織與測試過程組織的過程 測試模塊是由單個的測試用例組織起來的 多個測試模塊組成測試套件（單元測試） 測試套件加上所需要的測試環(huán)境和測試平臺需求組成測試計劃 測試計劃確定后，形成測試執(zhí)行 測試執(zhí)行劃分成多個測試任務(wù) 將測試任務(wù)分配給測試人員

11、實現(xiàn)測試過程，測試過程的分配按照測試模塊來劃分，測試過程中參考的是單個測試用例 由測試人員的測試過程形成測試結(jié)果29執(zhí)行用例時會遇到哪些問題 在執(zhí)行測試過程中，會遇到什么問題？ 計劃執(zhí)行哪些用例？執(zhí)行需要多長時間？一輪測試需要多少測試人員？ 能否組織相關(guān)測試用例子集來測試某些特性或者軟件部分？ 在執(zhí)行用例時，能否記錄哪些通過，哪些失??？ 當前測試進度是否正常？ 上次執(zhí)行測試用例時通過的百分比是多少？30測試用例跟蹤 測試用例的三種狀態(tài) 通過、未通過、未測試 測試用例的跟蹤主要是針對測試過程中的執(zhí)行和輸出來進行的跟蹤，從而達到測試過程的可管理性和進行測試有效性評估 測試用例跟蹤的內(nèi)容 測試用例執(zhí)

12、行的跟蹤 總共執(zhí)行了多少用例，每個測試人員平均每天執(zhí)行多少用例，通過、未通過以及未測試的比例31測試用例跟蹤 測試用例跟蹤的內(nèi)容 測試用例覆蓋率跟蹤 測試用例的覆蓋率是指根據(jù)測試用例進行測試的執(zhí)行結(jié)果與實際的軟件存在的問題比較，從而實現(xiàn)對測試有效性的評估 測試用例跟蹤的形式 記憶 書面文檔 電子表格 自定義數(shù)據(jù)庫：自行開發(fā)web和數(shù)據(jù)庫來進行管理32測試用例維護 測試用例更新的原因 先前的測試用例設(shè)計不全面或者不夠準確 部分很嚴重的軟件錯誤未在測試用例中覆蓋 新的版本有新的功能需求或者改動 編寫的用例不規(guī)范或者語句錯誤 舊的測試用例已經(jīng)不再適用，需要刪除33測試用例維護 你在測試過程中發(fā)現(xiàn)用例不適用會怎么辦？ 測試用例維護和修改流程 發(fā)現(xiàn)測試用例有錯誤或者不合理，向編寫者提出修改建議，并給出足夠的理由 測試用例編寫者根據(jù)測試用例的關(guān)聯(lián)性和修改意見，進行測試用例修改 向相關(guān)人員提交修改后的測試用例 進行評審34什么是好的測試用例 一個好的測試用例在于能夠發(fā)現(xiàn)至今尚未發(fā)現(xiàn)的錯誤 可量化 易執(zhí)行 可對產(chǎn)品質(zhì)量進行評價35課堂實驗二 實驗名稱