缺陷管理培訓(xùn)

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

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

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

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

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

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

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

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

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

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

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

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

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

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