CMMI質(zhì)量管理體系——軟件測試缺陷管理課件.ppt

CMMI質(zhì)量管理體系缺陷管理,缺陷管理概念及目的,2,缺陷管理目的：對各階段測試發(fā)現(xiàn)的缺陷進(jìn)行跟蹤管理，以保證各級(jí)缺陷的修復(fù)率達(dá)到標(biāo)準(zhǔn)。主要實(shí)現(xiàn)以下目標(biāo)：及時(shí)了解并跟蹤每個(gè)被發(fā)現(xiàn)的缺陷；確保每個(gè)被發(fā)現(xiàn)的缺陷都能被處理；收集缺陷數(shù)據(jù)并根據(jù)缺陷趨勢曲線識(shí)別測試過程階段；收集缺陷數(shù)據(jù)并在其上進(jìn)行數(shù)據(jù)分析，作為組織過程的財(cái)富。,什么是缺陷管理？缺陷管理是在軟件生命周期中識(shí)別、管理、溝通任何缺陷的過程（從缺陷的識(shí)別到缺陷的解決關(guān)閉），確保缺陷被跟蹤管理而不丟失。,缺陷管理,3,軟件測試中經(jīng)常使用各種術(shù)語來描述軟件出現(xiàn)的問題,如下一些通用的術(shù)語:軟件錯(cuò)誤(SoftwareError)軟件缺陷(SoftwareDefect)軟件故障(Softwarefault)軟件失效(Softwarefailure)區(qū)分這些術(shù)語很重要，它關(guān)系到測試工程師對軟件失效現(xiàn)象與機(jī)理的深刻理解.由于軟件內(nèi)部邏輯復(fù)雜,運(yùn)行環(huán)境動(dòng)態(tài)變化,且不同的軟件差異可能很大,因而軟件失效的機(jī)理可能也有不同的表現(xiàn)形式,但總的來說,軟件失效的機(jī)理可描述為:軟件錯(cuò)誤-軟件缺陷-軟件故障-軟件失效,缺陷管理,4,軟件錯(cuò)誤:在可以遇見的時(shí)期內(nèi),軟件將有人來開發(fā).在整個(gè)生存期的各個(gè)階段,都貫穿著人的直接或間接的干預(yù).然而人難免犯錯(cuò)誤,這必然給軟件留下不良的痕跡.軟件錯(cuò)誤是指在軟件生存期內(nèi)的不希望或不可接受的人為錯(cuò)誤,其結(jié)果是導(dǎo)致軟件缺陷的產(chǎn)生.可見,軟件錯(cuò)誤是一種人為過程,相對于軟件本身,是一種外部行為.軟件缺陷:軟件缺陷是存在于軟件(文檔,數(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é)果.,缺陷管理,5,綜上所述,軟件錯(cuò)誤是一種人為錯(cuò)誤.一個(gè)軟件錯(cuò)誤必定產(chǎn)生一個(gè)或多個(gè)軟件缺陷.當(dāng)一個(gè)軟件缺陷被激活時(shí),便產(chǎn)生一個(gè)軟件故障;同一個(gè)軟件缺陷在不同條件下被激活,可能產(chǎn)生不同的軟件故障.軟件故障如果沒有及時(shí)容錯(cuò)措施加以處理,便不可避免地導(dǎo)致軟件失效.,缺陷原因分布圖,6,缺陷管理人員職責(zé),7,參與缺陷管理過程人員角色職責(zé):項(xiàng)目經(jīng)理（PM）負(fù)責(zé)指派缺陷給相關(guān)責(zé)任人.項(xiàng)目測試經(jīng)理（TM）:決定缺陷管理方式和工具，擬定決策評(píng)審計(jì)劃；管理所有缺陷關(guān)閉情況；審核測試人員提交的缺陷；對測試人員的工作質(zhì)量進(jìn)行跟蹤與評(píng)價(jià)。測試人員（TE）負(fù)責(zé)報(bào)告系統(tǒng)缺陷記錄，且協(xié)助項(xiàng)目人員進(jìn)行缺陷定位；負(fù)責(zé)驗(yàn)證缺陷修復(fù)情況，且填寫缺陷記錄中相應(yīng)信息；負(fù)責(zé)執(zhí)行系統(tǒng)回歸測試；提交缺陷報(bào)告；負(fù)責(zé)被測軟件進(jìn)行質(zhì)量數(shù)據(jù)和分析。項(xiàng)目相關(guān)開發(fā)人員（DE）修改測試發(fā)現(xiàn)的缺陷，并提交成果物做再測試；負(fù)責(zé)接收各自的缺陷記錄，并且修改；負(fù)責(zé)提供缺陷記錄跟蹤中其它相應(yīng)信息。質(zhì)量保證人員（QA）監(jiān)控項(xiàng)目組缺陷管理規(guī)程執(zhí)行情況。,測試管理流程,8,缺陷狀態(tài),9,缺陷管理相關(guān)屬性,10,2019/12/15,11,可編輯,缺陷優(yōu)先級(jí),12,缺陷的優(yōu)先級(jí)是根據(jù)用戶對缺陷修改的時(shí)間要求劃分的，具體如下：,缺陷嚴(yán)重等級(jí)定義,13,缺陷管理缺陷來源,14,缺陷管理缺陷分類,15,缺陷管理缺陷分類,16,缺陷管理缺陷分類,17,通過對缺陷進(jìn)行分類，可以迅速找出哪一類缺陷的問題最大，然后集中精力預(yù)防和排除這一類缺陷。,缺陷管理怎樣專業(yè)的描述缺陷,18,軟件缺陷的有效描述規(guī)則，主要是：1.單一準(zhǔn)確每個(gè)報(bào)告只針對一個(gè)軟件缺陷。在一個(gè)報(bào)告中報(bào)告多個(gè)軟件缺陷的弊端是常常會(huì)導(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é)的但又必要的特定條件（如特定的操作系統(tǒng)、瀏覽器或某種設(shè)置等），能夠提供幫助開發(fā)人員找到原因的線索。如“搜索功能在沒有找到結(jié)果返回時(shí)跳轉(zhuǎn)頁面不對”。6.補(bǔ)充完善從發(fā)現(xiàn)bug那一刻起，測試人員的責(zé)任就是保證它被正確的報(bào)告，并且得到應(yīng)有的重視，繼續(xù)監(jiān)視其修復(fù)的全過程。7.不做評(píng)價(jià)在軟件缺陷描述不要帶有個(gè)人觀點(diǎn)，對開發(fā)人員進(jìn)行評(píng)價(jià)。軟件缺陷報(bào)告是針對產(chǎn)品、針對問題本身，將事實(shí)或現(xiàn)象客觀地描述出來就可以，不需要任何評(píng)價(jià)或議論。,缺陷管理工具介紹,19,TestDirector（商業(yè)，Hp公司），以前是mercury公司的產(chǎn)品Quality