• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>
    • 軟件測試技術
    • 軟件測試博客
    • 軟件測試視頻
    • 開源軟件測試技術
    • 軟件測試論壇
    • 軟件測試沙龍
    • 軟件測試資料下載
    • 軟件測試雜志
    • 軟件測試人才招聘
      暫時沒有公告

    字號: | 推薦給好友 上一篇 | 下一篇

    軟件缺陷管理

    發布: 2008-8-14 11:18 | 作者: 網絡轉載 | 來源: 希賽網 | 查看: 62次 | 進入軟件測試論壇討論

    領測軟件測試網

    1. 背景介紹
      軟件中的缺陷(DefectBug)是軟件開發過程中的"副產品"。通常,缺陷會導致軟件產品在某種程度上不能滿足用戶的需要。
      每一個軟件組織都知道必須妥善處理軟件中的缺陷。這是關系到軟件組織生存、發展的質量根本?蛇z憾的是,并非所有的軟件組織都知道如何有效地管理自己軟件中的缺陷。
      本文從CMM的視角闡述了不同成熟度的軟件組織如何管理自己軟件中的缺陷。希望軟件組織可以結合自己的實踐,找到適合自己的缺陷管理過程。
    2. 個體行為
      處于CMM第一級(或稱為初始級)的軟件組織,對軟件缺陷的管理無章可循。工程師們只是在發現缺陷后,修改相應的軟件。通常,沒有人會去記錄自己發現的缺陷。也沒有人知道在新的軟件版本里,究竟糾正了哪些缺陷,還有哪些缺陷未被糾正。而且,只有在下一輪測試中才有可能知道那些所謂已被糾正了的缺陷是否真的被糾正了,更重要的是糾正過程是否引入了新的缺陷。
      所以這樣的軟件組織的項目交貨期(Release Date)表現出強烈的不可預測性。并且, 為了獲得一個高質量的軟件產品(如果能夠的話),通常要在測試上花費大量的人力。 
    3. 項目行為
      在CMM第二級(或稱為可重復級)的軟件組織中,軟件項目會從自身的需要出發,制定本項目的缺陷管理過程。一個完備軟件缺陷管理過程通常會包括如下幾個方面:
     。1)提交缺陷
     。2)分析和定位缺陷
     。3)提請修改相應的軟件
     。4)修改相應的軟件
     。5)驗證修改
      項目組會完整地記錄開發過程中的缺陷,監控缺陷的修改過程,并驗證修改缺陷的結果。
    4. 組織行為
      CMM第三級(或稱為已定義級)的軟件組織會匯集組織內部以前項目的經驗教訓,制定組織級的缺陷管理過程。并且,要求項目根據組織級的缺陷管理過程定制本項目的缺陷管理過程。
      從而,整個軟件組織中的項目都遵循類似的過程來管理缺陷。好的缺陷管理實踐成為所有項目的實踐,而教訓也為所有項目所了解。更重要的是,隨著組織的不斷發展完善,組織的過程會得到持續性的改進,所有項目的過程也都會相應的改進。
    5. 量化管理
      CMM第四級(或稱為已管理級)的軟件組織會根據已收集的缺陷數據,采用SPC的方法建立軟件過程能力基線(Process Capability Baseline)。對于缺陷管理,可以缺陷密度為例,過程能力基線通常包括期望(Mean),能力上限(Upper Control Limit,UCL),能力下限(Low Control Limit,LCL)。其中,"期望"描述了未來項目的缺陷密度的預期值,而UCL和LCL描述了未來項目的缺陷密度的合理變化范圍。
      這樣的過程能力基線可以用來:(1)幫助未來的項目設立量化的項目質量目標;(2)理解和控制未來項目的實際結果。 



      以上圖為例,在項目開始時,項目可以根據過程能力基線并結合本項目的實際情況來設立缺陷密度目標;而在項目的生命周期里,可以使用這樣的過程行為圖(Process Behaviour Chart)來理解和控制項目的實際的缺陷密度。當項目的實際缺陷密度在UCL和LCL之間波動時,可以理解為項目的開發過程處于受控狀態。換言之,當項目的實際缺陷密度超越了UCL或LCL時,可認為某異常的原因(Special Cause)導致了這一現象,必須進行分析并實施某種行動來防止該異常的原因再次發生,從而確保開發過程始終處于受控狀態。
    6. 持續優化
      與CMM第四級相比,CMM第五級(或稱為持續優化級)更強調對組織的過程進行持續性改進,從而使過程能力得到不斷的提升。
      就缺陷管理而言,軟件組織應當在量化理解其過程能力的基礎上,持續地改進組織級的開發過程、缺陷發現過程,引入新方法、新工具,加強經驗交流,從而實現缺陷預防(Defect Prevention)。
      缺陷預防的著眼點在于缺陷的共性原因(Common Cause)。通過找尋、分析和處理缺陷的共性原因,實現缺陷預防。
      當實施了缺陷預防,缺陷密度的過程行為圖將可表現為下圖的形式。 


    7. 小結
      軟件的缺陷是軟件開發過程中的重要屬性,它提供了許多信息。不同成熟度的軟件組織采用不同的方式管理缺陷。低成熟度的軟件組織會記錄缺陷,并跟蹤缺陷糾正過程。高成熟度的軟件組織,還會充分利用缺陷提供的信息,建立組織過程能力基線,實現量化過程管理,并可以此為基礎,通過缺陷預防實現過程的持續性優化。
    參考資料
      [1] Capability Maturity Model for Software, Version 1.1, Mark C. Paulk, Bill Curtis, Mary B. Chrissis, Feb 1993.
      [2] Understanding Variation--The Key to Managing Chaos,Second Edition,Ronald J. Wheeler, SPC Press 

    延伸閱讀

    文章來源于領測軟件測試網 http://www.kjueaiud.com/

    TAG: 管理 缺陷 軟件


    關于領測軟件測試網 | 領測軟件測試網合作伙伴 | 廣告服務 | 投稿指南 | 聯系我們 | 網站地圖 | 友情鏈接
    版權所有(C) 2003-2010 TestAge(領測軟件測試網)|領測國際科技(北京)有限公司|軟件測試工程師培訓網 All Rights Reserved
    北京市海淀區中關村南大街9號北京理工科技大廈1402室 京ICP備10010545號-5
    技術支持和業務聯系:info@testage.com.cn 電話:010-51297073

    軟件測試 | 領測國際ISTQBISTQB官網TMMiTMMi認證國際軟件測試工程師認證領測軟件測試網

    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>