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

CMMI質(zhì)量管理體系

——缺陷管理缺陷管理概念及目的2缺陷管理目的：對各階段測試發(fā)現(xiàn)的缺陷進(jìn)行跟蹤管理，以保證各級缺陷的修復(fù)率達(dá)到標(biāo)準(zhǔn)。主要實(shí)現(xiàn)以下目標(biāo)：及時了解并跟蹤每個被發(fā)現(xiàn)的缺陷；確保每個被發(fā)現(xiàn)的缺陷都能被處理；收集缺陷數(shù)據(jù)并根據(jù)缺陷趨勢曲線識別測試過程階段；收集缺陷數(shù)據(jù)并在其上進(jìn)行數(shù)據(jù)分析，作為組織過程的財富。什么是缺陷管理？缺陷管理是在軟件生命周期中識別、管理、溝通任何缺陷的過程（從缺陷的識別到缺陷的解決關(guān)閉），確保缺陷被跟蹤管理而不丟失。缺陷管理3軟件測試中經(jīng)常使用各種術(shù)語來描述軟件出現(xiàn)的問題,如下一些通用的術(shù)語:軟件錯誤(SoftwareError)軟件缺陷(SoftwareDefect)軟件故障(Softwarefault)軟件失效(Softwarefailure)區(qū)分這些術(shù)語很重要，它關(guān)系到測試工程師對軟件失效現(xiàn)象與機(jī)理的深刻理解.由于軟件內(nèi)部邏輯復(fù)雜,運(yùn)行環(huán)境動態(tài)變化,且不同的軟件差異可能很大,因而軟件失效的機(jī)理可能也有不同的表現(xiàn)形式,但總的來說,軟件失效的機(jī)理可描述為:軟件錯誤->軟件缺陷->軟件故障->軟件失效缺陷管理4軟件錯誤:在可以遇見的時期內(nèi),軟件將有人來開發(fā).在整個生存期的各個階段,都貫穿著人的直接或間接的干預(yù).然而人難免犯錯誤,這必然給軟件留下不良的痕跡.軟件錯誤是指在軟件生存期內(nèi)的不希望或不可接受的人為錯誤,其結(jié)果是導(dǎo)致軟件缺陷的產(chǎn)生.可見,軟件錯誤是一種人為過程,相對于軟件本身,是一種外部行為.軟件缺陷:軟件缺陷是存在于軟件(文檔,數(shù)據(jù),程序)之中的那些不希望或不可接受的偏差.其結(jié)果是軟件運(yùn)行于某一特定條件時出現(xiàn)軟件故障,這時稱軟件被激活.軟件故障:軟件故障是指軟件運(yùn)行過程中出現(xiàn)的一種不希望或不可接受的內(nèi)部狀態(tài).比如:軟件處于執(zhí)行一個多余循還過程時,我們可以軟件出現(xiàn)故障.若此時沒有適當(dāng)?shù)拇胧?容錯)加以處理,便產(chǎn)生軟件失效.軟件故障是一種動態(tài)行為.軟件失效:軟件失效是指軟件運(yùn)行時產(chǎn)生的一種不希望或不可接受的外部行為結(jié)果.缺陷管理5

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

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

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

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

每個報告只針對一個軟件缺陷。在一個報告中報告多個軟件缺陷的弊端是常常會導(dǎo)致缺陷部分被注意和修復(fù)，不能得到徹底的修正。

2.可以再現(xiàn)

提供缺陷的精確操作步驟，使開發(fā)人員容易看懂，可以自己再現(xiàn)這個缺陷，通常情況下，開發(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.特定條件

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

6.補(bǔ)充完善

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