缺陷管理培訓

1、軟件測試的根本目的是什么軟件測試的根本目的是什么? ? 軟件測試中經常使用各種術語來描述軟件出現的問題,如下一些通用的術語: u 軟件錯誤(Software Error) u 軟件缺陷(Software Defect) u 軟件故障(Software fault) u 軟件失效(Software failure) 區(qū)分這些術語很重要，它關系到測試工程師對軟件失效現象與機 理的深刻理解.由于軟件內部邏輯復雜,運行環(huán)境動態(tài)變化,且不同的軟 件差異可能很大,因而軟件失效的機理可能也有不同的表現形式,但總的 來說,軟件失效的機理可描述為: 軟件錯誤-軟件缺陷-軟件故障-軟件失效 軟件錯誤:在可以遇見的

2、時期內,軟件將有人來開發(fā).在整個生存期的各個階段,都貫 穿 著人的直接或間接的干預.然而人難免犯錯誤,這必然給軟件留下不良的痕跡. 軟件錯誤是指在軟件生存期內的不希望或不可接受的人為錯誤,其結果是導致軟 件缺陷的產生.可見,軟件錯誤是一種人為過程,相對于軟件本身,是一種外部行 為. 軟件缺陷:軟件缺陷是存在于軟件(文檔,數據,程序)之中的那些不希望或不可接受 的偏差.其結果是軟件運行于某一特定條件時出現軟件故障,這時稱軟件被激活. 軟件故障:軟件故障是指軟件運行過程中出現的一種不希望或不可接受的內部狀態(tài). 比如:軟件處于執(zhí)行一個多余循還過程時,我們可以軟件出現故障.若此時沒有適 當的措施(容錯

3、)加以處理,便產生軟件失效.軟件故障是一種動態(tài)行為. 軟件失效:軟件失效是指軟件運行時產生的一種不希望或不可接受的外部行為結果. 綜上所述綜上所述, ,軟件錯誤是一種人為錯誤軟件錯誤是一種人為錯誤. .一個軟件錯誤必定產生一個軟件錯誤必定產生 一個或多個軟件缺陷一個或多個軟件缺陷. .當一個軟件缺陷被激活時當一個軟件缺陷被激活時, ,便產生一便產生一 個軟件故障個軟件故障; ;同一個軟件缺陷在不同條件下被激活同一個軟件缺陷在不同條件下被激活, ,可能產可能產 生不同的軟件故障生不同的軟件故障. .軟件故障如果沒有及時容錯措施加以處軟件故障如果沒有及時容錯措施加以處 理理, ,便不可避免地導致軟

4、件失效便不可避免地導致軟件失效. . 缺陷管理目的: 缺陷管理目的是對各階段測試發(fā)現的缺陷進行跟蹤管理，以保證各級 缺陷的修復率達到標準。主要實現以下目標： l 及時了解并跟蹤每個被發(fā)現的缺陷； l 確保每個被發(fā)現的缺陷都能被處理； l 收集缺陷數據并根據缺陷趨勢曲線識別測試過程階段； l 收集缺陷數據并在其上進行數據分析，作為組織過程的財富。 參與缺陷管理過程人員角色職責: 項目經理（PM） l負責指派缺陷給相關責任人. 項目測試負責人（TM）: l決定缺陷管理方式和工具，擬定決策評審計劃； l管理所有缺陷關閉情況； l審核測試人員提交的缺陷； l對測試人員的工作質量進行跟蹤與評價。 測試人

5、員（TE） l負責報告系統(tǒng)缺陷記錄，且協(xié)助項目人員進行缺陷定位； l負責驗證缺陷修復情況，且填寫缺陷記錄中相應信息； l負責執(zhí)行系統(tǒng)回歸測試； l提交缺陷報告； l負責被測軟件進行質量數據和分析。 項目相關開發(fā)人員（DE） l修改測試發(fā)現的缺陷，并提交成果物做再測試； l負責接收各自的缺陷記錄，并且修改； l負責提供缺陷記錄跟蹤中其它相應信息。 質量保證人員（SQA） l監(jiān)控項目組缺陷管理規(guī)程執(zhí)行情況。 缺陷登記: 缺陷審批: 是否缺陷： 缺陷分派： 修復缺陷： 缺陷回歸測試： 缺陷來源缺陷來源 描述描述 縮寫縮寫 Cause-Requirement由于需求的問題引起的缺陷C-R Cause

6、Design由于設計的問題引起的缺陷C-D Cause Code 由于編碼的問題引起的缺陷C-C Cause Test 由于測試的問題引起的缺陷（測試用例設計問題等） C-T Cause Integration & Other由于集成或其它問題引起的缺陷 C-I&O 缺陷屬性缺陷屬性描述描述 缺陷描敘（Summary）簡單描述缺陷，主要是什么缺陷 缺陷發(fā)現提交者（Detected By）描敘缺陷是由誰發(fā)現提出的。 缺陷發(fā)現時間（Detected on Date）描敘缺陷發(fā)現提出時間。 缺陷嚴重性（Severity）描述缺陷的嚴重性。 缺陷分給誰（Assigned to）指缺陷分派給誰。 缺陷在

7、哪個版本發(fā)現(Detected in Version)描敘缺陷發(fā)現的版本 缺陷被修改的時間（Modified）描敘缺陷被修改的時間。 計劃修復時間（Plan fixed Data）描敘缺陷計劃完成修復的時間。 缺陷優(yōu)先級（priority）描述缺陷的優(yōu)先級。 缺陷所屬項目（Project）描述缺陷所屬的工程。 是否是重現缺陷(Reproducible)描述缺陷是否是重現缺陷。 缺陷的狀態(tài)(Status)描述缺陷的狀態(tài) 缺陷所屬于的模塊（subject）描述缺陷所屬的模塊。 缺陷詳細描述（Description）缺陷詳細描述，包括缺陷產生的步驟，缺陷的實 際結果，缺陷的理想結果，建議等。 缺陷實

8、際關閉的版本（Closed in Version）描述缺陷實際關閉的版本。 缺陷實際修復所花的時間（Actual Fixed Time）描述缺陷實際修復所花的時間 缺陷修復完成時間（Closing Date）描述缺陷實際關閉的時間。 注釋(Comments)描敘對缺陷的注釋。 附件（Attachments）添加缺陷附件。 等級等級說明說明現象描述（部分例子）現象描述（部分例子）優(yōu)先級優(yōu)先級 A類致命錯誤 由于程序所引起的死機,非法退出； 死循環(huán)； 數據庫發(fā)生死鎖； 因錯誤操作導致的程序中斷； 與數據庫連接錯誤； 數據通訊錯誤； 導致測試無法繼續(xù)執(zhí)行。 可能影響其他模塊功能。 立即處理或解決 B

9、類很嚴重的錯誤 程序錯誤； 程序接口錯誤； 數據庫的表、業(yè)務規(guī)則、缺省值未加完整性等約束條件； 關鍵功能完全不能實現； 程序運行不穩(wěn)定，如出現不可繼續(xù)進行操作的錯誤； 程序運行出現難以捕捉和不可再現的錯誤； 響應其他業(yè)務流程的錯誤。 在發(fā)現的兩天內完成。 C類一般嚴重錯誤 操作界面錯誤（包括數據窗口內列名定義、含義是否一致） 打印內容、格式錯誤 簡單的輸入限制未放在前臺進行控制 刪除/退出操作未給出提示 數據庫表中有過多的空字段 功能不完整，如菜單、按鈕不響應 對錯誤沒有處理信息 系統(tǒng)上線前必須修復 完成 D類一般性錯誤 界面不規(guī)范； 輔助說明描述不清楚； 輸入輸出不規(guī)范； 提示窗口文字未采用

10、行業(yè)術語； 可輸入區(qū)域和只讀區(qū)域沒有明顯的區(qū)分標志。 正常排隊等待修復或 方便時修復 E類較小錯誤 Tab鍵跳轉不正常； 窗口控件的Z-Order不正確； 窗口中的按鈕或者控件缺少快捷字母，或快捷字母沖突； 文字表述中有錯別字或歧義； 測試人員所提出的建設性意見。 方便時再修復 優(yōu)先級優(yōu)先級描述描述 緊急（5-Urgent）缺陷很緊急且很嚴重，得立即修復。 很高優(yōu)先級(4-very High)例如，軟件的主要功能錯誤或者造成軟件崩潰，數 據丟失的缺陷。 較高優(yōu)先級(3-High)例如，影響軟件功能和性能的一般缺陷。 一般優(yōu)先級(2-Medium)例如，本地化軟件的某些字符沒有翻譯或者翻譯不 準

11、確的缺陷。 低優(yōu)先級（1-Low） 例如，對軟件的質量影響非常輕微或出現幾率很低 的缺陷。 缺陷狀態(tài)缺陷狀態(tài)描述描述 新提交（New）新提交的缺陷狀態(tài) 激活(Open)缺陷已提交，正在處理 已拒絕(Rejected)拒絕“已提交的缺陷”，不需要修改或不是缺陷 已解決(Fixed)缺陷已修改 重激活(Reopen) 缺陷修改未通過再測試， 或因其他原因造成缺陷再次打開 重復缺陷（Duplicate）缺陷重復出現，已經被提交過。 已關閉(Closed)確認缺陷已被修復，將其關閉 軟件缺陷的有效描述規(guī)則，主要是： 1. 單一準確 每個報告只針對一個軟件缺陷。在一個報告中報告多個軟件缺陷的弊端是常常會

12、導致缺陷部分被注意和修復，不能得到徹底的修正。 2. 可以再現 提供缺陷的精確操作步驟，使開發(fā)人員容易看懂，可以自己再現這個缺陷，通常情況下，開發(fā)人員只有再現了缺陷，才能正確地修 復缺陷。 3. 完整統(tǒng)一 提供完整、前后統(tǒng)一的軟件缺陷的步驟和信息，例如：圖片信息，Log文件等。 4. 短小簡練 通過使用關鍵詞，可以使軟件缺陷的標題的描述短小簡練，又能準確解釋產生缺陷的現象。如“主頁的導航欄在低分辨率下顯示不 整齊”中“主頁”、“導航欄”、“分辨率”等是關鍵詞。 5. 特定條件 許多軟件功能在通常情況下沒有問題，而是在某種特定條件下會存在缺陷，所以軟件缺陷描述不要忽視這些看似細節(jié)的但又必要的 特

13、定條件（如特定的操作系統(tǒng)、瀏覽器或某種設置等），能夠提供幫助開發(fā)人員找到原因的線索。如“搜索功能在沒有找到結果返 回時跳轉頁面不對”。 6. 補充完善 從發(fā)現bug那一刻起，測試人員的責任就是保證它被正確的報告，并且得到應有的重視，繼續(xù)監(jiān)視其修復的全過程。 7. 不做評價 在軟件缺陷描述不要帶有個人觀點，對開發(fā)人員進行評價。軟件缺陷報告是針對產品、針對問題本身，將事實或現象客觀地描述出 來就可以，不需要任何評價或議論。 nTest Director Hp公司 nClear Quest IBM Rational公司 軟件錯誤:在可以遇見的時期內,軟件將有人來開發(fā).在整個生存期的各個階段,都貫 穿

14、 著人的直接或間接的干預.然而人難免犯錯誤,這必然給軟件留下不良的痕跡. 軟件錯誤是指在軟件生存期內的不希望或不可接受的人為錯誤,其結果是導致軟 件缺陷的產生.可見,軟件錯誤是一種人為過程,相對于軟件本身,是一種外部行 為. 軟件缺陷:軟件缺陷是存在于軟件(文檔,數據,程序)之中的那些不希望或不可接受 的偏差.其結果是軟件運行于某一特定條件時出現軟件故障,這時稱軟件被激活. 軟件故障:軟件故障是指軟件運行過程中出現的一種不希望或不可接受的內部狀態(tài). 比如:軟件處于執(zhí)行一個多余循還過程時,我們可以軟件出現故障.若此時沒有適 當的措施(容錯)加以處理,便產生軟件失效.軟件故障是一種動態(tài)行為. 軟件失效:軟件失效是指軟件運行時產生的一種不希望或不可接受的外部行為結果. 缺陷管理目的: 缺陷管理目的是對各階段測試發(fā)現的缺陷進行跟蹤管理，以保證各級 缺陷的修復率達到標準。主要實現以下目標： l 及時了解并跟蹤每個被發(fā)現的缺陷； l 確保每個被發(fā)現的缺陷都能被處理； l 收集缺陷數據并根據缺陷趨勢曲線識別測試過程階段； l 收集缺陷數據并在其上進行數據分析，作為組織過程的財富。 參與缺陷管理過程人員角色職責: 項目經理（PM） l負責指派缺陷給相關責任人. 項目測試負責人（TM）: l決定缺陷管理方式和工具，擬定決策評審計劃； l管理所有缺陷關閉情況； l審核測試