1、電子課件_測試管理概要電子課件_測試管理概要學習導航2學習導航4本模塊任務分解完成單元測試計劃和設計實現單元測試 測試用例的組織和管理 設計集成測試策略 進行缺陷管理 任務1 任務2 任務3 任務4 3本模塊任務分解完成單元測試計劃和設計實現單元測試 測試用例的模塊介紹本模塊主要內容軟件測試過程（階段）單元測試計劃設計設計實現單元測試集成測試策略 軟件測試管理測試用例的組織和管理 缺陷管理 4模塊介紹本模塊主要內容軟件測試過程（階段）6模塊介紹擲骰子游戲(NextGrid)是VC+6.0開發的示例程序。待測系統說明5模塊介紹擲骰子游戲(NextGrid)是VC+6.0開發的任務一：完成單元測試

2、計劃和設計實現單元測試 123456任務分析知識準備任務實施任務小結項目實訓任務簡介6任務一：完成單元測試計劃和設計實現單元測試 123456任務任務簡介任務一簡介 針對擲骰子游戲項目展開一次較為完整的單元測試。將單元測試劃分為兩個步驟：單元測試計劃、單元測試實現。 7任務簡介任務一簡介 針對擲骰子游戲項目展開一次任務分析任務一分析單元測試計劃主要為單元測試活動提供測試范圍、測試方法、所需資源、進度和風險管理方面的指導。 設計實現單元測試階段的主要任務是進行單元測試設計，設計單元測試用例，編寫驅動模塊和樁模塊代碼。 8任務分析任務一分析單元測試計劃主要為單元測試活動提供測試范圍知識準備知識點列

3、表單元測試的概念單元測試的內容單元測試計劃 單元測試方法單元測試環境單元測試策略單元測試實現 9知識準備知識點列表單元測試的概念11一、單元測試的概念（一）定義 單元測試是指對軟件中的最小可測試單元或基本組成單元進行檢查和驗證。10一、單元測試的概念（一）定義 單元測試是指對一、單元測試的概念（二）單元選取原則 （1）對于C語言這類面向過程的開發語言來說，單元常指一個函數或子過程。（2）對于C+、Java語言或C#等面向對象的開發語言來說，單元一般指一個類。（3）圖形化軟件中，單元常指一個窗口或一個菜單。11一、單元測試的概念（二）單元選取原則 （1）對于C語言這類面一、單元測試的概念（三）單

4、元測試的重要性 （1）是覆蓋代碼區間的最小單元。（2）可以做到100的執行率。（3）可以隨時執行，且可以覆蓋變化之后的代碼范圍。（4）可以提高軟件系統的整體可信度。（5）幫助改進代碼結構，或對高風險代碼進行重點測試。（6）支持開發人員先測試后編碼的行為。（7）支持變化。12一、單元測試的概念（三）單元測試的重要性 （1）是覆蓋代碼區一、單元測試的概念（四）單元測試的誤區 （1）單元測試浪費了太多時間。（2）單元測試僅僅是證明代碼作了什么。（3）是否可以不進行單元測試。（4）集成測試將抓住所有缺陷。（5）單元測試的成本效率不高。（6）撰寫測試代碼不是程序員的工作。13一、單元測試的概念（四）單元

5、測試的誤區 （1）單元測試浪費了二、單元測試的內容（一）單元測試的目標 確保各單元模塊被正確地編碼，這里的正確不僅指代碼功能正確，還指代碼的結構正確、可靠，在所有條件下可以正確響應。 14二、單元測試的內容（一）單元測試的目標 確保二、單元測試的內容（二）主要內容 （1）模塊接口測試 （2）模塊局部數據結構測試 （3）模塊邊界條件測試 （4）模塊中所有獨立的執行路徑測試 （5）模塊的所有錯誤處理路徑測試 15二、單元測試的內容（二）主要內容 （1）模塊接口測試 17三、單元測試計劃 （一）單元測試計劃的概念 單元測試計劃主要為單元測試活動提供測試范圍（如需要測試的項目，不需測試的項目等）、測試

6、方法（需達到的覆蓋指標、選用的黑盒測試方法等）、所需資源（包括軟件、硬件和人力資源，特別地，應包括必要的測試工具資源要求）、進度（任務分解表）和風險管理方面的指導。 16三、單元測試計劃 （一）單元測試計劃的概念 三、單元測試計劃 （二）測試計劃內容 （1）引言（2）測試范圍（3）測試方法 （4）測試階段 （5）測試交付品 （6）測試任務 （7）資源需求 （8）職責 （9）人員配置和培訓需求（10）進度 （11）風險和不測事件 （12）批準 17三、單元測試計劃 （二）測試計劃內容 （1）引言19三、單元測試計劃 （三）IEEE 829標準的測試計劃模板測試計劃標記 引言 測試項 要測試的特性

7、 不測試的特性 測試方法 測試項通過失敗標準 暫停標準和恢復需求 測試交付晶 測試任務 環境需求 職責 人員配置和培訓需求 進度 風險和不測事件 批準測試計劃重在計劃，不在于文檔。 18三、單元測試計劃 （三）IEEE 829標三、單元測試計劃 （四）注意事項 （1）測試計劃重在計劃，不在于文檔。 （2）測試計劃自身應不斷精確和細化，逐步完善豐富。 （3）測試計劃應及時更新。 （4）測試計劃不一定要很長，但要說明幾點問題。即測試對象、測試進度里程碑、測試方法和工具、測試人員以及測試文檔。（5）就測試的實施過程來講，軟件測試應按照測試計劃制定的內容進行。19三、單元測試計劃 （四）注意事項 （1

8、）測試計劃重在計劃，不四、單元測試方法方法 （1）靜態測試技術 （2）動態測試技術 20四、單元測試方法方法 （1）靜態測試技術 22五、單元測試環境 單元本身并不是一個獨立的程序，往往需要基于被測單元的接口開發相應的驅動模塊和樁模塊。通過驅動模塊和樁模塊所搭建的單元測試環境。（一）單元測試環境的概念 21五、單元測試環境 單元本身并不是一個獨立的五、單元測試環境 （二）驅動模塊和樁模塊的定義 （1）驅動模塊是模擬被測單元的上級模塊，用于接收測試數據、啟動被測模塊和 輸出結果。（2）樁模塊是模擬被測單元所調用的模塊。有時，需要使用子模塊的接口，才能做少量數據操作，并驗證和打印入口處的信息，然后

9、返回。樁模塊不包含原模塊的所有細節。22五、單元測試環境 （二）驅動模塊和樁模塊的定義 （1）驅動模五、單元測試環境 （三）驅動模塊的設計 （1）接收測試的輸入數據。 （2）將數據傳遞給被測單元，從而啟動被測單元。 （3）打印和輸出相關結果，判斷測試是通過還是失敗。 （4）將判斷的最終結果作為測試用例的執行結果，并將該結果寫入測試日志文件。 23五、單元測試環境 （三）驅動模塊的設計 （1）接收測試的輸入五、單元測試環境 （四）樁模塊的設計 （1）完成原單元的基本功能。（2）能夠被正確調用。 （3）有返回值。 （4）不包含原單元的所有細節。24五、單元測試環境 （四）樁模塊的設計 （1）完成原

10、單元的基本五、單元測試環境 （五）測試驅動程序的定義 驅動程序的設計考慮以下方面利用已有的測試用例，接收測試數據。將測試數據傳遞給被測單元。輸出測試用例的執行結果。一個測試驅動程序的設計25五、單元測試環境 （五）測試驅動程序的定義 驅動程序的設計考六、單元測試策略 單元測試的主要策略（1）自頂向下 （2）自底向上 （3）獨立測試26六、單元測試策略 單元測試的主要策略（1）自頂向下 28七、單元測試實現 （一）單元測試設計（1）項目進度 （2）測試粒度（3）測試密度27七、單元測試實現 （一）單元測試設計（1）項目進度 29七、單元測試實現 （二）基本原則（1）不要將測試用例的執行結果輸出到

11、屏幕。 （2）將測試代碼與開發代碼分開。（3）所有測試方法以test開頭，測試代碼分組放置。（4）在一個單獨的測試中避免多重聲明。（5）測試正確的事情。 28七、單元測試實現 （二）基本原則（1）不要將測試用例的執任務實施：一、完成單元測試計劃書 擲骰子游戲項目單元測試計劃書 參見NextGrid項目單元測試計劃書.doc29任務實施：一、完成單元測試計劃書 擲骰子游戲項目單元測試計劃任務實施：二、單元測試設計說明書 擲骰子游戲項目單元測試設計說明書 參見NextGrid項目單元測試設計說明書.doc30任務實施：二、單元測試設計說明書 擲骰子游戲項目單元測試設計任務實施：三、單元測試用例說明

12、書 擲骰子游戲項目單元測試用例說明書 參見NextGrid項目單元測試用例明書.doc31任務實施：三、單元測試用例說明書 擲骰子游戲項目單元測試用例任務實施：四、實現單元測試 （一）概述 采用獨立的單元測試策略，對每個被測函數撰寫驅動和樁代碼，為了便于管理，撰寫單元測試腳本時，應對每個被測函數的副本建立工程。在VC6.0環境下為每個被測函數建立一個Console工程，且工程名與被測函數的標識符保持一致。32任務實施：四、實現單元測試 （一）概述 采用獨任務實施：四、實現單元測試 （二）為lastXOfY函數創建腳本工程的過程 圖1提取被測函數 圖2創建頭文件圖3創建測試用例文件 圖4創建驅動

13、程序文件33任務實施：四、實現單元測試 （二）為lastXOfY函數創建任務小結1. 知識總結單元測試計劃主要說明了測試活動的范圍、方法、資源、進度、需要測試的特性、將執行的測試任務、測試小組的分工及與計劃相關的風險等內容。單元測試設計說明書用于提出測試需求和指導單元測試用例的設計。 34任務小結1. 知識總結單元測試計劃主要說明了測試活動的范圍、任務小結2. 實施過程總結 對每個被測函數撰寫驅動和樁代碼，為了便于管理，撰寫單元測試腳本時，應對每個被測函數的副本建立工程。 35任務小結2. 實施過程總結 對每個被測函數撰項目實訓編寫Discuz!社區項目的登錄模塊的測試計劃 對于Discuz!

14、社區項目，登錄模塊測試用例包括輸入合法信息登錄功能正確、內容為空登錄提示信息、密碼錯誤登錄提示信息和用戶名錯誤登錄提示信息。36項目實訓編寫Discuz!社區項目的登錄模塊的測試計劃 任務二：設計集成測試策略 123456任務分析知識準備任務實施任務小結項目實訓任務簡介37任務二：設計集成測試策略 123456任務分析知識準備任務實任務簡介任務二簡介 針對擲骰子游戲項目設計集成測試策略，檢查單元之間的接口是否正確。 38任務簡介任務二簡介 針對擲骰子游戲項目設計集成任務分析任務二分析 集成測試策略包括成對集成、鄰居集成，結合調用圖的遍歷，可以分為四種測試方法：大爆炸方法、自頂向下、自底向上和三

15、明治集成方法。 39任務分析任務二分析 集成測試策略包括成對集知識準備知識點列表集成測試的概念集成測試的評價集成測試策略 40知識準備知識點列表集成測試的概念42一、集成測試的概念 （一）定義 集成測試是在單元測試的基礎上，將所有已通過單元測試的模塊按照概要設計的要求組裝為子系統或系統，進行集成測試，目的是確保各單元模塊組合在一起后能夠按既定意圖協作運行，并確保增量的行為正確。 41一、集成測試的概念 （一）定義 集成測試是在單一、集成測試的概念 （二）集成測試與單元測試的區別 集成測試與單元測試關注的范圍有很大不同。單元測試主要關注模塊的內部，雖然它也關注模塊接口，但它是從內部來查看接口，從

16、個數、屬性、量綱和順序等方面查看輸入的實參與形參的匹配情況。而集成測試查看接口時主要關注穿越接口的數據、信息是否正確，是否會丟失。42一、集成測試的概念 （二）集成測試與單元測試的區別 一、集成測試的概念 （三）集成測試的內容 （1）將各模塊連接起來時，穿越模塊接口的數據是否會丟失。（2）各子功能組合起來能否達到預期要求的父功能。（3）一個模塊的功能是否會對其他模塊的功能產生不利影響。（4）全局數據結構是否有問題，是否會被異常修改。（5）單個模塊的誤差累積起來，是否會放大到不可接受的程度。43一、集成測試的概念 （三）集成測試的內容 （1）將各模塊連接一、集成測試的概念 （四）集成測試的開發

17、在產品提交到測試組之前，開發小組一般要進行聯調，因此，集成測試通常由開發人員來完成。44一、集成測試的概念 （四）集成測試的開發 一、集成測試的概念 （五）集成測試的環境 （1）硬件環境。盡量考慮實際使用環境，或搭建模擬環境，但應分析模擬環境與實際環境之間的差異。（2）操作系統環境。（3）數據庫環境。（4）網絡環境。一般可以使用以太網建立網絡環境。45一、集成測試的概念 （五）集成測試的環境 （1）硬件環境。盡二、集成測試的評價 （1）測試用例的規模（2）驅動模塊的設計（3）樁模塊的設計（4）缺陷定位的難易程度評價標準46二、集成測試的評價 （1）測試用例的規模評價標準48二、集成測試策略 （

18、1）基本思想 將每個集成測試用例限定在一對調用單元上，即每個集成測試用例都是最小的集成單元，僅涉及一對調用的接口。（2）規模估算（3）特點分析 成對集成的最初目的是希望能避免開發樁模塊和驅動模塊，但事實上這一目的是不可能最終達到的。（一）成對集成 47二、集成測試策略 （1）基本思想 （一）成對集成 49二、集成測試策略 （1）基本思想 將每個集成測試用例限定在某個節點的鄰居上。（2）規模估算（3）特點分析 與成對集成相比，鄰居集成通過擴大單個測試用例所覆蓋的模塊接口的范圍來減少測試用例總數。（二）鄰居集成 48二、集成測試策略 （1）基本思想 （二）鄰居集成 50二、集成測試策略 （1）基本

19、思想 將所有經過單元測試的模塊一次性組裝到被測系統中進行測試。（2）規模估算（3）特點分析 大爆炸集成僅需一個測試用例，達到用例規模的最小化。同時，由于將所有模塊包含進來，不涉及樁模塊和驅動模塊的開發工作。（三）大爆炸集成 49二、集成測試策略 （1）基本思想 （三）大爆炸集成 51二、集成測試策略 （1）基本思想 從主控模塊(主程序，即根節點)開始，按照系統程序結構，沿著控制層次從上而下，逐漸將各模塊組裝起來。（2）規模估算（3）特點分析 有助于早期實現并驗證系統主要功能；利于早期驗證主要的控制和判斷，避免主要控制方面的缺陷，確保開發進度；可以早期發現上層模塊的接口錯誤。（四）自頂向下的集成

20、 50二、集成測試策略 （1）基本思想（四）自頂向下的集成 52二、集成測試策略 （1）基本思想 從最底層模塊(即葉子節點)開始，按照調用圖的結構，從下而上，逐層將各模塊組裝起來。（2）規模估算（3）特點分析 自底向上的集成與自頂向下的集成過程恰好相反。（五）自底向上的集成 三明治集成 51二、集成測試策略 （1）基本思想（五）自底向上的集成 三明二、集成測試策略 （1）基本思想 將自頂向下和自底向上集成方法結合起來的集成策略。在調用圖上按照一定的策略，分別從頂向下和自底向上展開集成，并在子樹上進行大爆炸集成。（2）特點分析 易于早期發現主要控制部分的缺陷；易于早期觀察到系統的主要運行概貌。（

21、六）三明治集成 三明治集成 52二、集成測試策略 （1）基本思想（六）三明治集成 三明治集任務實施：一、設計游戲集成測試策略 （一）成對集成策略 兩個典型的成對集成用例如圖所示（見圖中虛線框框住的灰色區域）。 53任務實施：一、設計游戲集成測試策略 （一）成對集成策略 兩任務實施：一、設計游戲集成測試策略 （二）鄰居集成 兩個典型的鄰居集成用例如圖所示（見圖中虛線框框住的灰色區域）。 54任務實施：一、設計游戲集成測試策略 （二）鄰居集成 兩個典型任務實施：一、設計游戲集成測試策略 （三）大爆炸集成 大爆炸集成的用例如圖所示（見圖中虛線框框住的灰色區域）。 55任務實施：一、設計游戲集成測試策

22、略 （三）大爆炸集成 大爆炸任務實施：一、設計游戲集成測試策略 （四）自頂向下集成 以寬度優先策略自頂向下進行集成測試，從根節點開始，對應集成用例如圖所示。 56任務實施：一、設計游戲集成測試策略 （四）自頂向下集成 以寬任務實施：一、設計游戲集成測試策略 （五）自底向上和三明治集成 57任務實施：一、設計游戲集成測試策略 （五）自底向上和三明治集任務小結集成測試的策略主要圍繞單個集成測試用例對接口的覆蓋和對整個集成樹的遍歷路徑進行設計，各策略在測試用例的規模、驅動和樁模塊的工作量以及缺陷定位等方面各有千秋，應根據實際情況靈活使用。 1. 知識總結項目測試用例數目樁模塊驅動模塊缺陷定位并行測試

23、成對集成由邊數決定需要需要非常容易可以鄰居集成主要由中間節點數決定需要需要困難可以大爆炸少不需要不需要非常困難N/A自頂向下較多需要不需要較容易困難自底向上較多不需要需要較容易可以三明治較多需要需要較困難可以58任務小結集成測試的策略主要圍繞單個集成測試用例對接口的覆蓋和任務小結2. 實施過程總結 集成測試實施過程中應盡量考慮實際使用環境，搭建模擬環境，分析模擬環境與實際環境之間的差異。59任務小結2. 實施過程總結 集成測試實施過程中應盡量考慮項目實訓1.設計Discuz!社區項目的集成測試策略 對于Discuz!社區項目，包括門戶、廣場(論壇)、群組、家園及排行榜等五大服務，設計Discu

24、z!社區集成測試策略。60項目實訓1.設計Discuz!社區項目的集成測試策略 任務三：進行測試用例的組織和管理 123456任務分析知識準備任務實施任務小結項目實訓任務簡介61任務三：進行測試用例的組織和管理 123456任務分析知識準任務簡介任務三簡介 針對擲骰子游戲項目使用測試管理工具進行測試用例的組織和管理。 62任務簡介任務三簡介 針對擲骰子游戲項目使用測任務分析任務三分析使用測試管理工具完成測試用例的組織和管理，首先必須添加需要測試的項目、添加指定項目的模塊和項目組成員，其次以一個測試用例的生命周期為例來說明其過程。63任務分析任務三分析使用測試管理工具完成測試用例的組織和管理，知

25、識準備知識點列表測試用例報告 64知識準備知識點列表測試用例報告 66一、測試用例報告 （一）測試用例管理的重要性（1）組織性（2）重復性（3）跟蹤性（4）客觀性65一、測試用例報告 （一）測試用例管理的重要性（1）組織性67一、測試用例報告 （二）測試用例的構成 （1）引言標識符（ID）（2）項目/軟件（3）程序版本（4）編制人（5）編制時間（6）功能模塊（7）測試項（8）測試目的（9）預置條件（10）參考文獻（11）測試環境（12）測試輸入（13）操作步驟（14）預期結果（15）執行結果（16）優先級（17）用例之間的關聯66一、測試用例報告 （二）測試用例的構成 （1）引言標識符（I一、

26、測試用例報告 （三） 依據IEEE 829標準的測試用例模板項目/軟件程序版本功能模塊名編制人功能特性編制時間測試用例編號測試包優先級測試環境持續時間工作量初始化清除環境步驟編號測試步驟輸入數據預期結果缺陷編號67一、測試用例報告 （三） 依據IEEE 8一、測試用例報告（四）Bugfree編寫測試用例的界面 68一、測試用例報告（四）Bugfree編寫測試用例的界面 一、測試用例報告（五）編寫有效的測試用例 面臨的困難測試時間有限數據量太大測試用例的有效性解決的措施針對測試時間有限問題的解決方案針對數據量問題的解決方案針對有效性的解決方案69一、測試用例報告（五）編寫有效的測試用例 面臨的困

27、難71一、測試用例報告（六）測試用例的組織和跟蹤 （1）整理模塊需求（2）撰寫測試計劃（3）設計測試思路（4）編寫測試用例（5）評審測試用例（6）修改更新測試用例（7）執行測試用例（8）分析評估測試用例質量70一、測試用例報告（六）測試用例的組織和跟蹤 （1）整理模塊需一、測試用例報告（七）測試用例的誤區 （1）測試用例設計并非越詳細越好（2）測試用例設計不可能一蹴而就（3）測試用例中應有明顯的驗證手段71一、測試用例報告（七）測試用例的誤區 （1）測試用例設計并非任務實施：一、使用BugFree完成測試用例的組織和管理 （一）添加項目 圖1 添加新項目 圖2添加新項目后出現的界面 72任務實

28、施：一、使用BugFree完成測試用例的組織和管理 （任務實施：一、使用BugFree完成測試用例的組織和管理 （二）添加指定項目的模塊 圖 添加函數NextGrid3 73任務實施：一、使用BugFree完成測試用例的組織和管理 （任務實施：一、使用BugFree完成測試用例的組織和管理 （三）添加測試用例圖 添加測試用例 74任務實施：一、使用BugFree完成測試用例的組織和管理 （任務小結1. 知識總結掌握測試用例的構成，了解兩個典型的測試模板，鍛煉編寫有效的測試用例的能力，學會測試用例的組織和跟蹤步驟。75任務小結1. 知識總結掌握測試用例的構成，了解兩個典型的測試任務小結2. 實施

29、過程總結測試用例的組織和管理是整個測試組、整個項目組，乃至整個公司的行為，并不是由個人所決定。從測試人員來說，最重要的是了解項目組、了解測試組對測試用例的管理規范和流程。 76任務小結2. 實施過程總結測試用例的組織和管理是整個測試組、項目實訓對Discuz!社區項目進行測試用例的組織和管理 對于Discuz!社區項目，進行測試用例的組織和管理。77項目實訓對Discuz!社區項目進行測試用例的組織和管理 任務四：進行缺陷管理 123456任務分析知識準備任務實施任務小結項目實訓任務簡介78任務四：進行缺陷管理 123456任務分析知識準備任務實施任任務簡介任務四簡介 針對擲骰子游戲項目使用自

30、動化管理工具進行缺陷管理。79任務簡介任務四簡介 針對擲骰子游戲項目使用自動化任務分析任務四分析使用自動化管理工具完成缺陷管理，以一個測試用例的生命周期為例來說明其過程，包括提交缺陷報告，分配缺陷，審核缺陷報告，處理缺陷和驗證、關閉缺陷等。80任務分析任務四分析使用自動化管理工具完成缺陷管理，以一個測試知識準備知識點列表缺陷的概念缺陷的跟蹤和管理缺陷管理系統 81知識準備知識點列表缺陷的概念83一、缺陷的概念（一）缺陷的特點缺陷的實際數量和位置未知缺陷有潛伏期單個缺陷本身具有潛伏期缺陷的數量也具有潛伏期缺陷具有擴展性82一、缺陷的概念（一）缺陷的特點缺陷的實際數量和位置未知84一、缺陷的概念（

31、二）缺陷的屬性（1）可重現性定義提高缺陷的可重現性隨時記錄操作步驟和被測系統的響應情況重復測試至少三次處理隨機出現的缺陷嚴重性定義嚴重性的分級致命的嚴重的一般的次要的建議的83一、缺陷的概念（二）缺陷的屬性（1）可重現性85一、缺陷的概念（二）缺陷的屬性（2）優先級定義優先級的分級立即修復馬上修復高優先級正常修復低優先級嚴重性與優先級的關聯性高嚴重性，低優先級低嚴重性，高優先級84一、缺陷的概念（二）缺陷的屬性（2）優先級86一、缺陷的概念（二）缺陷的屬性（3）可修復性定義所有缺陷都可以修復嗎？時間緊迫不是缺陷修復的風險太大不值得修復85一、缺陷的概念（二）缺陷的屬性（3）可修復性87二、缺陷

32、的跟蹤和管理 （一）缺陷的狀態 典型的狀態打開（Open）指派（Assigned）已解決（Resolved）關閉（Close）重新打開（Reopen）常見的缺陷狀態分類激活（Active）已解決（Resolved）關閉（Close）86二、缺陷的跟蹤和管理 （一）缺陷的狀態 典型的狀態88二、缺陷的跟蹤和管理 （二）缺陷的處理方式 典型的狀態已修復（Fixed）暫緩（Postponed或Later）外部原因（External或On Hold）不修復（NO Fix）重復的（Duplicate）不可重現（Not Repreat）符合設計（By Design或Not a Bug）注意事項暫緩與符合設計是不同的概念對修復缺陷