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

第三章

缺陷管理與工具應(yīng)用第三章

缺陷管理與工具應(yīng)用目錄缺陷的定義缺陷的生命周期缺陷的跟蹤與分析缺陷工具應(yīng)用目錄缺陷的定義缺陷的定義什么是缺陷（美）RonPatton在其著作的《軟件測試》一書中把符合下列五個(gè)規(guī)則的問題稱為缺陷：1．軟件未達(dá)到產(chǎn)品說明書標(biāo)明的功能；2．軟件出現(xiàn)了產(chǎn)品說明書指明不會出現(xiàn)的錯(cuò)誤；3．軟件功能超出了產(chǎn)品說明書指明范圍；4．軟件未達(dá)到產(chǎn)品說明書雖未能指出但應(yīng)達(dá)到的目標(biāo)；5．軟件測試員認(rèn)為軟件難以理解、不易使用、運(yùn)行速度緩慢，或者最終用戶認(rèn)為不好。缺陷的定義什么是缺陷缺陷的定義缺陷的名稱DefectBugFailureError………缺陷的定義缺陷的名稱測試執(zhí)行的監(jiān)控測試執(zhí)行的監(jiān)控測試監(jiān)控的任務(wù)和目的記錄和管理測試用例的執(zhí)行狀態(tài)根據(jù)當(dāng)前的執(zhí)行狀態(tài)，判定測試用例的設(shè)計(jì)質(zhì)量和效率使用腳本進(jìn)行自動(dòng)測試根據(jù)發(fā)現(xiàn)的缺陷分布，判定結(jié)束測試的條件是否成熟測試監(jiān)控的任務(wù)和目的記錄和管理測試用例的執(zhí)行狀態(tài)測試監(jiān)控的任務(wù)和目的評估測軟件的質(zhì)量缺陷的數(shù)量、種類、…評估開發(fā)過程的質(zhì)量缺陷的分布、修復(fù)缺陷的時(shí)間、回歸測試時(shí)發(fā)現(xiàn)的缺陷數(shù)量、…評估測試工程師的表現(xiàn)是否按計(jì)劃完成任務(wù)發(fā)現(xiàn)缺陷的數(shù)量測試監(jiān)控的任務(wù)和目的評估測軟件的質(zhì)量測試監(jiān)控的內(nèi)容測試用例執(zhí)行的進(jìn)度=已執(zhí)行的數(shù)目/總數(shù)目此數(shù)據(jù)只表明執(zhí)行進(jìn)度，不表示測試的成功率為了得到更精確的進(jìn)度數(shù)據(jù)，可計(jì)算測試步驟數(shù)測試監(jiān)控的內(nèi)容測試用例執(zhí)行的進(jìn)度=已執(zhí)行的數(shù)目/總數(shù)目測試監(jiān)控的內(nèi)容缺陷的存活時(shí)間=缺陷從open到closed的時(shí)間表明修改缺陷的效率測試監(jiān)控的內(nèi)容缺陷的存活時(shí)間=缺陷從open到closed測試監(jiān)控的內(nèi)容缺陷的趨勢分析---按照測試執(zhí)行的時(shí)間順序(以月、周、天為時(shí)間單位)，被發(fā)現(xiàn)的缺陷數(shù)量的分布如果越來越少，趨近于0，則考慮結(jié)束測試執(zhí)行相反，則說明存在以下的問題：代碼修改引發(fā)新的缺陷前一版本的測試存在覆蓋率的問題，新的測試發(fā)現(xiàn)了原先未發(fā)現(xiàn)的缺陷必須先修改某些缺陷后才能繼續(xù)測試，然后才發(fā)現(xiàn)其他的缺陷測試監(jiān)控的內(nèi)容缺陷的趨勢分析---按照測試執(zhí)行的時(shí)間順序測試監(jiān)控的內(nèi)容缺陷分布密度=對應(yīng)于一項(xiàng)需求的總?cè)毕輸?shù)/對應(yīng)于該項(xiàng)需求的測使用例總數(shù)需要考慮缺陷的優(yōu)先級和嚴(yán)重程度如果過多的缺陷集中在某項(xiàng)需求上，可能表明以下問題：該項(xiàng)功能需求是否過于復(fù)雜？該項(xiàng)的需求設(shè)計(jì)、實(shí)現(xiàn)是否有問題？分配給該項(xiàng)的開發(fā)資源是否不足？……測試監(jiān)控的內(nèi)容缺陷分布密度=對應(yīng)于一項(xiàng)需求的總?cè)毕輸?shù)/對應(yīng)測試監(jiān)控的內(nèi)容缺陷修改質(zhì)量=每次修改后發(fā)現(xiàn)的缺陷數(shù)量（包括重現(xiàn)的缺陷和由修改所引起的新缺陷）評價(jià)開發(fā)部門修復(fù)缺陷的質(zhì)量如果修改某項(xiàng)功能后，此數(shù)值較高，測試部門應(yīng)當(dāng)及時(shí)通知開發(fā)部門測試監(jiān)控的內(nèi)容缺陷修改質(zhì)量=每次修改后發(fā)現(xiàn)的缺陷數(shù)量（包改進(jìn)測試執(zhí)行過程基于質(zhì)量風(fēng)險(xiǎn)分析，先測試最容易出現(xiàn)缺陷、對軟件影響最大的部分基于用戶操作分析,先測試用戶經(jīng)常使用的功能可能對軟件的影響正確分析測試結(jié)果……改進(jìn)測試執(zhí)行過程基于質(zhì)量風(fēng)險(xiǎn)分析，先測試最容易出現(xiàn)缺陷、對軟缺陷報(bào)告元素Bug編號（BugID）版本號（Version）Bug狀態(tài)（State）Bug類型（Keyword）項(xiàng)目及子模塊名稱（Product）缺陷報(bào)告元素Bug編號（BugID）缺陷報(bào)告元素Bug摘要（Summary）附件（Attachment）操作系統(tǒng)（OS）瀏覽器（Browser）優(yōu)先級（Priority）缺陷報(bào)告元素Bug摘要（Summary）缺陷報(bào)告元素嚴(yán)重級（Severity）Bug操作描述（Description）報(bào)告人（Reporter）報(bào)告日期（Date）缺陷報(bào)告元素嚴(yán)重級（Severity）缺陷報(bào)告元素Bugzilla缺陷表缺陷報(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：等待測試人員驗(yàn)證的狀態(tài)。Reject：拒絕修改Bug。Reopen：如果沒修改成功，則重新打開。Closed：如果修改成功，則關(guān)閉Bug。缺陷狀態(tài)與生命周期缺陷的狀態(tài)缺陷狀態(tài)與生命周期缺陷狀態(tài)與生命周期截圖技巧Windows全屏用鍵盤上的printWindows截面活動(dòng)窗口alt+PrintMac全屏截圖Command+Shift+3

區(qū)域截圖:Command+Shift+4

程序窗口截圖:Command+Shift+4+Space截圖技巧Windows全屏用鍵盤上的print錄制錄制gif動(dòng)畫LICEcap錄制Flash動(dòng)畫Jing錄制錄制gif動(dòng)畫LICEcap缺陷分析缺陷分析在整個(gè)測試工作的及時(shí)總結(jié)，不僅可以調(diào)整測試的重點(diǎn)，而且會大大提高測試工作的效率。因?yàn)闇y試工作的效果要直接依賴測試用例的設(shè)計(jì)與執(zhí)行狀況，所以在測試過程中和測試結(jié)束后都要對測試用例的一些重要結(jié)果進(jìn)行度量。缺陷分析缺陷分析缺陷分析缺陷主要分析重點(diǎn)設(shè)計(jì)了多少測試用例，實(shí)際執(zhí)行了多少？有多少測試用例執(zhí)行失敗？在失敗的測試用例中，有多少個(gè)錯(cuò)誤得到修改后最終運(yùn)行成功？測試用例執(zhí)行的時(shí)間比計(jì)劃用例是長還是短，主要原因是什么？缺陷分析缺陷主要分析重點(diǎn)缺陷分析缺陷主要分析重點(diǎn)測試過程中有多少高優(yōu)先級和高嚴(yán)重級錯(cuò)誤，有多少已解決，多少未解決，未解決的問題如何進(jìn)行處理對于影響性能的重要問題是否都已解決？在執(zhí)行測試用例中，有多少是跳過未執(zhí)行？那些模塊出現(xiàn)錯(cuò)誤比較多，而且還非常嚴(yán)重有多少問題是因?yàn)殚_發(fā)人員修改后引出的問題缺陷分析缺陷主要分析重點(diǎn)缺陷分析缺陷與時(shí)間關(guān)系圖缺陷分析缺陷與時(shí)間關(guān)系圖缺陷分析缺陷與版本關(guān)系圖缺陷分析缺陷與版本關(guān)系圖缺陷分析缺陷與設(shè)計(jì)類型關(guān)系圖缺陷分析缺陷與設(shè)計(jì)類型關(guān)系圖缺陷分析缺陷與優(yōu)先級關(guān)系圖缺陷分析缺陷與優(yōu)先級關(guān)系圖缺陷分析缺陷與模塊關(guān)系圖缺陷分析缺陷與模塊關(guān)系圖缺陷分析缺陷與狀態(tài)關(guān)系圖缺陷分析缺陷與狀態(tài)關(guān)系圖缺陷分析缺陷與錯(cuò)誤類型關(guān)系圖缺陷分析缺陷與錯(cuò)誤類型關(guān)系圖缺陷分析測試各階段與嚴(yán)重級別關(guān)系圖缺陷分析測試各階段與嚴(yán)重級別關(guān)系圖缺陷分析總結(jié)報(bào)告缺陷分析總結(jié)報(bào)告包含以下內(nèi)容：測試各階段的缺陷分布測試中發(fā)現(xiàn)的Bug數(shù)量Bug的優(yōu)先級/嚴(yán)重性分布缺陷類型分析存在的風(fēng)險(xiǎn)缺陷分析總結(jié)報(bào)告缺陷分析總結(jié)報(bào)告包含以下內(nèi)容：缺陷分析總結(jié)報(bào)告缺陷分析總結(jié)報(bào)告包含以下內(nèi)容：測試中已解決問題統(tǒng)計(jì)未解決問題的處理方式測試結(jié)論（即通過與否）測試總結(jié)與分析………缺陷分析總結(jié)報(bào)告缺陷分析總結(jié)報(bào)告包含以下內(nèi)容：測試總結(jié)報(bào)告測試總結(jié)報(bào)告是測試計(jì)劃的擴(kuò)展IEEE829——1998軟件測試文檔編制標(biāo)準(zhǔn)軟件測試文檔模板目錄1．測試總結(jié)報(bào)告標(biāo)識符2．總結(jié)3．差異4．綜合評估5．結(jié)果評估5.1已解決的意外事件5.2未解決的意外事件6．評價(jià)7．建議8．活動(dòng)總結(jié)9．審批測試總結(jié)報(bào)告測試總結(jié)報(bào)告是測試計(jì)劃的擴(kuò)展IEEE829—測試總結(jié)報(bào)告缺陷報(bào)告應(yīng)遵循的原則盡快報(bào)告軟件缺陷；操作步驟簡單，描述清晰、專業(yè)、完整；明確指明缺陷的類型；問題單一；跟蹤缺陷的最新狀態(tài)；對有爭議的缺陷要及時(shí)溝通；測試總結(jié)報(bào)告缺陷報(bào)告應(yīng)遵循的原則項(xiàng)目總結(jié)報(bào)告項(xiàng)目總結(jié)報(bào)告詳細(xì)項(xiàng)目總結(jié)報(bào)告請參見附頁《項(xiàng)目總結(jié)報(bào)告》表。項(xiàng)目總結(jié)報(bào)告項(xiàng)目總結(jié)報(bào)告TestDirectorTD的管理流程TestDirectorTD的管理流程TestDirectorTestDirector工作原理TestDirectorTestDirector工作原理TestDirector-Requirement需求規(guī)范流程確定測試范圍建立需求詳細(xì)需求信息需求分析TestDirector-Requirement需求規(guī)范流TestDirector-Requirement需求菜單欄文檔視圖需求工具欄需求樹TestDirector-Requirement需求菜單欄文TestDirector-TestPlan測試計(jì)劃流程定義測試策略定義測試對象設(shè)計(jì)測試步驟創(chuàng)建需求覆蓋定義測試自動(dòng)測試分析測試計(jì)劃TestDirector-TestPlan測試計(jì)劃流程定義TestDirector-TestPlan測試計(jì)劃菜單欄測試計(jì)劃工具欄

測試計(jì)劃樹TestDirector-TestPlan測試計(jì)劃菜單欄測TestDirector-TestPlan引入自動(dòng)測試化1．對于版本的每次更新版本需重新測試時(shí)；2．同一操作使用多個(gè)數(shù)據(jù)值的測試；3．壓力測試和負(fù)載測試；4．對于項(xiàng)目周期較長，功能強(qiáng)大的軟件產(chǎn)品也應(yīng)引入自動(dòng)化測試。TestDirector-TestPlan引入自動(dòng)測試化TestDirector-TestLAB測試執(zhí)行流程創(chuàng)建TestSets運(yùn)行時(shí)間表分析運(yùn)行結(jié)果手動(dòng)運(yùn)行自動(dòng)運(yùn)行TestDirector-TestLAB測試執(zhí)行流程創(chuàng)建TTestDirector-TestLAB網(wǎng)格篩選器測試集窗格工具欄TestDirector-TestLAB網(wǎng)格篩選器測試集窗TestDirector-TestLABDetails（詳細(xì)信息）顯示測試的運(yùn)行詳細(xì)信息AllRuns（所有運(yùn)行）顯示所有測試運(yùn)行的結(jié)果Attachments顯示測試的所有附件，包括在測試計(jì)劃過程中添加到測試的所有附件Configuration顯示測試運(yùn)行配置信息RunEvents顯示自動(dòng)測試失敗規(guī)則History顯示對測試運(yùn)行字段所做的更改的歷史記錄TestDirector-TestLABDetails（詳TestDirector-TestLAB“Details”視圖TestDirector-TestLAB“Details”TestDirector-TestLABPlanDescription：顯示測試的描述信息ActualTester：實(shí)際執(zhí)行測試的用戶名ExecDate（計(jì)劃執(zhí)行日期）：計(jì)劃執(zhí)行測試的日期PlannedExecDate：計(jì)劃執(zhí)行測試的時(shí)間PlannedHostName（計(jì)劃主機(jī)名）：計(jì)劃運(yùn)行測試的計(jì)算機(jī)主機(jī)名稱或IP地址ResponsibleTester：最后執(zhí)行測試的負(fù)責(zé)人ExecTime（執(zhí)行日期）：上次執(zhí)行測試的日期PlannedExecTime（執(zhí)行時(shí)間）：上次執(zhí)行測試的時(shí)間Status（狀態(tài)）包括：Failed、N/A、NoRun、NoCompleted、Passed。Time（時(shí)間）：運(yùn)行時(shí)間TestDirector-TestLABPlanDescTestDirector-Defects缺陷跟蹤流程添加缺陷檢查新的缺陷修改開放的缺陷測試新的構(gòu)建分析缺陷數(shù)據(jù)TestDirector-Defects缺陷跟蹤流程添加缺陷TestDirector-DefectsTestDirector用戶權(quán)限TDAdminQATesterProjectManagerDeveloperViewTestDirector-DefectsTestDirectTestDirector-DefectsBug生命周期TestDirector-DefectsBug生命周期TestDirector-Defects菜單欄工具欄篩選器網(wǎng)格注釋記錄TestDirector-Defects菜單欄工具欄篩選器網(wǎng)TestDirector-Defects添加缺陷在缺陷管理頁面中選擇菜單欄“Defect”—“Adddefect”TestDirector-Defects添加缺陷TestDirector-DefectsTM管理流程TestDirector-DefectsTM管理流程JIAR簡介JIAR簡介JIRA的優(yōu)勢JIRA的優(yōu)勢JIRA創(chuàng)建問題JIRA創(chuàng)建問題JIRA創(chuàng)建問題JIRA創(chuàng)建問題JIRA解決問題JIRA解決問題JIAR解決問題JIAR解決問題Bugzilla簡介Bugzilla是Mozilla公司為用戶提供的一個(gè)免費(fèi)開源的缺陷跟蹤工具，其創(chuàng)始人是TerryWeissman. 簡稱：DefectTrackingSystemBugzilla簡介Bugzilla是Mozilla公司為用Bugzilla的優(yōu)點(diǎn)基于Web形式,安裝配置簡單開源軟件、免費(fèi)跨平臺運(yùn)行（Windows、Linux、Unix）郵件服務(wù)綁定Bug狀態(tài)變更強(qiáng)大的搜索功能版本向下兼容Bugzilla的優(yōu)點(diǎn)基于Web形式,安裝配置簡單BugzillaBugzilla創(chuàng)建BUG創(chuàng)建BUGBUG處理狀態(tài)Fixed:開發(fā)人員已將Bug解決INVALID:Bug描述錯(cuò)誤或不是BugWONTFIX:Bug永遠(yuǎn)不被修復(fù)，即無法修改LATER:Bug在當(dāng)前版本中將暫不解決DUPLICATE:Bug出現(xiàn)重復(fù)WORKSFORME:Bug暫時(shí)無法重現(xiàn)，僅作備案用BUG處理狀態(tài)Fixed:開BUG嚴(yán)重性Blocker:指嚴(yán)重影響開發(fā)/測試工作的缺陷Critical:指死機(jī)、數(shù)據(jù)丟失、內(nèi)存溢出等缺陷Major:指比較嚴(yán)重的功能缺陷Normal:指普通的功能缺陷Minor:指影響較小的功能缺陷Trivial:指界面外觀、字體等影響較小的問題Enhancement:指提出的一些個(gè)人建議，此類問題一般不處理BUG嚴(yán)重性Blocker:指嚴(yán)重影響開發(fā)/測試工作的缺陷BUG優(yōu)先級P1:指Bug狀態(tài)為Blocker、CriticalP2:指Bug狀態(tài)為MajorP3:指Bug狀態(tài)為NormalP4:指Bug狀態(tài)為Minor、TrivialP5:指Bug狀態(tài)為EnhancementBUG優(yōu)先級P1:指Bug狀態(tài)為Blocker、CriticBug管理工具Bug管理工具開源測試工具BugzillaMercury公司TestDirectorIBM公司ClearQuestCompuware公司QAdirectorBugFreeJIRA……….Bug管理工具Bug管理工具總結(jié)缺陷的跟蹤與管理缺陷優(yōu)先級/嚴(yán)重性的劃分缺陷管理工具應(yīng)用缺陷的狀態(tài)跟蹤缺陷的處理流程總結(jié)缺陷的跟蹤與管理作業(yè)1.什么是軟件缺陷?2.軟件缺陷的生命周期及常見狀態(tài)?3.如何做好軟件缺陷的總結(jié)與分析?作業(yè)1.什么是軟件缺陷?QuestionQuestion樹立質(zhì)量法制觀念、提高全員質(zhì)量意識。1月-231月-23Monday,January2,2023人生得意須盡歡，莫使金樽空對月。22:55:5822:55:5822:551/2/202310:55:58PM安全象只弓，不拉它就松，要想保安全，常把弓弦繃。1月-2322:55:5822:55Jan-2302-Jan-23加強(qiáng)交通建設(shè)管理，確保工程建設(shè)質(zhì)量。22:55:5822:55:5822:55Monday,January2,2023安全在于心細(xì)，事故出在麻痹。1月-231月-2322:55:5822:55:58January2,2023踏實(shí)肯干，努力奮斗。2023年1月2日10:55下午1月-231月-23追求至善憑技術(shù)開拓市場，憑管理增創(chuàng)效益，憑服務(wù)樹立形象。02一月202310:55:58下午22:55:581月-23嚴(yán)格把控質(zhì)量關(guān)，讓生產(chǎn)更加有保障。一月2310:55下午1月-2322:55January2,2023作業(yè)標(biāo)準(zhǔn)記得牢，駕輕就熟除煩惱。2023/1/222:55:5822:55:5802January2023好的事情馬上就會到來，一切都是最好的安排。10:55:58下午10:55下午22:55:581月-23專注今天，好好努力，剩下的交給時(shí)間。1月-231月-2322:5522:55:5822:55:58Jan-23牢記安全之責(zé)，善謀安全之策，力務(wù)安全之實(shí)。2023/1/222:55:58Monday,January2,2023相信相信得力量。1月-232023/1/222:55:581月-23謝謝大家！樹立質(zhì)量法制觀念、提高全員質(zhì)量意識。12月-2212月-22踏實(shí)，奮斗，堅(jiān)持，專業(yè)，努力成就未來。1月-231月-23Monday,January2,2023弄虛作假要不得，踏實(shí)肯干第一名。22:55:5822:55:5822:551/2/202310:55:58PM安全象只弓，不拉它就松，要想保安全，常把弓弦繃。1月-2322:55:5822:55Jan-2302-Jan-23重于泰山，輕于鴻毛。22:55:5822:55:5822:55Monday,January2,2023不可麻痹大意，要防微杜漸。1月-231月-2322:55:5822:55:58January2,2023加強(qiáng)自身建設(shè)，增強(qiáng)個(gè)人的休養(yǎng)。2023年1月2日10:55下午1月-231月-23追求卓越，讓自己更好，向上而生。02一月202310:55:58下午22:55:581月-23嚴(yán)格把控質(zhì)量關(guān)，讓生產(chǎn)更加有保障。一月2310:55下午1月-2322:55January2,2023重規(guī)矩，嚴(yán)要求，少危險(xiǎn)。2023/1/222:55:5822:55:5802January2023好的事情馬上就會到來，一切都是最好的安排。10:55:58下午10:55下午22:55:581月-23每天都是美好的一天，新的一天開啟。1月-231月-2322:5522:55:5822:55:58Jan-23務(wù)實(shí)，奮斗，成就，成功。2023/1/222:55:58Monday,January2,2023抓住每一次機(jī)會不能輕易流失，這樣我們才能真正強(qiáng)大。1月-232023/1/222:55:581月-23謝謝大家！踏實(shí)，奮斗，堅(jiān)持，專業(yè)，努力成就未來。12月-2212月-2第三章

缺陷管理與工具應(yīng)用第三章

缺陷管理與工具應(yīng)用目錄缺陷的定義缺陷的生命周期缺陷的跟蹤與分析缺陷工具應(yīng)用目錄缺陷的定義缺陷的定義什么是缺陷（美）RonPatton在其著作的《軟件測試》一書中把符合下列五個(gè)規(guī)則的問題稱為缺陷：1．軟件未達(dá)到產(chǎn)品說明書標(biāo)明的功能；2．軟件出現(xiàn)了產(chǎn)品說明書指明不會出現(xiàn)的錯(cuò)誤；3．軟件功能超出了產(chǎn)品說明書指明范圍；4．軟件未達(dá)到產(chǎn)品說明書雖未能指出但應(yīng)達(dá)到的目標(biāo)；5．軟件測試員認(rèn)為軟件難以理解、不易使用、運(yùn)行速度緩慢，或者最終用戶認(rèn)為不好。缺陷的定義什么是缺陷缺陷的定義缺陷的名稱DefectBugFailureError………缺陷的定義缺陷的名稱測試執(zhí)行的監(jiān)控測試執(zhí)行的監(jiān)控測試監(jiān)控的任務(wù)和目的記錄和管理測試用例的執(zhí)行狀態(tài)根據(jù)當(dāng)前的執(zhí)行狀態(tài)，判定測試用例的設(shè)計(jì)質(zhì)量和效率使用腳本進(jìn)行自動(dòng)測試根據(jù)發(fā)現(xiàn)的缺陷分布，判定結(jié)束測試的條件是否成熟測試監(jiān)控的任務(wù)和目的記錄和管理測試用例的執(zhí)行狀態(tài)測試監(jiān)控的任務(wù)和目的評估測軟件的質(zhì)量缺陷的數(shù)量、種類、…評估開發(fā)過程的質(zhì)量缺陷的分布、修復(fù)缺陷的時(shí)間、回歸測試時(shí)發(fā)現(xiàn)的缺陷數(shù)量、…評估測試工程師的表現(xiàn)是否按計(jì)劃完成任務(wù)發(fā)現(xiàn)缺陷的數(shù)量測試監(jiān)控的任務(wù)和目的評估測軟件的質(zhì)量測試監(jiān)控的內(nèi)容測試用例執(zhí)行的進(jìn)度=已執(zhí)行的數(shù)目/總數(shù)目此數(shù)據(jù)只表明執(zhí)行進(jìn)度，不表示測試的成功率為了得到更精確的進(jìn)度數(shù)據(jù)，可計(jì)算測試步驟數(shù)測試監(jiān)控的內(nèi)容測試用例執(zhí)行的進(jìn)度=已執(zhí)行的數(shù)目/總數(shù)目測試監(jiān)控的內(nèi)容缺陷的存活時(shí)間=缺陷從open到closed的時(shí)間表明修改缺陷的效率測試監(jiān)控的內(nèi)容缺陷的存活時(shí)間=缺陷從open到closed測試監(jiān)控的內(nèi)容缺陷的趨勢分析---按照測試執(zhí)行的時(shí)間順序(以月、周、天為時(shí)間單位)，被發(fā)現(xiàn)的缺陷數(shù)量的分布如果越來越少，趨近于0，則考慮結(jié)束測試執(zhí)行相反，則說明存在以下的問題：代碼修改引發(fā)新的缺陷前一版本的測試存在覆蓋率的問題，新的測試發(fā)現(xiàn)了原先未發(fā)現(xiàn)的缺陷必須先修改某些缺陷后才能繼續(xù)測試，然后才發(fā)現(xiàn)其他的缺陷測試監(jiān)控的內(nèi)容缺陷的趨勢分析---按照測試執(zhí)行的時(shí)間順序測試監(jiān)控的內(nèi)容缺陷分布密度=對應(yīng)于一項(xiàng)需求的總?cè)毕輸?shù)/對應(yīng)于該項(xiàng)需求的測使用例總數(shù)需要考慮缺陷的優(yōu)先級和嚴(yán)重程度如果過多的缺陷集中在某項(xiàng)需求上，可能表明以下問題：該項(xiàng)功能需求是否過于復(fù)雜？該項(xiàng)的需求設(shè)計(jì)、實(shí)現(xiàn)是否有問題？分配給該項(xiàng)的開發(fā)資源是否不足？……測試監(jiān)控的內(nèi)容缺陷分布密度=對應(yīng)于一項(xiàng)需求的總?cè)毕輸?shù)/對應(yīng)測試監(jiān)控的內(nèi)容缺陷修改質(zhì)量=每次修改后發(fā)現(xiàn)的缺陷數(shù)量（包括重現(xiàn)的缺陷和由修改所引起的新缺陷）評價(jià)開發(fā)部門修復(fù)缺陷的質(zhì)量如果修改某項(xiàng)功能后，此數(shù)值較高，測試部門應(yīng)當(dāng)及時(shí)通知開發(fā)部門測試監(jiān)控的內(nèi)容缺陷修改質(zhì)量=每次修改后發(fā)現(xiàn)的缺陷數(shù)量（包改進(jìn)測試執(zhí)行過程基于質(zhì)量風(fēng)險(xiǎn)分析，先測試最容易出現(xiàn)缺陷、對軟件影響最大的部分基于用戶操作分析,先測試用戶經(jīng)常使用的功能可能對軟件的影響正確分析測試結(jié)果……改進(jìn)測試執(zhí)行過程基于質(zhì)量風(fēng)險(xiǎn)分析，先測試最容易出現(xiàn)缺陷、對軟缺陷報(bào)告元素Bug編號（BugID）版本號（Version）Bug狀態(tài)（State）Bug類型（Keyword）項(xiàng)目及子模塊名稱（Product）缺陷報(bào)告元素Bug編號（BugID）缺陷報(bào)告元素Bug摘要（Summary）附件（Attachment）操作系統(tǒng)（OS）瀏覽器（Browser）優(yōu)先級（Priority）缺陷報(bào)告元素Bug摘要（Summary）缺陷報(bào)告元素嚴(yán)重級（Severity）Bug操作描述（Description）報(bào)告人（Reporter）報(bào)告日期（Date）缺陷報(bào)告元素嚴(yán)重級（Severity）缺陷報(bào)告元素Bugzilla缺陷表缺陷報(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：等待測試人員驗(yàn)證的狀態(tài)。Reject：拒絕修改Bug。Reopen：如果沒修改成功，則重新打開。Closed：如果修改成功，則關(guān)閉Bug。缺陷狀態(tài)與生命周期缺陷的狀態(tài)缺陷狀態(tài)與生命周期缺陷狀態(tài)與生命周期截圖技巧Windows全屏用鍵盤上的printWindows截面活動(dòng)窗口alt+PrintMac全屏截圖Command+Shift+3

區(qū)域截圖:Command+Shift+4

程序窗口截圖:Command+Shift+4+Space截圖技巧Windows全屏用鍵盤上的print錄制錄制gif動(dòng)畫LICEcap錄制Flash動(dòng)畫Jing錄制錄制gif動(dòng)畫LICEcap缺陷分析缺陷分析在整個(gè)測試工作的及時(shí)總結(jié)，不僅可以調(diào)整測試的重點(diǎn)，而且會大大提高測試工作的效率。因?yàn)闇y試工作的效果要直接依賴測試用例的設(shè)計(jì)與執(zhí)行狀況，所以在測試過程中和測試結(jié)束后都要對測試用例的一些重要結(jié)果進(jìn)行度量。缺陷分析缺陷分析缺陷分析缺陷主要分析重點(diǎn)設(shè)計(jì)了多少測試用例，實(shí)際執(zhí)行了多少？有多少測試用例執(zhí)行失?。吭谑〉臏y試用例中，有多少個(gè)錯(cuò)誤得到修改后最終運(yùn)行成功？測試用例執(zhí)行的時(shí)間比計(jì)劃用例是長還是短，主要原因是什么？缺陷分析缺陷主要分析重點(diǎn)缺陷分析缺陷主要分析重點(diǎn)測試過程中有多少高優(yōu)先級和高嚴(yán)重級錯(cuò)誤，有多少已解決，多少未解決，未解決的問題如何進(jìn)行處理對于影響性能的重要問題是否都已解決？在執(zhí)行測試用例中，有多少是跳過未執(zhí)行？那些模塊出現(xiàn)錯(cuò)誤比較多，而且還非常嚴(yán)重有多少問題是因?yàn)殚_發(fā)人員修改后引出的問題缺陷分析缺陷主要分析重點(diǎn)缺陷分析缺陷與時(shí)間關(guān)系圖缺陷分析缺陷與時(shí)間關(guān)系圖缺陷分析缺陷與版本關(guān)系圖缺陷分析缺陷與版本關(guān)系圖缺陷分析缺陷與設(shè)計(jì)類型關(guān)系圖缺陷分析缺陷與設(shè)計(jì)類型關(guān)系圖缺陷分析缺陷與優(yōu)先級關(guān)系圖缺陷分析缺陷與優(yōu)先級關(guān)系圖缺陷分析缺陷與模塊關(guān)系圖缺陷分析缺陷與模塊關(guān)系圖缺陷分析缺陷與狀態(tài)關(guān)系圖缺陷分析缺陷與狀態(tài)關(guān)系圖缺陷分析缺陷與錯(cuò)誤類型關(guān)系圖缺陷分析缺陷與錯(cuò)誤類型關(guān)系圖缺陷分析測試各階段與嚴(yán)重級別關(guān)系圖缺陷分析測試各階段與嚴(yán)重級別關(guān)系圖缺陷分析總結(jié)報(bào)告缺陷分析總結(jié)報(bào)告包含以下內(nèi)容：測試各階段的缺陷分布測試中發(fā)現(xiàn)的Bug數(shù)量Bug的優(yōu)先級/嚴(yán)重性分布缺陷類型分析存在的風(fēng)險(xiǎn)缺陷分析總結(jié)報(bào)告缺陷分析總結(jié)報(bào)告包含以下內(nèi)容：缺陷分析總結(jié)報(bào)告缺陷分析總結(jié)報(bào)告包含以下內(nèi)容：測試中已解決問題統(tǒng)計(jì)未解決問題的處理方式測試結(jié)論（即通過與否）測試總結(jié)與分析………缺陷分析總結(jié)報(bào)告缺陷分析總結(jié)報(bào)告包含以下內(nèi)容：測試總結(jié)報(bào)告測試總結(jié)報(bào)告是測試計(jì)劃的擴(kuò)展IEEE829——1998軟件測試文檔編制標(biāo)準(zhǔn)軟件測試文檔模板目錄1．測試總結(jié)報(bào)告標(biāo)識符2．總結(jié)3．差異4．綜合評估5．結(jié)果評估5.1已解決的意外事件5.2未解決的意外事件6．評價(jià)7．建議8．活動(dòng)總結(jié)9．審批測試總結(jié)報(bào)告測試總結(jié)報(bào)告是測試計(jì)劃的擴(kuò)展IEEE829—測試總結(jié)報(bào)告缺陷報(bào)告應(yīng)遵循的原則盡快報(bào)告軟件缺陷；操作步驟簡單，描述清晰、專業(yè)、完整；明確指明缺陷的類型；問題單一；跟蹤缺陷的最新狀態(tài)；對有爭議的缺陷要及時(shí)溝通；測試總結(jié)報(bào)告缺陷報(bào)告應(yīng)遵循的原則項(xiàng)目總結(jié)報(bào)告項(xiàng)目總結(jié)報(bào)告詳細(xì)項(xiàng)目總結(jié)報(bào)告請參見附頁《項(xiàng)目總結(jié)報(bào)告》表。項(xiàng)目總結(jié)報(bào)告項(xiàng)目總結(jié)報(bào)告TestDirectorTD的管理流程TestDirectorTD的管理流程TestDirectorTestDirector工作原理TestDirectorTestDirector工作原理TestDirector-Requirement需求規(guī)范流程確定測試范圍建立需求詳細(xì)需求信息需求分析TestDirector-Requirement需求規(guī)范流TestDirector-Requirement需求菜單欄文檔視圖需求工具欄需求樹TestDirector-Requirement需求菜單欄文TestDirector-TestPlan測試計(jì)劃流程定義測試策略定義測試對象設(shè)計(jì)測試步驟創(chuàng)建需求覆蓋定義測試自動(dòng)測試分析測試計(jì)劃TestDirector-TestPlan測試計(jì)劃流程定義TestDirector-TestPlan測試計(jì)劃菜單欄測試計(jì)劃工具欄

測試計(jì)劃樹TestDirector-TestPlan測試計(jì)劃菜單欄測TestDirector-TestPlan引入自動(dòng)測試化1．對于版本的每次更新版本需重新測試時(shí)；2．同一操作使用多個(gè)數(shù)據(jù)值的測試；3．壓力測試和負(fù)載測試；4．對于項(xiàng)目周期較長，功能強(qiáng)大的軟件產(chǎn)品也應(yīng)引入自動(dòng)化測試。TestDirector-TestPlan引入自動(dòng)測試化TestDirector-TestLAB測試執(zhí)行流程創(chuàng)建TestSets運(yùn)行時(shí)間表分析運(yùn)行結(jié)果手動(dòng)運(yùn)行自動(dòng)運(yùn)行TestDirector-TestLAB測試執(zhí)行流程創(chuàng)建TTestDirector-TestLAB網(wǎng)格篩選器測試集窗格工具欄TestDirector-TestLAB網(wǎng)格篩選器測試集窗TestDirector-TestLABDetails（詳細(xì)信息）顯示測試的運(yùn)行詳細(xì)信息AllRuns（所有運(yùn)行）顯示所有測試運(yùn)行的結(jié)果Attachments顯示測試的所有附件，包括在測試計(jì)劃過程中添加到測試的所有附件Configuration顯示測試運(yùn)行配置信息RunEvents顯示自動(dòng)測試失敗規(guī)則History顯示對測試運(yùn)行字段所做的更改的歷史記錄TestDirector-TestLABDetails（詳TestDirector-TestLAB“Details”視圖TestDirector-TestLAB“Details”TestDirector-TestLABPlanDescription：顯示測試的描述信息ActualTester：實(shí)際執(zhí)行測試的用戶名ExecDate（計(jì)劃執(zhí)行日期）：計(jì)劃執(zhí)行測試的日期PlannedExecDate：計(jì)劃執(zhí)行測試的時(shí)間PlannedHostName（計(jì)劃主機(jī)名）：計(jì)劃運(yùn)行測試的計(jì)算機(jī)主機(jī)名稱或IP地址ResponsibleTester：最后執(zhí)行測試的負(fù)責(zé)人ExecTime（執(zhí)行日期）：上次執(zhí)行測試的日期PlannedExecTime（執(zhí)行時(shí)間）：上次執(zhí)行測試的時(shí)間Status（狀態(tài)）包括：Failed、N/A、NoRun、NoCompleted、Passed。Time（時(shí)間）：運(yùn)行時(shí)間TestDirector-TestLABPlanDescTestDirector-Defects缺陷跟蹤流程添加缺陷檢查新的缺陷修改開放的缺陷測試新的構(gòu)建分析缺陷數(shù)據(jù)TestDirector-Defects缺陷跟蹤流程添加缺陷TestDirector-DefectsTestDirector用戶權(quán)限TDAdminQATesterProjectManagerDeveloperViewTestDirector-DefectsTestDirectTestDirector-DefectsBug生命周期TestDirector-DefectsBug生命周期TestDirector-Defects菜單欄工具欄篩選器網(wǎng)格注釋記錄TestDirector-Defects菜單欄工具欄篩選器網(wǎng)TestDirector-Defects添加缺陷在缺陷管理頁面中選擇菜單欄“Defect”—“Adddefect”TestDirector-Defects添加缺陷TestDirector-DefectsTM管理流程TestDirector-DefectsTM管理流程JIAR簡介JIAR簡介JIRA的優(yōu)勢JIRA的優(yōu)勢JIRA創(chuàng)建問題JIRA創(chuàng)建問題JIRA創(chuàng)建問題JIRA創(chuàng)建問題JIRA解決問題JIRA解決問題JIAR解決問題JIAR解決問題Bugzilla簡介Bugzilla是Mozilla公司為用戶提供的一個(gè)免費(fèi)開源的缺陷跟蹤工具，其創(chuàng)始人是TerryWeissman. 簡稱：DefectTrackingSystemBugzilla簡介Bugzilla是Mozilla公司為用Bugzilla的優(yōu)點(diǎn)基于Web形式,安裝配置簡單開源軟件、免費(fèi)跨平臺運(yùn)行（Windows、Linux、Unix）郵件服務(wù)綁定Bug狀態(tài)變更強(qiáng)大的搜索功能版本向下兼容Bugzilla的優(yōu)點(diǎn)基于Web形式,安裝配置簡單BugzillaBugzilla創(chuàng)建BUG創(chuàng)建BUGBUG處理狀態(tài)Fixed:開發(fā)人員已將Bug解決INVALID:Bug描述錯(cuò)誤或不是BugWONTFIX:Bug永遠(yuǎn)不被修復(fù)，即無法修改LATER:Bug在當(dāng)前版本中將暫不解決DUPLICATE:Bug出現(xiàn)重復(fù)WORKSFORME:Bug暫時(shí)無法重現(xiàn)，僅作備案用BUG處理狀態(tài)Fixed:開BUG嚴(yán)重性Blocker:指嚴(yán)重影響開發(fā)/測試工作的缺陷Critical:指死機(jī)、數(shù)據(jù)丟失、內(nèi)存溢出等缺陷Major:指比較嚴(yán)重的功能缺陷Normal:指普通的功能缺陷Minor:指影響較小的功能缺陷Trivial:指界面外觀、字體等影響較小的問題Enhancement:指提出的一些個(gè)人建議，此類問題一般不處理BUG嚴(yán)重性Blocker:指嚴(yán)重影響開發(fā)/測試工作的缺陷BUG優(yōu)先級P1:指Bug狀態(tài)為Blocker、CriticalP2:指Bug狀態(tài)為MajorP3:指Bug狀態(tài)為NormalP4:指Bug狀態(tài)為Minor、TrivialP5:指Bug狀態(tài)為EnhancementBUG優(yōu)先級P1:指Bug狀態(tài)為Blocker、CriticBug管理工具Bug管理工具開源測試工具BugzillaMercury公司TestDirectorIBM公司ClearQuestCompuware公司QAdirectorBugFreeJIRA……….Bug管理工具Bug管理工具總結(jié)缺陷的跟蹤與管理缺陷優(yōu)先級/嚴(yán)重性的劃分缺陷管理工具應(yīng)用缺陷的狀態(tài)跟蹤缺陷的處理流程總結(jié)缺陷的跟蹤與管理作業(yè)1.什么是軟件缺陷?2.軟件缺陷的生命周期及常見狀態(tài)?3.如何做好軟件缺陷的總結(jié)與分析?