CMMI質量管理體系

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

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

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

8.嚴重的功能邏輯錯誤9.Bug被重開2次

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

1.單一準確

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

2.可以再現(xiàn)

提供缺陷的精確操作步驟，使開發(fā)人員容易看懂，可以自己再現(xiàn)這個缺陷，通常情況下，開發(fā)人員只有再現(xiàn)了缺陷，才能正確地修復缺陷。

3.完整統(tǒng)一

提供完整、前后統(tǒng)一的軟件缺陷的步驟和信息，例如：圖片信息，Log文件等。

4.短小簡練

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

5.特定條件

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

6.補充完善

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