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

第三章

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

缺陷管理與工具應(yīng)用目錄缺陷的定義缺陷的生命周期缺陷的跟蹤與分析缺陷工具應(yīng)用目錄缺陷的定義缺陷的定義什么是缺陷（美）RonPatton在其著作的《軟件測(cè)試》一書中把符合下列五個(gè)規(guī)則的問(wèn)題稱為缺陷：1．軟件未達(dá)到產(chǎn)品說(shuō)明書標(biāo)明的功能；2．軟件出現(xiàn)了產(chǎn)品說(shuō)明書指明不會(huì)出現(xiàn)的錯(cuò)誤；3．軟件功能超出了產(chǎn)品說(shuō)明書指明范圍；4．軟件未達(dá)到產(chǎn)品說(shuō)明書雖未能指出但應(yīng)達(dá)到的目標(biāo)；5．軟件測(cè)試員認(rèn)為軟件難以理解、不易使用、運(yùn)行速度緩慢，或者最終用戶認(rèn)為不好。缺陷的定義什么是缺陷缺陷的定義缺陷的名稱DefectBugFailureError………缺陷的定義缺陷的名稱測(cè)試執(zhí)行的監(jiān)控測(cè)試執(zhí)行的監(jiān)控測(cè)試監(jiān)控的任務(wù)和目的記錄和管理測(cè)試用例的執(zhí)行狀態(tài)根據(jù)當(dāng)前的執(zhí)行狀態(tài)，判定測(cè)試用例的設(shè)計(jì)質(zhì)量和效率使用腳本進(jìn)行自動(dòng)測(cè)試根據(jù)發(fā)現(xiàn)的缺陷分布，判定結(jié)束測(cè)試的條件是否成熟測(cè)試監(jiān)控的任務(wù)和目的記錄和管理測(cè)試用例的執(zhí)行狀態(tài)測(cè)試監(jiān)控的任務(wù)和目的評(píng)估測(cè)軟件的質(zhì)量缺陷的數(shù)量、種類、…評(píng)估開發(fā)過(guò)程的質(zhì)量缺陷的分布、修復(fù)缺陷的時(shí)間、回歸測(cè)試時(shí)發(fā)現(xiàn)的缺陷數(shù)量、…評(píng)估測(cè)試工程師的表現(xiàn)是否按計(jì)劃完成任務(wù)發(fā)現(xiàn)缺陷的數(shù)量測(cè)試監(jiān)控的任務(wù)和目的評(píng)估測(cè)軟件的質(zhì)量測(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)容測(cè)試用例執(zhí)行的進(jìn)度=已執(zhí)行的數(shù)目/總數(shù)目測(cè)試監(jiān)控的內(nèi)容缺陷的存活時(shí)間=缺陷從open到closed的時(shí)間表明修改缺陷的效率測(cè)試監(jiān)控的內(nèi)容缺陷的存活時(shí)間=缺陷從open到closed測(cè)試監(jiān)控的內(nèi)容缺陷的趨勢(shì)分析---按照測(cè)試執(zhí)行的時(shí)間順序(以月、周、天為時(shí)間單位)，被發(fā)現(xiàn)的缺陷數(shù)量的分布如果越來(lái)越少，趨近于0，則考慮結(jié)束測(cè)試執(zhí)行相反，則說(shuō)明存在以下的問(wèn)題：代碼修改引發(fā)新的缺陷前一版本的測(cè)試存在覆蓋率的問(wèn)題，新的測(cè)試發(fā)現(xiàn)了原先未發(fā)現(xiàn)的缺陷必須先修改某些缺陷后才能繼續(xù)測(cè)試，然后才發(fā)現(xiàn)其他的缺陷測(cè)試監(jiān)控的內(nèi)容缺陷的趨勢(shì)分析---按照測(cè)試執(zhí)行的時(shí)間順序測(cè)試監(jiān)控的內(nèi)容缺陷分布密度=對(duì)應(yīng)于一項(xiàng)需求的總?cè)毕輸?shù)/對(duì)應(yīng)于該項(xiàng)需求的測(cè)使用例總數(shù)需要考慮缺陷的優(yōu)先級(jí)和嚴(yán)重程度如果過(guò)多的缺陷集中在某項(xiàng)需求上，可能表明以下問(wèn)題：該項(xiàng)功能需求是否過(guò)于復(fù)雜？該項(xiàng)的需求設(shè)計(jì)、實(shí)現(xiàn)是否有問(wèn)題？分配給該項(xiàng)的開發(fā)資源是否不足？……測(cè)試監(jiān)控的內(nèi)容缺陷分布密度=對(duì)應(yīng)于一項(xiàng)需求的總?cè)毕輸?shù)/對(duì)應(yīng)測(cè)試監(jiān)控的內(nèi)容缺陷修改質(zhì)量=每次修改后發(fā)現(xiàn)的缺陷數(shù)量（包括重現(xiàn)的缺陷和由修改所引起的新缺陷）評(píng)價(jià)開發(fā)部門修復(fù)缺陷的質(zhì)量如果修改某項(xiàng)功能后，此數(shù)值較高，測(cè)試部門應(yīng)當(dāng)及時(shí)通知開發(fā)部門測(cè)試監(jiān)控的內(nèi)容缺陷修改質(zhì)量=每次修改后發(fā)現(xiàn)的缺陷數(shù)量（包改進(jìn)測(cè)試執(zhí)行過(guò)程基于質(zhì)量風(fēng)險(xiǎn)分析，先測(cè)試最容易出現(xiàn)缺陷、對(duì)軟件影響最大的部分基于用戶操作分析,先測(cè)試用戶經(jīng)常使用的功能可能對(duì)軟件的影響正確分析測(cè)試結(jié)果……改進(jìn)測(cè)試執(zhí)行過(guò)程基于質(zhì)量風(fēng)險(xiǎn)分析，先測(cè)試最容易出現(xiàn)缺陷、對(duì)軟缺陷報(bào)告元素Bug編號(hào)（BugID）版本號(hào)（Version）Bug狀態(tài)（State）Bug類型（Keyword）項(xiàng)目及子模塊名稱（Product）缺陷報(bào)告元素Bug編號(hào)（BugID）缺陷報(bào)告元素Bug摘要（Summary）附件（Attachment）操作系統(tǒng)（OS）瀏覽器（Browser）優(yōu)先級(jí)（Priority）缺陷報(bào)告元素Bug摘要（Summary）缺陷報(bào)告元素嚴(yán)重級(jí)（Severity）Bug操作描述（Description）報(bào)告人（Reporter）報(bào)告日期（Date）缺陷報(bào)告元素嚴(yán)重級(jí)（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：等待測(cè)試人員驗(yàn)證的狀態(tài)。Reject：拒絕修改Bug。Reopen：如果沒(méi)修改成功，則重新打開。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è)測(cè)試工作的及時(shí)總結(jié)，不僅可以調(diào)整測(cè)試的重點(diǎn)，而且會(huì)大大提高測(cè)試工作的效率。因?yàn)闇y(cè)試工作的效果要直接依賴測(cè)試用例的設(shè)計(jì)與執(zhí)行狀況，所以在測(cè)試過(guò)程中和測(cè)試結(jié)束后都要對(duì)測(cè)試用例的一些重要結(jié)果進(jìn)行度量。缺陷分析缺陷分析缺陷分析缺陷主要分析重點(diǎn)設(shè)計(jì)了多少測(cè)試用例，實(shí)際執(zhí)行了多少？有多少測(cè)試用例執(zhí)行失?。吭谑〉臏y(cè)試用例中，有多少個(gè)錯(cuò)誤得到修改后最終運(yùn)行成功？測(cè)試用例執(zhí)行的時(shí)間比計(jì)劃用例是長(zhǎng)還是短，主要原因是什么？缺陷分析缺陷主要分析重點(diǎn)缺陷分析缺陷主要分析重點(diǎn)測(cè)試過(guò)程中有多少高優(yōu)先級(jí)和高嚴(yán)重級(jí)錯(cuò)誤，有多少已解決，多少未解決，未解決的問(wèn)題如何進(jìn)行處理對(duì)于影響性能的重要問(wèn)題是否都已解決？在執(zhí)行測(cè)試用例中，有多少是跳過(guò)未執(zhí)行？那些模塊出現(xiàn)錯(cuò)誤比較多，而且還非常嚴(yán)重有多少問(wèn)題是因?yàn)殚_發(fā)人員修改后引出的問(wèn)題缺陷分析缺陷主要分析重點(diǎn)缺陷分析缺陷與時(shí)間關(guān)系圖缺陷分析缺陷與時(shí)間關(guān)系圖缺陷分析缺陷與版本關(guān)系圖缺陷分析缺陷與版本關(guān)系圖缺陷分析缺陷與設(shè)計(jì)類型關(guān)系圖缺陷分析缺陷與設(shè)計(jì)類型關(guān)系圖缺陷分析缺陷與優(yōu)先級(jí)關(guān)系圖缺陷分析缺陷與優(yōu)先級(jí)關(guān)系圖缺陷分析缺陷與模塊關(guān)系圖缺陷分析缺陷與模塊關(guān)系圖缺陷分析缺陷與狀態(tài)關(guān)系圖缺陷分析缺陷與狀態(tài)關(guān)系圖缺陷分析缺陷與錯(cuò)誤類型關(guān)系圖缺陷分析缺陷與錯(cuò)誤類型關(guān)系圖缺陷分析測(cè)試各階段與嚴(yán)重級(jí)別關(guān)系圖缺陷分析測(cè)試各階段與嚴(yán)重級(jí)別關(guān)系圖缺陷分析總結(jié)報(bào)告缺陷分析總結(jié)報(bào)告包含以下內(nèi)容：測(cè)試各階段的缺陷分布測(cè)試中發(fā)現(xiàn)的Bug數(shù)量Bug的優(yōu)先級(jí)/嚴(yán)重性分布缺陷類型分析存在的風(fēng)險(xiǎn)缺陷分析總結(jié)報(bào)告缺陷分析總結(jié)報(bào)告包含以下內(nèi)容：缺陷分析總結(jié)報(bào)告缺陷分析總結(jié)報(bào)告包含以下內(nèi)容：測(cè)試中已解決問(wèn)題統(tǒng)計(jì)未解決問(wèn)題的處理方式測(cè)試結(jié)論（即通過(guò)與否）測(cè)試總結(jié)與分析………缺陷分析總結(jié)報(bào)告缺陷分析總結(jié)報(bào)告包含以下內(nèi)容：測(cè)試總結(jié)報(bào)告測(cè)試總結(jié)報(bào)告是測(cè)試計(jì)劃的擴(kuò)展IEEE829——1998軟件測(cè)試文檔編制標(biāo)準(zhǔn)軟件測(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)告測(cè)試總結(jié)報(bào)告是測(cè)試計(jì)劃的擴(kuò)展IEEE829—測(cè)試總結(jié)報(bào)告缺陷報(bào)告應(yīng)遵循的原則盡快報(bào)告軟件缺陷；操作步驟簡(jiǎn)單，描述清晰、專業(yè)、完整；明確指明缺陷的類型；問(wèn)題單一；跟蹤缺陷的最新狀態(tài)；對(duì)有爭(zhēng)議的缺陷要及時(shí)溝通；測(cè)試總結(jié)報(bào)告缺陷報(bào)告應(yīng)遵循的原則項(xiàng)目總結(jié)報(bào)告項(xiàng)目總結(jié)報(bào)告詳細(xì)項(xiàng)目總結(jié)報(bào)告請(qǐng)參見附頁(yè)《項(xiàng)目總結(jié)報(bào)告》表。項(xiàng)目總結(jié)報(bào)告項(xiàng)目總結(jié)報(bào)告TestDirectorTD的管理流程TestDirectorTD的管理流程TestDirectorTestDirector工作原理TestDirectorTestDirector工作原理TestDirector-Requirement需求規(guī)范流程確定測(cè)試范圍建立需求詳細(xì)需求信息需求分析TestDirector-Requirement需求規(guī)范流TestDirector-Requirement需求菜單欄文檔視圖需求工具欄需求樹TestDirector-Requirement需求菜單欄文TestDirector-TestPlan測(cè)試計(jì)劃流程定義測(cè)試策略定義測(cè)試對(duì)象設(shè)計(jì)測(cè)試步驟創(chuàng)建需求覆蓋定義測(cè)試自動(dòng)測(cè)試分析測(cè)試計(jì)劃TestDirector-TestPlan測(cè)試計(jì)劃流程定義TestDirector-TestPlan測(cè)試計(jì)劃菜單欄測(cè)試計(jì)劃工具欄

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

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

缺陷管理與工具應(yīng)用目錄缺陷的定義缺陷的生命周期缺陷的跟蹤與分析缺陷工具應(yīng)用目錄缺陷的定義缺陷的定義什么是缺陷（美）RonPatton在其著作的《軟件測(cè)試》一書中把符合下列五個(gè)規(guī)則的問(wèn)題稱為缺陷：1．軟件未達(dá)到產(chǎn)品說(shuō)明書標(biāo)明的功能；2．軟件出現(xiàn)了產(chǎn)品說(shuō)明書指明不會(huì)出現(xiàn)的錯(cuò)誤；3．軟件功能超出了產(chǎn)品說(shuō)明書指明范圍；4．軟件未達(dá)到產(chǎn)品說(shuō)明書雖未能指出但應(yīng)達(dá)到的目標(biāo)；5．軟件測(cè)試員認(rèn)為軟件難以理解、不易使用、運(yùn)行速度緩慢，或者最終用戶認(rèn)為不好。缺陷的定義什么是缺陷缺陷的定義缺陷的名稱DefectBugFailureError………缺陷的定義缺陷的名稱測(cè)試執(zhí)行的監(jiān)控測(cè)試執(zhí)行的監(jiān)控測(cè)試監(jiān)控的任務(wù)和目的記錄和管理測(cè)試用例的執(zhí)行狀態(tài)根據(jù)當(dāng)前的執(zhí)行狀態(tài)，判定測(cè)試用例的設(shè)計(jì)質(zhì)量和效率使用腳本進(jìn)行自動(dòng)測(cè)試根據(jù)發(fā)現(xiàn)的缺陷分布，判定結(jié)束測(cè)試的條件是否成熟測(cè)試監(jiān)控的任務(wù)和目的記錄和管理測(cè)試用例的執(zhí)行狀態(tài)測(cè)試監(jiān)控的任務(wù)和目的評(píng)估測(cè)軟件的質(zhì)量缺陷的數(shù)量、種類、…評(píng)估開發(fā)過(guò)程的質(zhì)量缺陷的分布、修復(fù)缺陷的時(shí)間、回歸測(cè)試時(shí)發(fā)現(xiàn)的缺陷數(shù)量、…評(píng)估測(cè)試工程師的表現(xiàn)是否按計(jì)劃完成任務(wù)發(fā)現(xiàn)缺陷的數(shù)量測(cè)試監(jiān)控的任務(wù)和目的評(píng)估測(cè)軟件的質(zhì)量測(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)容測(cè)試用例執(zhí)行的進(jìn)度=已執(zhí)行的數(shù)目/總數(shù)目測(cè)試監(jiān)控的內(nèi)容缺陷的存活時(shí)間=缺陷從open到closed的時(shí)間表明修改缺陷的效率測(cè)試監(jiān)控的內(nèi)容缺陷的存活時(shí)間=缺陷從open到closed測(cè)試監(jiān)控的內(nèi)容缺陷的趨勢(shì)分析---按照測(cè)試執(zhí)行的時(shí)間順序(以月、周、天為時(shí)間單位)，被發(fā)現(xiàn)的缺陷數(shù)量的分布如果越來(lái)越少，趨近于0，則考慮結(jié)束測(cè)試執(zhí)行相反，則說(shuō)明存在以下的問(wèn)題：代碼修改引發(fā)新的缺陷前一版本的測(cè)試存在覆蓋率的問(wèn)題，新的測(cè)試發(fā)現(xiàn)了原先未發(fā)現(xiàn)的缺陷必須先修改某些缺陷后才能繼續(xù)測(cè)試，然后才發(fā)現(xiàn)其他的缺陷測(cè)試監(jiān)控的內(nèi)容缺陷的趨勢(shì)分析---按照測(cè)試執(zhí)行的時(shí)間順序測(cè)試監(jiān)控的內(nèi)容缺陷分布密度=對(duì)應(yīng)于一項(xiàng)需求的總?cè)毕輸?shù)/對(duì)應(yīng)于該項(xiàng)需求的測(cè)使用例總數(shù)需要考慮缺陷的優(yōu)先級(jí)和嚴(yán)重程度如果過(guò)多的缺陷集中在某項(xiàng)需求上，可能表明以下問(wèn)題：該項(xiàng)功能需求是否過(guò)于復(fù)雜？該項(xiàng)的需求設(shè)計(jì)、實(shí)現(xiàn)是否有問(wèn)題？分配給該項(xiàng)的開發(fā)資源是否不足？……測(cè)試監(jiān)控的內(nèi)容缺陷分布密度=對(duì)應(yīng)于一項(xiàng)需求的總?cè)毕輸?shù)/對(duì)應(yīng)測(cè)試監(jiān)控的內(nèi)容缺陷修改質(zhì)量=每次修改后發(fā)現(xiàn)的缺陷數(shù)量（包括重現(xiàn)的缺陷和由修改所引起的新缺陷）評(píng)價(jià)開發(fā)部門修復(fù)缺陷的質(zhì)量如果修改某項(xiàng)功能后，此數(shù)值較高，測(cè)試部門應(yīng)當(dāng)及時(shí)通知開發(fā)部門測(cè)試監(jiān)控的內(nèi)容缺陷修改質(zhì)量=每次修改后發(fā)現(xiàn)的缺陷數(shù)量（包改進(jìn)測(cè)試執(zhí)行過(guò)程基于質(zhì)量風(fēng)險(xiǎn)分析，先測(cè)試最容易出現(xiàn)缺陷、對(duì)軟件影響最大的部分基于用戶操作分析,先測(cè)試用戶經(jīng)常使用的功能可能對(duì)軟件的影響正確分析測(cè)試結(jié)果……改進(jìn)測(cè)試執(zhí)行過(guò)程基于質(zhì)量風(fēng)險(xiǎn)分析，先測(cè)試最容易出現(xiàn)缺陷、對(duì)軟缺陷報(bào)告元素Bug編號(hào)（BugID）版本號(hào)（Version）Bug狀態(tài)（State）Bug類型（Keyword）項(xiàng)目及子模塊名稱（Product）缺陷報(bào)告元素Bug編號(hào)（BugID）缺陷報(bào)告元素Bug摘要（Summary）附件（Attachment）操作系統(tǒng)（OS）瀏覽器（Browser）優(yōu)先級(jí)（Priority）缺陷報(bào)告元素Bug摘要（Summary）缺陷報(bào)告元素嚴(yán)重級(jí)（Severity）Bug操作描述（Description）報(bào)告人（Reporter）報(bào)告日期（Date）缺陷報(bào)告元素嚴(yán)重級(jí)（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：等待測(cè)試人員驗(yàn)證的狀態(tài)。Reject：拒絕修改Bug。Reopen：如果沒(méi)修改成功，則重新打開。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è)測(cè)試工作的及時(shí)總結(jié)，不僅可以調(diào)整測(cè)試的重點(diǎn)，而且會(huì)大大提高測(cè)試工作的效率。因?yàn)闇y(cè)試工作的效果要直接依賴測(cè)試用例的設(shè)計(jì)與執(zhí)行狀況，所以在測(cè)試過(guò)程中和測(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)還是短，主要原因是什么？缺陷分析缺陷主要分析重點(diǎn)缺陷分析缺陷主要分析重點(diǎn)測(cè)試過(guò)程中有多少高優(yōu)先級(jí)和高嚴(yán)重級(jí)錯(cuò)誤，有多少已解決，多少未解決，未解決的問(wèn)題如何進(jìn)行處理對(duì)于影響性能的重要問(wèn)題是否都已解決？在執(zhí)行測(cè)試用例中，有多少是跳過(guò)未執(zhí)行？那些模塊出現(xiàn)錯(cuò)誤比較多，而且還非常嚴(yán)重有多少問(wèn)題是因?yàn)殚_發(fā)人員修改后引出的問(wèn)題缺陷分析缺陷主要分析重點(diǎn)缺陷分析缺陷與時(shí)間關(guān)系圖缺陷分析缺陷與時(shí)間關(guān)系圖缺陷分析缺陷與版本關(guān)系圖缺陷分析缺陷與版本關(guān)系圖缺陷分析缺陷與設(shè)計(jì)類型關(guān)系圖缺陷分析缺陷與設(shè)計(jì)類型關(guān)系圖缺陷分析缺陷與優(yōu)先級(jí)關(guān)系圖缺陷分析缺陷與優(yōu)先級(jí)關(guān)系圖缺陷分析缺陷與模塊關(guān)系圖缺陷分析缺陷與模塊關(guān)系圖缺陷分析缺陷與狀態(tài)關(guān)系圖缺陷分析缺陷與狀態(tài)關(guān)系圖缺陷分析缺陷與錯(cuò)誤類型關(guān)系圖缺陷分析缺陷與錯(cuò)誤類型關(guān)系圖缺陷分析測(cè)試各階段與嚴(yán)重級(jí)別關(guān)系圖缺陷分析測(cè)試各階段與嚴(yán)重級(jí)別關(guān)系圖缺陷分析總結(jié)報(bào)告缺陷分析總結(jié)報(bào)告包含以下內(nèi)容：測(cè)試各階段的缺陷分布測(cè)試中發(fā)現(xiàn)的Bug數(shù)量Bug的優(yōu)先級(jí)/嚴(yán)重性分布缺陷類型分析存在的風(fēng)險(xiǎn)缺陷分析總結(jié)報(bào)告缺陷分析總結(jié)報(bào)告包含以下內(nèi)容：缺陷分析總結(jié)報(bào)告缺陷分析總結(jié)報(bào)告包含以下內(nèi)容：測(cè)試中已解決問(wèn)題統(tǒng)計(jì)未解決問(wèn)題的處理方式測(cè)試結(jié)論（即通過(guò)與否）測(cè)試總結(jié)與分析………缺陷分析總結(jié)報(bào)告缺陷分析總結(jié)報(bào)告包含以下內(nèi)容：測(cè)試總結(jié)報(bào)告測(cè)試總結(jié)報(bào)告是測(cè)試計(jì)劃的擴(kuò)展IEEE829——1998軟件測(cè)試文檔編制標(biāo)準(zhǔn)軟件測(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)告測(cè)試總結(jié)報(bào)告是測(cè)試計(jì)劃的擴(kuò)展IEEE829—測(cè)試總結(jié)報(bào)告缺陷報(bào)告應(yīng)遵循的原則盡快報(bào)告軟件缺陷；操作步驟簡(jiǎn)單，描述清晰、專業(yè)、完整；明確指明缺陷的類型；問(wèn)題單一；跟蹤缺陷的最新狀態(tài)；對(duì)有爭(zhēng)議的缺陷要及時(shí)溝通；測(cè)試總結(jié)報(bào)告缺陷報(bào)告應(yīng)遵循的原則項(xiàng)目總結(jié)報(bào)告項(xiàng)目總結(jié)報(bào)告詳細(xì)項(xiàng)目總結(jié)報(bào)告請(qǐng)參見附頁(yè)《項(xiàng)目總結(jié)報(bào)告》表。項(xiàng)目總結(jié)報(bào)告項(xiàng)目總結(jié)報(bào)告TestDirectorTD的管理流程TestDirectorTD的管理流程TestDirectorTestDirector工作原理TestDirectorTestDirector工作原理TestDirector-Requirement需求規(guī)范流程確定測(cè)試范圍建立需求詳細(xì)需求信息需求分析TestDirector-Requirement需求規(guī)范流TestDirector-Requirement需求菜單欄文檔視圖需求工具欄需求樹TestDirector-Requirement需求菜單欄文TestDirector-TestPlan測(cè)試計(jì)劃流程定義測(cè)試策略定義測(cè)試對(duì)象設(shè)計(jì)測(cè)試步驟創(chuàng)建需求覆蓋定義測(cè)試自動(dòng)測(cè)試分析測(cè)試計(jì)劃TestDirector-TestPlan測(cè)試計(jì)劃流程定義TestDirector-TestPlan測(cè)試計(jì)劃菜單欄測(cè)試計(jì)劃工具欄

測(cè)試計(jì)劃樹TestDirector-TestPlan測(cè)試計(jì)劃菜單欄測(cè)TestDirector-TestPlan引入自動(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-TestPlan引入自動(dòng)測(cè)試化TestDirector-TestLAB測(cè)試執(zhí)行流程創(chuàng)建TestSets運(yùn)行時(shí)間表分析運(yùn)行結(jié)果手動(dòng)運(yùn)行自動(dòng)運(yùn)行TestDirector-TestLAB測(cè)試執(zhí)行流程創(chuàng)建TTestDirector-TestLAB網(wǎng)格篩選器測(cè)試集窗格工具欄TestDirector-TestLAB網(wǎng)格篩選器測(cè)試集窗TestDirector-TestLABDetails（詳細(xì)信息）顯示測(cè)試的運(yùn)行詳細(xì)信息AllRuns（所有運(yùn)行）顯示所有測(cè)試運(yùn)行的結(jié)果Attachments顯示測(cè)試的所有附件，包括在測(cè)試計(jì)劃過(guò)程中添加到測(cè)試的所有附件Configuration顯示測(cè)試運(yùn)行配置信息RunEvents顯示自動(dòng)測(cè)試失敗規(guī)則History顯示對(duì)測(cè)試運(yùn)行字段所做的更改的歷史記錄TestDirector-TestLABDetails（詳TestDirector-TestLAB“Details”視圖TestDirector-TestLAB“Details”TestDirector-TestLABPlanDescription：顯示測(cè)試的描述信息ActualTester：實(shí)際執(zhí)行測(cè)試的用戶名ExecDate（計(jì)劃執(zhí)行日期）：計(jì)劃執(zhí)行測(cè)試的日期PlannedExecDate：計(jì)劃執(zhí)行測(cè)試的時(shí)間PlannedHostName（計(jì)劃主機(jī)名）：計(jì)劃運(yùn)行測(cè)試的計(jì)算機(jī)主機(jī)名稱或IP地址ResponsibleTester：最后執(zhí)行測(cè)試的負(fù)責(zé)人ExecTime（執(zhí)行日期）：上次執(zhí)行測(cè)試的日期PlannedExecTime（執(zhí)行時(shí)間）：上次執(zhí)行測(cè)試的時(shí)間Status（狀態(tài)）包括：Failed、N/A、NoRun、NoCompleted、Passed。Time（時(shí)間）：運(yùn)行時(shí)間TestDirector-TestLABPlanDescTestDirector-Defects缺陷跟蹤流程添加缺陷檢查新的缺陷修改開放的缺陷測(cè)試新的構(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添加缺陷在缺陷管理頁(yè)面中選擇菜單欄“Defect”—“Adddefect”TestDirector-Defects添加缺陷T