缺陷管理與工具應(yīng)用課件

1、第三章缺陷管理與工具應(yīng)用目錄 缺陷的定義 缺陷的生命周期 缺陷的跟蹤與分析 缺陷工具應(yīng)用缺陷的定義 什么是缺陷 （美）Ron Patton在其著作的軟件測(cè)試一書中把符合下列五個(gè)規(guī)則的問題稱為缺陷： 1軟件未達(dá)到產(chǎn)品說明書標(biāo)明的功能； 2軟件出現(xiàn)了產(chǎn)品說明書指明不會(huì)出現(xiàn)的錯(cuò)誤； 3軟件功能超出了產(chǎn)品說明書指明范圍； 4軟件未達(dá)到產(chǎn)品說明書雖未能指出但應(yīng)達(dá)到的目標(biāo)； 5軟件測(cè)試員認(rèn)為軟件難以理解、不易使用、運(yùn)行速度緩慢，或者最終用戶認(rèn)為不好。缺陷的定義 缺陷的名稱 Defect Bug Failure Error 測(cè)試執(zhí)行的監(jiān)控測(cè)試監(jiān)控的任務(wù)和目的 記錄和管理測(cè)試用例的執(zhí)行狀態(tài) 根據(jù)當(dāng)前的執(zhí)行狀態(tài)

2、，判定測(cè)試用例的設(shè)計(jì)質(zhì)量和效率 使用腳本進(jìn)行自動(dòng)測(cè)試 根據(jù)發(fā)現(xiàn)的缺陷分布，判定結(jié)束測(cè)試的條件是否成熟測(cè)試監(jiān)控的任務(wù)和目的 評(píng)估測(cè)軟件的質(zhì)量 缺陷的數(shù)量、種類、 評(píng)估開發(fā)過程的質(zhì)量 缺陷的分布、修復(fù)缺陷的時(shí)間、回歸測(cè)試時(shí)發(fā)現(xiàn)的缺陷數(shù)量、 評(píng)估測(cè)試工程師的表現(xiàn) 是否按計(jì)劃完成任務(wù) 發(fā)現(xiàn)缺陷的數(shù)量測(cè)試監(jiān)控的內(nèi)容 測(cè)試用例執(zhí)行的進(jìn)度 = 已執(zhí)行的數(shù)目/總數(shù)目 此數(shù)據(jù)只表明執(zhí)行進(jìn)度，不表示測(cè)試的成功率 為了得到更精確的進(jìn)度數(shù)據(jù)，可計(jì)算測(cè)試步驟數(shù)測(cè)試監(jiān)控的內(nèi)容 缺陷的存活時(shí)間 =缺陷從open到closed的時(shí)間 表明修改缺陷的效率測(cè)試監(jiān)控的內(nèi)容 缺陷的趨勢(shì)分析 - 按照測(cè)試執(zhí)行的時(shí)間順序(以月、周、天為

3、時(shí)間單位)，被發(fā)現(xiàn)的缺陷數(shù)量的分布 如果越來越少，趨近于0，則考慮結(jié)束測(cè)試執(zhí)行 相反，則說明存在以下的問題： 代碼修改引發(fā)新的缺陷 前一版本的測(cè)試存在覆蓋率的問題，新的測(cè)試發(fā)現(xiàn)了原先未發(fā)現(xiàn)的缺陷 必須先修改某些缺陷后才能繼續(xù)測(cè)試，然后才發(fā)現(xiàn)其他的缺陷測(cè)試監(jiān)控的內(nèi)容 缺陷分布密度 =對(duì)應(yīng)于一項(xiàng)需求的總?cè)毕輸?shù)/對(duì)應(yīng)于該項(xiàng)需求的測(cè)使用例總數(shù) 需要考慮缺陷的優(yōu)先級(jí)和嚴(yán)重程度 如果過多的缺陷集中在某項(xiàng)需求上，可能表明以下問題： 該項(xiàng)功能需求是否過于復(fù)雜？ 該項(xiàng)的需求設(shè)計(jì)、實(shí)現(xiàn)是否有問題？ 分配給該項(xiàng)的開發(fā)資源是否不足？ 測(cè)試監(jiān)控的內(nèi)容 缺陷修改質(zhì)量 = 每次修改后發(fā)現(xiàn)的缺陷數(shù)量（包括重現(xiàn)的缺陷和由修改所

4、引起的新缺陷） 評(píng)價(jià)開發(fā)部門修復(fù)缺陷的質(zhì)量 如果修改某項(xiàng)功能后，此數(shù)值較高，測(cè)試部門應(yīng)當(dāng)及時(shí)通知開發(fā)部門改進(jìn)測(cè)試執(zhí)行過程 基于質(zhì)量風(fēng)險(xiǎn)分析，先測(cè)試最容易出現(xiàn)缺陷、對(duì)軟件影響最大的部分 基于用戶操作分析,先測(cè)試用戶經(jīng)常使用的功能可能對(duì)軟件的影響 正確分析測(cè)試結(jié)果 缺陷報(bào)告元素 Bug編號(hào)（BugID） 版本號(hào)（Version） Bug狀態(tài)（State） Bug類型（Keyword） 項(xiàng)目及子模塊名稱（Product）缺陷報(bào)告元素 Bug摘要（Summary） 附件（Attachment） 操作系統(tǒng)（OS） 瀏覽器（Browser） 優(yōu)先級(jí)（Priority）缺陷報(bào)告元素 嚴(yán)重級(jí)（Severity

5、） Bug操作描述（Description） 報(bào)告人（Reporter） 報(bào)告日期（Date）缺陷報(bào)告元素 Bugzilla缺陷表 缺陷狀態(tài)與生命周期 缺陷的狀態(tài) New：報(bào)告一個(gè)Bug。 Open：驗(yàn)證后分配給相關(guān)的開發(fā)人員進(jìn)行修改狀態(tài)。 Fixed：開發(fā)人員修改后的狀態(tài)。 Verified：等待測(cè)試人員驗(yàn)證的狀態(tài)。 Reject：拒絕修改Bug。 Reopen：如果沒修改成功，則重新打開。 Closed：如果修改成功，則關(guān)閉Bug。缺陷狀態(tài)與生命周期截圖技巧 Windows 全屏用鍵盤上的 print Windows 截面活動(dòng)窗口alt+Print Mac 全屏截圖 Command+Shi

6、ft+3 區(qū)域截圖: Command + Shift+4 程序窗口截圖: Command + Shift+4 + Space錄制 錄制gif 動(dòng)畫 LICEcap 錄制Flash動(dòng)畫 Jing缺陷分析 缺陷分析 在整個(gè)測(cè)試工作的及時(shí)總結(jié)，不僅可以調(diào)整測(cè)試的重點(diǎn)，而且會(huì)大大提高測(cè)試工作的效率。因?yàn)闇y(cè)試工作的效果要直接依賴測(cè)試用例的設(shè)計(jì)與執(zhí)行狀況，所以在測(cè)試過程中和測(cè)試結(jié)束后都要對(duì)測(cè)試用例的一些重要結(jié)果進(jìn)行度量。缺陷分析 缺陷主要分析重點(diǎn) 設(shè)計(jì)了多少測(cè)試用例，實(shí)際執(zhí)行了多少？ 有多少測(cè)試用例執(zhí)行失??？ 在失敗的測(cè)試用例中，有多少個(gè)錯(cuò)誤得到修改后最終運(yùn)行成功？ 測(cè)試用例執(zhí)行的時(shí)間比計(jì)劃用例是長(zhǎng)還是短

7、，主要原因是什么？缺陷分析 缺陷主要分析重點(diǎn) 測(cè)試過程中有多少高優(yōu)先級(jí)和高嚴(yán)重級(jí)錯(cuò)誤，有多少已解決，多少未解決，未解決的問題如何進(jìn)行處理 對(duì)于影響性能的重要問題是否都已解決？ 在執(zhí)行測(cè)試用例中，有多少是跳過未執(zhí)行？ 那些模塊出現(xiàn)錯(cuò)誤比較多，而且還非常嚴(yán)重 有多少問題是因?yàn)殚_發(fā)人員修改后引出的問題缺陷分析 缺陷與時(shí)間關(guān)系圖 缺陷分析 缺陷與版本關(guān)系圖 缺陷分析 缺陷與設(shè)計(jì)類型關(guān)系圖缺陷分析 缺陷與優(yōu)先級(jí)關(guān)系圖 缺陷分析 缺陷與模塊關(guān)系圖 缺陷分析 缺陷與狀態(tài)關(guān)系圖 缺陷分析 缺陷與錯(cuò)誤類型關(guān)系圖 缺陷分析 測(cè)試各階段與嚴(yán)重級(jí)別關(guān)系圖缺陷分析總結(jié)報(bào)告 缺陷分析總結(jié)報(bào)告包含以下內(nèi)容： 測(cè)試各階段的缺

8、陷分布 測(cè)試中發(fā)現(xiàn)的Bug數(shù)量 Bug的優(yōu)先級(jí)/嚴(yán)重性分布 缺陷類型分析 存在的風(fēng)險(xiǎn)缺陷分析總結(jié)報(bào)告 缺陷分析總結(jié)報(bào)告包含以下內(nèi)容： 測(cè)試中已解決問題統(tǒng)計(jì) 未解決問題的處理方式 測(cè)試結(jié)論（即通過與否） 測(cè)試總結(jié)與分析 測(cè)試總結(jié)報(bào)告 測(cè)試總結(jié)報(bào)告是測(cè)試計(jì)劃的擴(kuò)展 IEEE8291998IEEE8291998軟件測(cè)試文檔編制標(biāo)準(zhǔn)軟件測(cè)試文檔編制標(biāo)準(zhǔn)軟件測(cè)試文檔模板軟件測(cè)試文檔模板目錄1測(cè)試總結(jié)報(bào)告標(biāo)識(shí)符2總結(jié)3差異4綜合評(píng)估5結(jié)果評(píng)估5.1已解決的意外事件5.2未解決的意外事件6評(píng)價(jià)7建議8活動(dòng)總結(jié)9審批測(cè)試總結(jié)報(bào)告 缺陷報(bào)告應(yīng)遵循的原則 盡快報(bào)告軟件缺陷； 操作步驟簡(jiǎn)單，描述清晰、專業(yè)、完整；

9、明確指明缺陷的類型； 問題單一； 跟蹤缺陷的最新狀態(tài)； 對(duì)有爭(zhēng)議的缺陷要及時(shí)溝通；項(xiàng)目總結(jié)報(bào)告 項(xiàng)目總結(jié)報(bào)告 詳細(xì)項(xiàng)目總結(jié)報(bào)告請(qǐng)參見附頁項(xiàng)目總結(jié)報(bào)告表。Test Director TD的管理流程Test Director TestDirector工作原理 TestDirector-Requirement 需求規(guī)范流程確定測(cè)試范圍建立需求詳細(xì)需求信息需求分析TestDirector-Requirement需求菜單欄文檔視圖需求工具欄需求樹TestDirector-Test Plan 測(cè)試計(jì)劃流程定義測(cè)試策略定義測(cè)試對(duì)象設(shè)計(jì)測(cè)試步驟創(chuàng)建需求覆蓋定義測(cè)試自動(dòng)測(cè)試分析測(cè)試計(jì)劃TestDirector-

10、Test Plan測(cè)試計(jì)劃菜單欄測(cè)試計(jì)劃工具欄 測(cè)試計(jì)劃樹TestDirector-Test Plan 引入自動(dòng)測(cè)試化 1對(duì)于版本的每次更新版本需重新測(cè)試時(shí)； 2同一操作使用多個(gè)數(shù)據(jù)值的測(cè)試； 3壓力測(cè)試和負(fù)載測(cè)試； 4對(duì)于項(xiàng)目周期較長(zhǎng)，功能強(qiáng)大的軟件產(chǎn)品也應(yīng)引入自動(dòng)化測(cè)試。TestDirector-Test LAB 測(cè)試執(zhí)行流程創(chuàng)建Test Sets運(yùn)行時(shí)間表分析運(yùn)行結(jié)果手動(dòng)運(yùn)行自動(dòng)運(yùn)行TestDirector-Test LAB網(wǎng)格篩選器測(cè)試集窗格工具欄TestDirector-Test LAB Details（詳細(xì)信息）顯示測(cè)試的運(yùn)行詳細(xì)信息 All Runs（所有運(yùn)行）顯示所有測(cè)試運(yùn)行的

11、結(jié)果 Attachments顯示測(cè)試的所有附件，包括在測(cè)試計(jì)劃過程中添加到測(cè)試的所有附件 Configuration顯示測(cè)試運(yùn)行配置信息 Run Events顯示自動(dòng)測(cè)試失敗規(guī)則 History顯示對(duì)測(cè)試運(yùn)行字段所做的更改的歷史記錄TestDirector-Test LAB “Details”視圖 TestDirector-Test LAB Plan Description：顯示測(cè)試的描述信息 Actual Tester：實(shí)際執(zhí)行測(cè)試的用戶名 Exec Date（計(jì)劃執(zhí)行日期）：計(jì)劃執(zhí)行測(cè)試的日期 Planned Exec Date：計(jì)劃執(zhí)行測(cè)試的時(shí)間 Planned Host Name（計(jì)劃

12、主機(jī)名）：計(jì)劃運(yùn)行測(cè)試的計(jì)算機(jī)主機(jī)名稱或IP地址 Responsible Tester：最后執(zhí)行測(cè)試的負(fù)責(zé)人 Exec Time（執(zhí)行日期）：上次執(zhí)行測(cè)試的日期 Planned Exec Time（執(zhí)行時(shí)間）：上次執(zhí)行測(cè)試的時(shí)間 Status（狀態(tài)）包括：Failed、N/A、No Run、No Completed、Passed。 Time（時(shí)間）：運(yùn)行時(shí)間TestDirector-Defects 缺陷跟蹤流程添加缺陷檢查新的缺陷修改開放的缺陷測(cè)試新的構(gòu)建分析缺陷數(shù)據(jù)TestDirector-Defects TestDirector用戶權(quán)限 TDAdmin QATester Project M

13、anager Developer View TestDirector-Defects Bug生命周期TestDirector-Defects菜單欄工具欄篩選器網(wǎng)格注釋記錄TestDirector-Defects 添加缺陷 在缺陷管理頁面中選擇菜單欄“Defect”“Add defect” TestDirector-Defects TM管理流程JIAR簡(jiǎn)介JIRA的優(yōu)勢(shì)JIRA創(chuàng)建問題JIRA創(chuàng)建問題JIRA解決問題JIAR解決問題Bugzilla簡(jiǎn)介 Bugzilla是Mozilla公司為用戶提供的一個(gè)免費(fèi)開源的缺陷 跟蹤工具，其創(chuàng)始人是Terry Weissman. 簡(jiǎn)稱：Defect Tr

14、acking SystemBugzilla的優(yōu)點(diǎn) 基于Web形式,安裝配置簡(jiǎn)單 開源軟件、免費(fèi) 跨平臺(tái)運(yùn)行（Windows、Linux、Unix） 郵件服務(wù)綁定Bug狀態(tài)變更 強(qiáng)大的搜索功能 版本向下兼容Bugzilla創(chuàng)建BUGBUG處理狀態(tài) Fixed: 開發(fā)人員已將Bug解決 INVALID: Bug描述錯(cuò)誤或不是Bug WONTFIX: Bug永遠(yuǎn)不被修復(fù)，即無法修改 LATER: Bug在當(dāng)前版本中將暫不解決 DUPLICATE: Bug出現(xiàn)重復(fù) WORKSFORME: Bug暫時(shí)無法重現(xiàn)，僅作備案用BUG嚴(yán)重性 Blocker: 指嚴(yán)重影響開發(fā)/測(cè)試工作的缺陷 Critical: 指死機(jī)、數(shù)據(jù)丟失、內(nèi)存溢出等缺陷 Major: 指比較嚴(yán)重的功能缺陷 Normal: 指普通的功能缺陷 Minor: 指影響較小的功能缺陷 Trivial: 指界面外觀、字體等影響較小的問題 Enhancement: 指提出的一些個(gè)人建議，此類問題一般不處理BUG優(yōu)先級(jí) P1:指Bug狀態(tài)為Blocker、Critical P2:指Bug狀態(tài)為Major P3:指Bug狀態(tài)為Normal P4:指Bug狀態(tài)為Minor、 Trivial P5:指Bug狀態(tài)為EnhancementBug管理工具 Bug