1、缺陷管理缺陷管理 缺陷的定義缺陷的定義o 缺陷的定義n 軟件沒有達到客戶需求的功能和性能；n 軟件功能超出客戶需求的范圍；n 軟件出現(xiàn)客戶需求不能容忍的錯誤； n 軟件的使用未能符合客戶的習(xí)慣和工作環(huán)境。 缺陷的定義缺陷的定義o 缺陷的分類：n 級別 根據(jù)缺陷的嚴重程度來分；n 優(yōu)先級 根據(jù)是否急需修復(fù)來分；n 來源 是由哪個開發(fā)階段引入；n 類別 是哪種原因?qū)е碌娜毕荩唬ń涌诘龋﹏ 所屬 是哪個模塊發(fā)生的缺陷；n 。 缺陷的定義缺陷的定義 缺陷的定義缺陷的定義缺陷嚴重等級 描述致命(Fatal)系統(tǒng)任何一個主要功能完全喪失、用戶數(shù)據(jù)受到破壞、系統(tǒng)崩潰、懸掛、死機，或者危及人身安全嚴重(Cri

2、tical)系統(tǒng)的主要功能部分喪失、數(shù)據(jù)不能保存，系統(tǒng)的次要功能完全喪失，系統(tǒng)所提供的功能或服務(wù)受到明顯的影響一般(Major)系統(tǒng)的次要功能沒有完全實現(xiàn)，但不影響用戶的正常使用。例如：提示信息不太準(zhǔn)確；或用戶界面差、操作時間長等一些問題。較小(Minor)使操作者不方便或遇到麻煩，但它不影響功能的操作和執(zhí)行，如個別的不影響產(chǎn)品理解的錯別字、文字排列不對齊等一些小問題。缺陷的描述缺陷的描述o 缺陷的要素n 標(biāo)題n 被測試軟件的版本 及模塊n 優(yōu)先度與嚴重性 n 發(fā)現(xiàn)缺陷的測試步驟和預(yù)計的正確結(jié)果n 發(fā)現(xiàn)人員和時間n 附件缺陷的描述缺陷的描述o 如何有效的描述缺陷?n 軟件缺陷的描述是軟件缺陷報

3、告的基礎(chǔ)部分，也是測試人員就一個軟件問題與開發(fā)工程師交流的最好機會。一個好的描述，需要使用簡單的、準(zhǔn)確的、專業(yè)的語言來抓住缺陷的本質(zhì)。否則，它就會使信息含糊不清，可能會誤導(dǎo)開發(fā)人員。缺陷的描述缺陷的描述o 如何有效的描述缺陷?n 有利于問題的精確定位n 節(jié)省溝通成本n 有利于回歸測試n 有利于改善開發(fā)與測試的關(guān)系缺陷的描述缺陷的描述o 有效的缺陷描述有以下幾個原則：n 可以重現(xiàn)：在缺陷的詳細描述中提供精確的操作步驟，可以讓發(fā)人員容易看懂；n 定位準(zhǔn)確：缺陷描述準(zhǔn)確，不會引起誤解和歧義；n 描述清晰：對操作步驟的描述清晰，易于理解，應(yīng)用客觀的書面語，避免使用口語；n 完整統(tǒng)一：提供完整、前后統(tǒng)一

4、的軟件缺陷的步驟和信息，按照一致的格式書寫全部缺陷報告 缺陷的描述缺陷的描述o 有效的缺陷描述有以下幾個原則：n短小簡練：通過使用關(guān)鍵詞，可以使問題摘要的描述短小簡練，又能準(zhǔn)確解釋產(chǎn)生缺陷的現(xiàn)象。如“在新建任務(wù)窗口中，選擇直接下達，負責(zé)人收不到即時消息”中“新建任務(wù)窗口”、“直接下達”、“即時消息”等是關(guān)鍵詞；n特定條件：許多軟件功能在通常情況下沒有問題，而是在某種特定條件下會存在缺陷，所以軟件缺陷描述不要忽視這些看似細節(jié)的但又必要的特定條件（如特定的操作系統(tǒng)、瀏覽器或某種設(shè)置等），能夠提供幫助開發(fā)人員找到原因的線索。如“網(wǎng)站在IE7.0和IE8.0的兼容問題”；n不做評價：在軟件缺陷描述不要

5、帶有個人觀點，對開發(fā)軟件進行評價。軟件缺陷報告是針對產(chǎn)品、針對問題本身，將事實或現(xiàn)象客觀地描述出來就可以，不需要任何評價或議論。缺陷的描述缺陷的描述o 常見的格式問題如下：n 問題摘要中不能有句號；n 問題摘要后不要有空格，直接填寫內(nèi)容；n 問題摘要比較長時，可以用“，”分隔；n 詳細描述中序號后面“.”一定是半角的宋體，不是全角符號，并且后面不要再有空格；n 詳細描述中分號一定要使用全角的分號；n 詳細描述中的“-”應(yīng)統(tǒng)一。應(yīng)在英文輸入法的半角狀態(tài)下輸入箭頭；n 注意缺陷中不要出現(xiàn)錯別字，例如“登陸”應(yīng)寫為“登錄”。缺陷的描述缺陷的描述o 缺陷描述常見的問題：n 問題摘要過長，不夠簡練、準(zhǔn)確

6、；n 問題摘要與詳細描述的內(nèi)容不一致；n 詳細描述不清楚，無法復(fù)現(xiàn)；n 詳細描述冗長，不宜于理解；n 缺陷定位不正確；n 缺陷等級定位錯誤；n 缺陷的類型定位不正確；n 不是缺陷。 缺陷描述示例缺陷描述示例 缺陷描述示例缺陷描述示例 缺陷描述示例缺陷描述示例 缺陷描述示例缺陷描述示例o 缺陷描述的相關(guān)示例 缺陷描述示例缺陷描述示例o 描述電子商城項目中的缺陷并在Mantis中登記缺陷。 缺陷管理缺陷管理o 缺陷跟蹤n 缺陷的提交人，實時跟蹤缺陷狀態(tài)，對開發(fā)人員提出的疑問，及時作出回答；n 及時更新缺陷狀態(tài)。 缺陷管理缺陷管理o 缺陷的六個生命狀態(tài)：n 初始狀態(tài)（New）n 打開狀態(tài)（Open）

7、n 修復(fù)狀態(tài)（ Fixed ）n 關(guān)閉狀態(tài)（Close）n 拒絕狀態(tài)（Rejected）n 重現(xiàn)打開狀態(tài)（Reopen）n 以實際使用的工具為準(zhǔn)，可自定義。 缺陷管理缺陷管理 缺陷管理缺陷管理o 常用的缺陷管理工具n Test Directorn Quality centern BugFreen ClearQuestn Mantisn 。 缺陷管理缺陷管理o 為什么要用缺陷管理工具?n 沒有人記錄自己發(fā)現(xiàn)的缺陷n 無法保證測試人員提交的缺陷報告符合規(guī)范要求n 測試人員發(fā)現(xiàn)的缺陷可能被開發(fā)人員忽略或遺忘n 沒有人知道在新的軟件版本里，究竟糾正了哪些缺陷，還有哪些缺陷未被糾正n 導(dǎo)致項目的交貨期變

8、得非常不可預(yù)測 缺陷管理缺陷管理o 為什么要用缺陷管理工具?n 地域分散的開發(fā)團隊， 通過email和文檔交流，缺陷狀態(tài)混亂，相關(guān)人員無法及時獲得有關(guān)的變更信息n 無法對缺陷進行統(tǒng)計分析，查找原因并制定相應(yīng)的預(yù)防改善措施 缺陷管理缺陷管理o 流程定制o 查詢功能定制 o 功能域定制o 用戶權(quán)限分級管理o Email通知 o 構(gòu)架模式（B/S C/S）o 報表定制功能 o 支持平臺o 支持數(shù)據(jù)庫o 安裝配置的復(fù)雜度 o 許可證費用o 售后服務(wù) o 與其他工具集成 o 公司背景p選擇缺陷管理工具應(yīng)考慮的方面選擇缺陷管理工具應(yīng)考慮的方面 缺陷分析缺陷分析o 關(guān)注點：n 對軟件問題的功能域分布進行分析，找出系統(tǒng)的薄弱環(huán)節(jié)；n 要采集每個功能模塊或系統(tǒng)構(gòu)件的bug數(shù)據(jù)，并按錯誤類型、嚴重程度等分類；n 比較實際發(fā)現(xiàn)的軟件bug是否與預(yù)期的問題分布相吻合；n 二八定理：80%的軟件問題總是發(fā)生在大約20%的功能模塊（系統(tǒng)構(gòu)件）中；n 對bug的注入階段的