CMMI質(zhì)量管理體系-軟件測(cè)試缺陷管理

CMMI質(zhì)量管理體系

——缺陷管理缺陷管理概念及目的2缺陷管理目的：對(duì)各階段測(cè)試發(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í)別測(cè)試過程階段；收集缺陷數(shù)據(jù)并在其上進(jìn)行數(shù)據(jù)分析，作為組織過程的財(cái)富。什么是缺陷管理？缺陷管理是在軟件生命周期中識(shí)別、管理、溝通任何缺陷的過程（從缺陷的識(shí)別到缺陷的解決關(guān)閉），確保缺陷被跟蹤管理而不丟失。缺陷管理3軟件測(cè)試中經(jīng)常使用各種術(shù)語(yǔ)來描述軟件出現(xiàn)的問題,如下一些通用的術(shù)語(yǔ):軟件錯(cuò)誤(SoftwareError)軟件缺陷(SoftwareDefect)軟件故障(Softwarefault)軟件失效(Softwarefailure)區(qū)分這些術(shù)語(yǔ)很重要，它關(guān)系到測(cè)試工程師對(duì)軟件失效現(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ò)誤是一種人為過程,相對(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é)果.缺陷管理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)目測(cè)試經(jīng)理（TM）:決定缺陷管理方式和工具，擬定決策評(píng)審計(jì)劃；管理所有缺陷關(guān)閉情況；審核測(cè)試人員提交的缺陷；對(duì)測(cè)試人員的工作質(zhì)量進(jìn)行跟蹤與評(píng)價(jià)。測(cè)試人員（TE）負(fù)責(zé)報(bào)告系統(tǒng)缺陷記錄，且協(xié)助項(xiàng)目人員進(jìn)行缺陷定位；負(fù)責(zé)驗(yàn)證缺陷修復(fù)情況，且填寫缺陷記錄中相應(yīng)信息；負(fù)責(zé)執(zhí)行系統(tǒng)回歸測(cè)試；提交缺陷報(bào)告；負(fù)責(zé)被測(cè)軟件進(jìn)行質(zhì)量數(shù)據(jù)和分析。項(xiàng)目相關(guān)開發(fā)人員（DE）修改測(cè)試發(fā)現(xiàn)的缺陷，并提交成果物做再測(cè)試；負(fù)責(zé)接收各自的缺陷記錄，并且修改；負(fù)責(zé)提供缺陷記錄跟蹤中其它相應(yīng)信息。質(zhì)量保證人員（QA）監(jiān)控項(xiàng)目組缺陷管理規(guī)程執(zhí)行情況。測(cè)試管理流程8缺陷狀態(tài)9缺陷狀態(tài)狀態(tài)描述新建測(cè)試或評(píng)審人員記錄缺陷后的狀態(tài)已分配開發(fā)經(jīng)理接受測(cè)試人員提交的缺陷是缺陷后，將其分配給對(duì)應(yīng)的開發(fā)人員，并將狀態(tài)置為“已分配”狀態(tài)已拒絕開發(fā)經(jīng)理或者開發(fā)人員看到分配給自己的缺陷不是缺陷，將缺陷置為“已拒絕”狀態(tài)已修復(fù)開發(fā)人員在開發(fā)環(huán)境對(duì)一個(gè)缺陷已經(jīng)修復(fù)完，開發(fā)人員置為“已修復(fù)”狀態(tài)重新打開測(cè)試人員看到缺陷處于“已修復(fù)”狀態(tài)，經(jīng)驗(yàn)證失敗后，將缺陷置為“重新打開”狀態(tài)；“已掛起”的缺陷開始處理，開發(fā)人員將缺陷置為“重新打開”狀態(tài)已拒絕已關(guān)閉表示缺陷被開發(fā)經(jīng)理拒絕并已通過測(cè)試人員的認(rèn)可已掛起開發(fā)經(jīng)理判斷缺陷為推遲修改的，將狀態(tài)置為“已掛起”狀態(tài)；開發(fā)人員判斷缺陷為推遲修改的，將狀態(tài)置為“已掛起”狀態(tài)已關(guān)閉測(cè)試人員看到缺陷處于“已修復(fù)”狀態(tài)，經(jīng)驗(yàn)證通過后，將缺陷置為“已關(guān)閉”狀態(tài)缺陷管理相關(guān)屬性10缺陷屬性描述缺陷描敘（Summary）簡(jiǎn)單描述缺陷，主要是什么缺陷缺陷發(fā)現(xiàn)提交者（DetectedBy）描敘缺陷是由誰發(fā)現(xiàn)提出的。缺陷發(fā)現(xiàn)時(shí)間（DetectedonDate）描敘缺陷發(fā)現(xiàn)提出時(shí)間。缺陷嚴(yán)重性（Severity）描述缺陷的嚴(yán)重性。缺陷分給誰（Assignedto）指缺陷分派給誰。缺陷在哪個(gè)版本發(fā)現(xiàn)(DetectedinVersion)描敘缺陷發(fā)現(xiàn)的版本缺陷被修改的時(shí)間（Modified）描敘缺陷被修改的時(shí)間。計(jì)劃修復(fù)時(shí)間（PlanfixedData）描敘缺陷計(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í)際關(guān)閉的版本（ClosedinVersion）描述缺陷實(shí)際關(guān)閉的版本。缺陷實(shí)際修復(fù)所花的時(shí)間（ActualFixedTime）描述缺陷實(shí)際修復(fù)所花的時(shí)間缺陷修復(fù)完成時(shí)間（ClosingDate）描述缺陷實(shí)際關(guān)閉的時(shí)間。注釋(Comments)描敘對(duì)缺陷的注釋。附件（Attachments）添加缺陷附件。缺陷優(yōu)先級(jí)11缺陷的優(yōu)先級(jí)是根據(jù)用戶對(duì)缺陷修改的時(shí)間要求劃分的，具體如下：序號(hào)優(yōu)先等級(jí)緊急程度描述1P1立即解決缺陷導(dǎo)致系統(tǒng)幾乎不能使用或測(cè)試不能繼續(xù)，需立即修復(fù)2P2高優(yōu)先級(jí)缺陷嚴(yán)重影響測(cè)試需要優(yōu)先考慮3P3正常排隊(duì)缺陷需要正常排隊(duì)等待修復(fù)4P4低優(yōu)先級(jí)缺陷可以在開發(fā)人員有時(shí)間的時(shí)候再被糾正缺陷嚴(yán)重等級(jí)定義12序號(hào)嚴(yán)重程度缺陷性質(zhì)定義標(biāo)準(zhǔn)優(yōu)先級(jí)1A類致命缺陷直接影響測(cè)試?yán)^續(xù)執(zhí)行的錯(cuò)誤。必須在最短時(shí)間內(nèi)修復(fù)，否則測(cè)試無法繼續(xù)進(jìn)行。包含但不限于：1.正常的用戶操作導(dǎo)致瀏覽器崩潰或無響應(yīng)2.產(chǎn)品核心功能沒有實(shí)現(xiàn)或無法使用3.程序?qū)崿F(xiàn)與需求嚴(yán)重不符4.其他導(dǎo)致無法測(cè)試的錯(cuò)誤5.嚴(yán)重的數(shù)值計(jì)算錯(cuò)誤6.存在致命的安全漏洞7.Bug被重開3次及以上立即解決2B類嚴(yán)重缺陷影響其他測(cè)試案例的繼續(xù)執(zhí)行或與功能規(guī)格嚴(yán)重不符的錯(cuò)誤，以及有可能給銀行造成損失和風(fēng)險(xiǎn)的錯(cuò)誤。包含但不限于：1.產(chǎn)品功能實(shí)現(xiàn)不正確2.主業(yè)務(wù)流程對(duì)應(yīng)的功能未實(shí)現(xiàn)，阻礙測(cè)試?yán)^續(xù)進(jìn)行3.嚴(yán)重的兼容性問題和頁(yè)面樣式問題，如：頁(yè)面樣式嚴(yán)重錯(cuò)亂，導(dǎo)致頁(yè)面控件無法正常定

位；4.正常的用戶操作導(dǎo)致瀏覽器出現(xiàn)偶發(fā)類崩潰（偶發(fā)概率20%以上）5.程序?qū)崿F(xiàn)與需求功能上不符6.其他導(dǎo)致部分模塊無法測(cè)試的錯(cuò)誤7.主要數(shù)值計(jì)算錯(cuò)誤

8.嚴(yán)重的功能邏輯錯(cuò)誤9.Bug被重開2次

高優(yōu)先級(jí)3C類一般缺陷影響客戶服務(wù)的錯(cuò)誤。對(duì)系統(tǒng)功能影響比較小的錯(cuò)誤,在測(cè)試結(jié)束前必須修復(fù)。如報(bào)表格式不完全正確，提示信息不對(duì)，畫面布局文字有錯(cuò)誤等正常排隊(duì)4D類微小缺陷如提示信息不準(zhǔn)確，畫面布局位置不合理低優(yōu)先級(jí)5E類建議對(duì)系統(tǒng)功能提出自己的見解或意見，具使其具備一定的改革和改良的條件，使其向著更加良好的、積極的方面去完善和發(fā)展。低優(yōu)先級(jí)缺陷管理——缺陷來源13序號(hào)缺陷起源描述1需求由于需求問題引起的缺陷2設(shè)計(jì)由于設(shè)計(jì)問題引起的缺陷3編碼由于編碼問題引起的缺陷4集成由于集成問題引起的缺陷5其他由于其他問題引起的缺陷缺陷管理——缺陷分類14序號(hào)缺陷類型描述子類型名稱1功能問題影響了重要的特性、用戶界面、產(chǎn)品接口、硬件結(jié)構(gòu)接口和全局?jǐn)?shù)據(jù)結(jié)構(gòu)。并且設(shè)計(jì)文檔需要正式的變更。如指針，循環(huán)，遞歸，功能等缺陷。功能錯(cuò)誤功能缺失功能超越設(shè)計(jì)二義性算法錯(cuò)誤2接口問題與其他組件、模塊或設(shè)備驅(qū)動(dòng)程序、調(diào)用參數(shù)、控制塊或參數(shù)列表相互影響的缺陷。模塊間接口模塊內(nèi)接口公共數(shù)據(jù)使用3邏輯問題需要進(jìn)行邏輯分析，進(jìn)行代碼修改，如循環(huán)條件等分支不正確重復(fù)的邏輯忽略極端條件不必要的功能誤解條件測(cè)試錯(cuò)誤循環(huán)不正確錯(cuò)誤的變量檢查計(jì)算順序錯(cuò)誤邏輯順序錯(cuò)誤4計(jì)算問題等式、符號(hào)、操作符或操作書錯(cuò)誤，精度不夠、不適當(dāng)?shù)臄?shù)據(jù)驗(yàn)證等缺陷。等式錯(cuò)誤缺少運(yùn)算符錯(cuò)誤的操作數(shù)括號(hào)用法不正確精度不夠舍入錯(cuò)誤符號(hào)錯(cuò)誤缺陷管理——缺陷分類15序號(hào)缺陷類型描述子類型名稱5數(shù)據(jù)問題需要修改少量代碼，如初始化或控制塊。如聲明、重復(fù)命名，范圍、限定等缺陷。初始化錯(cuò)誤存取錯(cuò)誤引用錯(cuò)誤的變量數(shù)組引用越界不一致的子程序參數(shù)數(shù)據(jù)單位不正確數(shù)據(jù)維數(shù)不正確變量類型不正確數(shù)據(jù)范圍不正確操作符數(shù)據(jù)錯(cuò)誤變量定位錯(cuò)誤數(shù)據(jù)覆蓋外部數(shù)據(jù)錯(cuò)誤輸出數(shù)據(jù)錯(cuò)誤輸入數(shù)據(jù)錯(cuò)誤數(shù)據(jù)檢驗(yàn)錯(cuò)誤6用戶界面問題人機(jī)交互特性：屏幕格式，確認(rèn)用戶輸入，功能有效性，頁(yè)面排版等方面的缺陷。界面風(fēng)格不統(tǒng)一屏幕上的信息不可用屏幕上的錯(cuò)誤信息界面功能布局和操作不合常規(guī)7文檔問題影響發(fā)布和維護(hù)，包括注釋等缺陷。描述含糊項(xiàng)描述不完整項(xiàng)描述不正確項(xiàng)缺少或多余項(xiàng)不能驗(yàn)證項(xiàng)不能完成不符合標(biāo)準(zhǔn)與需求不一致文字排版錯(cuò)誤文檔信息錯(cuò)誤注釋缺陷缺陷管理——缺陷分類16通過對(duì)缺陷進(jìn)行分類，可以迅速找出哪一類缺陷的問題最大，然后集中精力預(yù)防和排除這一類缺陷。序號(hào)缺陷類型描述子類型名稱8性能問題不滿足系統(tǒng)可測(cè)量的屬性值，如：執(zhí)行時(shí)間，事務(wù)處理速率等缺陷。9配置問題由于配置庫(kù)、變更管理或版本控制引起的錯(cuò)誤。配置管理問題編譯打包缺陷變更缺陷糾錯(cuò)缺陷10標(biāo)準(zhǔn)問題不符合各種標(biāo)準(zhǔn)的要求，如編碼標(biāo)準(zhǔn)、設(shè)計(jì)符號(hào)等缺陷。不符合編碼標(biāo)準(zhǔn)不符合軟件標(biāo)準(zhǔn)不符合行業(yè)標(biāo)準(zhǔn)11環(huán)境問題由于設(shè)計(jì)、編譯和運(yùn)行環(huán)境引發(fā)的問題。設(shè)計(jì)、編譯環(huán)境運(yùn)行環(huán)境12其他問題以上問題所不包含的其他問題。缺陷管理——怎樣專業(yè)的描述缺陷17軟件缺陷的有效描述規(guī)則，主要是：

1.單一準(zhǔn)確

每個(gè)報(bào)告只針對(duì)一個(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.短小簡(jiǎn)練

通過使用關(guān)鍵詞，可以使軟件缺陷的標(biāo)題的描述短小簡(jiǎn)練，又能準(zhǔn)確解釋產(chǎn)生缺陷的現(xiàn)象。如“主頁(yè)的導(dǎo)航欄在低分辨率下顯示不整齊”中“主頁(yè)”、“導(dǎo)航欄”、“分辨率”等是關(guān)鍵詞。

5.特定條件

許多軟件功能在通常情況下沒有問題，而是在某種特定條件下會(huì)存在缺陷，所以軟件缺陷描述不要忽視這些看似細(xì)節(jié)的但又必要的特定條件（如特定的操作系統(tǒng)、瀏覽器或某種設(shè)置等），能夠提供幫助開發(fā)人員找到原因的線索。如“搜索功能在沒有找到結(jié)果返回時(shí)跳轉(zhuǎn)頁(yè)面不對(duì)”。

6.補(bǔ)充完善

從發(fā)現(xiàn)bug那一刻起，測(cè)試人員的責(zé)任就是保證它被正確的報(bào)告，并且得到應(yīng)有的重視，繼續(xù)監(jiān)視其修復(fù)的全