QC的使用和缺陷管理

第十二章QC使用和缺點(diǎn)管理IT@ANYQC的使用和缺陷管理第1頁本課程主要內(nèi)容QC使用（重點(diǎn)）缺點(diǎn)管理（重點(diǎn)）缺點(diǎn)管理流程缺點(diǎn)基本要素缺點(diǎn)書寫規(guī)范缺點(diǎn)度量與分析編寫測試匯報(bào)（重點(diǎn)）QC的使用和缺陷管理第2頁本章目標(biāo)會熟練使用QC進(jìn)行測試過程管理（重點(diǎn)）能夠準(zhǔn)確表示并統(tǒng)計(jì)缺點(diǎn)（重點(diǎn)）能夠編寫測試匯報(bào)（重點(diǎn)）QC的使用和缺陷管理第3頁第一部分QC使用缺點(diǎn)管理缺點(diǎn)管理流程缺點(diǎn)基本要素缺點(diǎn)書寫規(guī)范缺點(diǎn)度量與分析編寫測試匯報(bào)QC的使用和缺陷管理第4頁QC使用下載地址

/redirect.html?url=https%3A///cda/hpdc/navigation.do%3Faction%3DdownloadBinStart%26zn%3Dbto%26cp%3D54_4012_100__%26caid%3D40593%26jumpid%3Dhpr_R1002_USEN&qt=quicktest&type=HPR&pos=2&key=quicktest&alias=Software+Testing備注：

1.用戶名:testing_account@

密碼:wuye1232.QC10.0：運(yùn)行在windowssp2環(huán)境上，windowsxp不能安裝QC的使用和缺陷管理第5頁QC安裝注意事項(xiàng)1.安裝前需要先安裝Oracle數(shù)據(jù)庫2.安裝時(shí)需要注意數(shù)據(jù)庫配置QC的使用和缺陷管理第6頁QC使用介紹1.QC是一款集測試版本控制、測試需求、測試用例、測試執(zhí)行、測試度量為一體測試管理工具。2.針對每一個(gè)模塊使用進(jìn)行介紹，重點(diǎn)在于使用QC進(jìn)行測試用例設(shè)計(jì)和測試執(zhí)行QC的使用和缺陷管理第7頁第二部分QC使用缺點(diǎn)管理缺點(diǎn)管理流程缺點(diǎn)基本要素缺點(diǎn)書寫規(guī)范缺點(diǎn)度量與分析編寫測試匯報(bào)QC的使用和缺陷管理第8頁軟件失敗術(shù)語缺點(diǎn)（defect）

偏差（variance）故障（fault）

失敗（failure）問題（problem）矛盾（inconsistency）錯(cuò)誤（error） 特殊（feature）事件（incident）

缺點(diǎn)（bug）

異常（anomaly）故障、失敗、缺點(diǎn)：非常嚴(yán)重，甚至致命情況異常、事件、偏差：不是很尖銳，主要指未按預(yù)料運(yùn)行，而不是說完全失敗問題、錯(cuò)誤、缺點(diǎn)：最慣用術(shù)語QC的使用和缺陷管理第9頁缺點(diǎn)管理工具開源無償BugZilla、Mantis、JIRA、BugFree商業(yè)QC、IBMRationalClearQuest、CompuwareTrackRecordQC的使用和缺陷管理第10頁軟件缺點(diǎn)生命周期軟件缺點(diǎn)生命周期：從發(fā)覺缺點(diǎn)到處理缺點(diǎn)并關(guān)閉整個(gè)過程QC的使用和缺陷管理第11頁軟件缺點(diǎn)在整個(gè)生命周期中狀態(tài)關(guān)于軟件缺點(diǎn)在整個(gè)生命周期中狀態(tài)，跟每個(gè)企業(yè)開發(fā)流程相關(guān)，每個(gè)企業(yè)都有不一樣定義，下面是一個(gè)大致流程，可在此基礎(chǔ)上進(jìn)行伸縮：1.測試人員發(fā)覺并統(tǒng)計(jì)缺點(diǎn)（new/open）2.測試人員將缺點(diǎn)提交給項(xiàng)目經(jīng)理，項(xiàng)目經(jīng)理會對該缺點(diǎn)進(jìn)行確認(rèn)2.1

假如確認(rèn)為是一個(gè)缺點(diǎn)，那么項(xiàng)目經(jīng)理會將該缺點(diǎn)進(jìn)行分配（assigned）2.2

假如項(xiàng)目經(jīng)理認(rèn)為這不是一個(gè)缺點(diǎn)，那么會將該缺點(diǎn)打回給測試人員（rejeccted），或者直接關(guān)閉（closed）3.開發(fā)人員在接到這個(gè)缺點(diǎn)后，也需要先對缺點(diǎn)進(jìn)行判斷3.1

假如是缺點(diǎn)，就對缺點(diǎn)進(jìn)行處理（InProgress），處理完成（resolved/fixed）后將缺點(diǎn)重新返回給測試人員3.2

假如不是缺點(diǎn)，可直接返回給測試人員（rejected）4.測試人員接收到開發(fā)人員返回缺點(diǎn)后，需要做以下處理4.1

對于開發(fā)人員修復(fù)缺點(diǎn)（resolved/fixed）進(jìn)行回歸測試，假如測試經(jīng)過則置為（Testd/Closed），測試不經(jīng)過能夠重開（Reopen），重新將缺點(diǎn)打回給開發(fā)人員4.1

對于開發(fā)人員拒絕缺點(diǎn)（Rejected），普通是存在爭議缺點(diǎn)，經(jīng)過項(xiàng)目組討論或評定后，確認(rèn)不是缺點(diǎn)能夠直接對其進(jìn)行關(guān)閉（Closed），假如確認(rèn)是缺點(diǎn)，需要對其進(jìn)行重開（Reopen,假如該缺點(diǎn)可暫緩修復(fù)或修復(fù)成本較高，需另行找時(shí)間修復(fù)，可將缺點(diǎn)掛起（Suspened）QC的使用和缺陷管理第12頁軟件缺點(diǎn)在整個(gè)生命周期中狀態(tài)主要狀態(tài)有：Open/New、Assigned、InProgress、Resloved、Rejected、Reopen、Tested/ClosedBug狀態(tài)走向：Open-ClosedOpen-Rejected-ClosedOpen-Assigned-InProgress-Resolved-ClosedOpen-Assigned-InProgress-Resolved-Reopen…ClosedOpen-Assigned-Rejected-ClosedQC的使用和缺陷管理第13頁軟件缺點(diǎn)處理流程及狀態(tài)改變QC的使用和缺陷管理第14頁缺點(diǎn)處理流程-示例1QC的使用和缺陷管理第15頁缺點(diǎn)管理綜合流程-示例2QC的使用和缺陷管理第16頁缺點(diǎn)基本要素缺點(diǎn)基本信息*缺點(diǎn)ID（由系統(tǒng)自動(dòng)生成，唯一）*缺點(diǎn)標(biāo)題測試軟件和硬件環(huán)境（特殊環(huán)境下可注明）*測試軟件版本（缺點(diǎn)發(fā)覺版本和修復(fù)版本，發(fā)覺版本是指當(dāng)前版本，修復(fù)版本普通由項(xiàng)目經(jīng)理確認(rèn)）*缺點(diǎn)類型（功效、性能、使用方面、安全等等）*缺點(diǎn)嚴(yán)重程度（由測試人員確定）缺點(diǎn)處理優(yōu)先級（普通由項(xiàng)目經(jīng)理確定）*復(fù)現(xiàn)缺點(diǎn)操作步驟（操作步驟）復(fù)現(xiàn)缺點(diǎn)測試數(shù)據(jù)（特定數(shù)據(jù)需要注明，比如特定賬號）*缺點(diǎn)實(shí)際結(jié)果描述（錯(cuò)誤描述）*期望正確結(jié)果描述（期望結(jié)果）缺點(diǎn)產(chǎn)生原因分析（假如測試人員能判定原因就給出，不能判定就無需給出，以免誤導(dǎo)開發(fā)人員）注釋文字和截取缺點(diǎn)圖像缺點(diǎn)處理信息缺點(diǎn)提交者（系統(tǒng)默認(rèn)）缺點(diǎn)處理者（1.項(xiàng)目經(jīng)理指派，2.已知模塊缺點(diǎn)可由測試人員直接分配給開發(fā)人員）缺點(diǎn)處理方案（普通由開發(fā)者總結(jié)問題原因并給出修改方案）缺點(diǎn)提交時(shí)間缺點(diǎn)處理時(shí)間（普通情況下缺點(diǎn)提交時(shí)間和處理時(shí)間由缺點(diǎn)管理工具自動(dòng)生成）QC的使用和缺陷管理第17頁缺點(diǎn)嚴(yán)重等級-按5類劃分分類嚴(yán)重等級等級描述A致命性(Critical)

不能執(zhí)行正常工作功效或主要功效，或者危及人身安全，主要表現(xiàn)在：

1.因?yàn)槌绦蛩l(fā)死機(jī),非法退出

2.死循環(huán)

3.造成數(shù)據(jù)庫發(fā)生死鎖

4.數(shù)據(jù)通訊錯(cuò)誤

5.嚴(yán)重?cái)?shù)值計(jì)算錯(cuò)誤B嚴(yán)重

(Major)嚴(yán)重影響系統(tǒng)要求或基本功效實(shí)現(xiàn)，主要表現(xiàn)在：

1.功效不符

2.數(shù)據(jù)流錯(cuò)誤

3.程序接口錯(cuò)誤

4.輕微數(shù)值計(jì)算錯(cuò)誤C普通

(Generic)普通性錯(cuò)誤，比較輕易修復(fù)，主要表現(xiàn)在：

1.界面錯(cuò)誤(詳細(xì)文檔)

2.打印內(nèi)容、格式錯(cuò)誤

3.簡單輸入限制未放在前臺進(jìn)行控制

4.刪除操作未給出提醒QC的使用和缺陷管理第18頁缺點(diǎn)嚴(yán)重等級-按5類劃分分類嚴(yán)重等級等級描述D輕微

(Minor)比較輕微錯(cuò)誤，普通是使用方面問題，主要表現(xiàn)在：

1.輔助說明描述不清楚

2.顯示格式不規(guī)范

3.長時(shí)間操作未給用戶進(jìn)度提醒

4.提醒窗口文字未采取行業(yè)術(shù)語

5.可輸入?yún)^(qū)域和只讀區(qū)域沒有顯著區(qū)分標(biāo)志

6.系統(tǒng)處理未優(yōu)化

E提議性

(Suggestion)從測試人員角度提出一些提議性問題，不一定是缺點(diǎn)QC的使用和缺陷管理第19頁缺點(diǎn)嚴(yán)重等級-按4類劃分分類嚴(yán)重等級等級描述A嚴(yán)重系統(tǒng)瓦解、數(shù)據(jù)丟失、數(shù)據(jù)損壞B較嚴(yán)重操作性錯(cuò)誤、錯(cuò)誤結(jié)果、遺漏功效C普通小問題、錯(cuò)別字、UI布局、罕見故障D提議性不影響使用瑕疵或愈加好實(shí)現(xiàn)備注：缺點(diǎn)嚴(yán)重等級大致分為這么幾類，要么是5類，要么是4類，跟每個(gè)公司對缺點(diǎn)定義相關(guān)，面試時(shí)請注意按實(shí)際情況活學(xué)活用QC的使用和缺陷管理第20頁缺點(diǎn)優(yōu)先級

缺點(diǎn)優(yōu)先級描述1最高優(yōu)先級需要停頓深入測試，馬上修復(fù)缺點(diǎn)2次高優(yōu)先級缺點(diǎn)需要正常排隊(duì)等候修復(fù)或列入軟件公布清單，但需要在產(chǎn)品公布之前必須修復(fù)3中等優(yōu)先級假如時(shí)間允許應(yīng)該修復(fù)缺點(diǎn)4最低優(yōu)先級缺點(diǎn)可能被修復(fù)，也可能不被修復(fù)就直接公布備注：缺點(diǎn)優(yōu)先等級大致分為，跟每個(gè)企業(yè)對缺點(diǎn)定義相關(guān)，面試時(shí)請注意按實(shí)際情況活學(xué)活用QC的使用和缺陷管理第21頁缺點(diǎn)書寫規(guī)范缺點(diǎn)標(biāo)題（Title）標(biāo)題應(yīng)該保持簡短、準(zhǔn)確，提供缺點(diǎn)本質(zhì)信息，并便于讀者搜索查尋

良好缺點(diǎn)標(biāo)題應(yīng)該按照以下方式書寫：

盡可能按缺點(diǎn)發(fā)生原因與結(jié)果方式書寫（“執(zhí)行完A后，發(fā)生B，”或者“發(fā)生B，當(dāng)A執(zhí)行完后”）防止使用含糊不清詞語，比如“功效中止，功效不正確，行為不起作用，”等。應(yīng)該使用詳細(xì)文字說明功效怎樣中止，怎樣不正確，或怎樣不起作用為了方便搜索和查詢，請使用關(guān)鍵字為了便于他人了解，防止使術(shù)語、俚語或過分詳細(xì)測試細(xì)節(jié)舉例：品紅網(wǎng)站后臺使用管理員賬號登錄失敗QC的使用和缺陷管理第22頁缺點(diǎn)書寫規(guī)范復(fù)現(xiàn)步驟（ReproducibleSteps）

復(fù)現(xiàn)步驟包含怎樣使他人能夠很輕易復(fù)現(xiàn)該缺點(diǎn)完整步驟。為了到達(dá)這個(gè)要求，復(fù)現(xiàn)步驟信息必須是完整、準(zhǔn)確、簡明、可復(fù)現(xiàn)。不友好重現(xiàn)步驟：復(fù)現(xiàn)步驟包含了過多多出步驟，而且句子結(jié)構(gòu)混亂，可讀性很差，難于了解復(fù)現(xiàn)步驟包含了過少信息，丟失操作必要步驟。因?yàn)樘峁┎襟E不完整，開發(fā)人員經(jīng)常需要種種猜測，努力嘗試復(fù)現(xiàn)步驟，浪費(fèi)了大量時(shí)間。因?yàn)槿狈﹃P(guān)鍵步驟，這些缺點(diǎn)通常被工程師以“不能復(fù)現(xiàn)”為由Rejected給測試人員

測試人員沒有對軟件缺點(diǎn)發(fā)生條件和影響區(qū)域進(jìn)行隔離，軟件開發(fā)人員無法判斷該缺點(diǎn)影響軟件部分，不能進(jìn)行徹底修正。QC的使用和缺陷管理第23頁缺點(diǎn)書寫規(guī)范正確重現(xiàn)步驟（ReproducibleSteps）：準(zhǔn)確無誤重現(xiàn)操作步驟，步驟不多出，無遺漏每一個(gè)步驟盡可能只統(tǒng)計(jì)一個(gè)操作每一個(gè)步驟前使用數(shù)字對步驟編號盡可能使用短語和短句，防止復(fù)雜句型和句式將常見步驟合并為較少步驟，比如：1.Createtextframe.2.Addtext.能夠簡單合并成一步：1.Createanewtextframeandaddtext.只統(tǒng)計(jì)各個(gè)操作步驟是什么，不要包含每個(gè)操作步驟執(zhí)行后結(jié)果

說明：重現(xiàn)步驟可參考測試用例中步驟舉例：Login_Bug_001:品紅網(wǎng)站后臺使用管理員賬號登錄失敗操作步驟：進(jìn)入品紅網(wǎng)站后臺管理界面輸入正確用戶名和密碼，點(diǎn)【登錄】按鈕QC的使用和缺陷管理第24頁缺點(diǎn)書寫規(guī)范實(shí)際結(jié)果（也就是錯(cuò)誤描述）盡可能將缺點(diǎn)分解成多個(gè)缺點(diǎn)匯報(bào)，并使用交叉引用說明彼此之間聯(lián)絡(luò)。這些動(dòng)作結(jié)果通常比較相同但缺點(diǎn)不一樣。首先進(jìn)行更多隔離測試，縮小產(chǎn)生缺點(diǎn)范圍，查看是否產(chǎn)生多個(gè)缺點(diǎn)在實(shí)際結(jié)果部分，僅列出缺點(diǎn)一到兩個(gè)表現(xiàn)特征。使用注釋（Notes）部分列出缺點(diǎn)其它問題；在缺點(diǎn)第一個(gè)表現(xiàn)特征后，將隨即步驟和缺點(diǎn)表現(xiàn)特征移到注釋部分。主要信息幾乎總是包含在第一個(gè)斷言或錯(cuò)誤里，其它錯(cuò)誤都是第一個(gè)錯(cuò)誤變種。舉例：001:品紅網(wǎng)站后臺使用管理員賬號登錄失敗操作步驟：進(jìn)入品紅網(wǎng)站后臺管理界面輸入正確用戶名和密碼，點(diǎn)【登錄】按鈕錯(cuò)誤描述：1.登錄失敗，系統(tǒng)給犯錯(cuò)誤提醒QC的使用和缺陷管理第25頁缺點(diǎn)書寫規(guī)范自我檢驗(yàn)和提問?

缺點(diǎn)匯報(bào)已經(jīng)向讀者包含完整、準(zhǔn)確、必要信息了嗎？?

一個(gè)缺點(diǎn)匯報(bào)中是否之匯報(bào)了一個(gè)缺點(diǎn)？?

讀者是否能輕易搜索該缺點(diǎn)？?

步驟是否能夠完全復(fù)現(xiàn)而且表示清楚嗎？?

是否包含了復(fù)現(xiàn)該缺點(diǎn)需要環(huán)境變量或測試所用數(shù)據(jù)文件？?

缺點(diǎn)標(biāo)題是按照原因與結(jié)果方式書寫嗎？?

實(shí)際結(jié)果和期望結(jié)果是否描述不夠清楚而輕易引發(fā)歧義嗎？QC的使用和缺陷管理第26頁缺點(diǎn)書寫規(guī)范防止常見錯(cuò)誤用“User（用戶）”代替使用者，防止使用“I（我）”、“You（你）”等人稱代詞客觀地反應(yīng)出缺點(diǎn)現(xiàn)象和完整信息，不要對軟件質(zhì)量優(yōu)劣做任何主觀性強(qiáng)烈批評、嘲諷，防止使用情緒化語言和強(qiáng)調(diào)符號，比如黑體、全部字母大寫、斜體、感嘆號、問號等對實(shí)際結(jié)果描述要清楚，防止使用含義含糊詞匯，諸如“Seems（似乎）”、“Appearstobe（看上去可能）”等等客觀地描述缺點(diǎn)信息，防止包含自認(rèn)為比較幽默內(nèi)容，因?yàn)椴灰粯幼x者文化和觀念不一樣，很多幽默內(nèi)容在他人看來，往往難以準(zhǔn)確了解，甚至可能引發(fā)誤解對于無法確定缺點(diǎn)，應(yīng)該先將問題統(tǒng)計(jì)下來，然后經(jīng)過電子郵件或口頭交流，確認(rèn)是缺點(diǎn)后再匯報(bào)到缺點(diǎn)庫中，防止查詢和統(tǒng)計(jì)結(jié)果不準(zhǔn)確性對于偶發(fā)性缺點(diǎn)，先將缺點(diǎn)統(tǒng)計(jì)在缺點(diǎn)庫中，視缺點(diǎn)發(fā)生頻率進(jìn)行處理，頻率高必須要求修改，頻率低可先將缺點(diǎn)掛起，待日后修復(fù)，防止不重現(xiàn)就直接提交缺點(diǎn)QC的使用和缺陷管理第27頁完整缺點(diǎn)統(tǒng)計(jì)示例001(BugID，系統(tǒng)自動(dòng)生成)品紅網(wǎng)站后臺使用管理員賬號登錄失敗（BUG標(biāo)題）缺點(diǎn)發(fā)覺版本：ph_0801_01(當(dāng)前版本）缺點(diǎn)修復(fù)版本：默認(rèn)（由項(xiàng)目經(jīng)理統(tǒng)一分配）測試環(huán)境：（需要特殊說明時(shí)給出）嚴(yán)重等級：嚴(yán)重（視缺點(diǎn)詳細(xì)情況給出）優(yōu)先級：默認(rèn)（由項(xiàng)目經(jīng)理統(tǒng)一分配）操作步驟：1.進(jìn)入品紅網(wǎng)站后臺管理界面2.輸入正確用戶名和密碼，點(diǎn)【登錄】按鈕測試數(shù)據(jù)：用戶名：bass密碼：bass錯(cuò)誤描述：（實(shí)際結(jié)果）1.管理員賬號登錄失敗，系統(tǒng)給犯錯(cuò)誤提醒（主要缺點(diǎn)）2.錯(cuò)誤提醒信息中“登陸”使用錯(cuò)誤（次要缺點(diǎn)）期望結(jié)果：

1.管理員賬號能夠成功登錄品紅網(wǎng)站后臺系統(tǒng)2.提醒信息中“登陸”應(yīng)改為“登錄”分配給：項(xiàng)目經(jīng)理或開發(fā)人員姓名（新建BUG默認(rèn)給項(xiàng)目經(jīng)理）測試人員：測試人員姓名缺點(diǎn)狀態(tài)：new（默認(rèn)新建缺點(diǎn)時(shí)狀態(tài)）QC的使用和缺陷管理第28頁缺點(diǎn)統(tǒng)計(jì)分析按錯(cuò)誤類型按嚴(yán)重等級按優(yōu)先級別按問題狀態(tài)按問題類型與嚴(yán)重程度組合按發(fā)覺人員與嚴(yán)重程度組合QC的使用和缺陷管理第29頁缺點(diǎn)統(tǒng)計(jì)分析按模塊分布QC的使用和缺陷管理第30頁缺點(diǎn)統(tǒng)計(jì)分析按對象分布QC的使用和缺陷管理第31頁缺點(diǎn)統(tǒng)計(jì)分析按缺點(diǎn)類型分布QC的使用和缺陷管理第32頁缺點(diǎn)密度分析缺點(diǎn)密度軟件缺點(diǎn)分為經(jīng)過評審或測試等方法發(fā)覺已知缺點(diǎn)和還未發(fā)覺潛在缺點(diǎn)兩種缺點(diǎn)密度=已知缺點(diǎn)數(shù)量/產(chǎn)品規(guī)模QC的使用和缺陷管理第33頁缺點(diǎn)注入-發(fā)覺矩陣缺點(diǎn)移除率=（本階段發(fā)覺缺點(diǎn)數(shù)/本階段注入缺點(diǎn)總數(shù)）*100%缺點(diǎn)泄漏率=（下游發(fā)覺本階段缺點(diǎn)數(shù)/本階段注入缺點(diǎn)總數(shù)）*100%計(jì)算缺點(diǎn)移除率意義能夠有效衡量測試用例是否充分測試效率是否充分分析出軟件開發(fā)各個(gè)步驟質(zhì)量，找到最需要改進(jìn)步驟QC的使用和缺陷管理第34頁缺點(diǎn)注入-發(fā)覺矩陣缺點(diǎn)注入階段缺點(diǎn)發(fā)覺階段需求設(shè)計(jì)編碼注入總數(shù)需求階段5

5設(shè)計(jì)階段1365

78編碼、單元測試階段4101832系統(tǒng)測試階段4397104驗(yàn)收測試階段001919發(fā)覺總計(jì)2678134238階段缺點(diǎn)移除率19.23%83.33%13.43%

矩陣每行表示該階段或活動(dòng)發(fā)覺各階段產(chǎn)生缺點(diǎn)數(shù)矩陣每列表示該階段或活動(dòng)注入缺點(diǎn)泄漏到后續(xù)各步驟缺點(diǎn)數(shù)。QC的使用和缺陷管理第35頁缺點(diǎn)注入-發(fā)覺矩陣缺點(diǎn)注入階段缺點(diǎn)發(fā)覺階段需求設(shè)計(jì)編碼注入總數(shù)需求階段5

5設(shè)計(jì)階段1365

78編碼、單元