電子課件-測試管理概要

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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