軟件缺陷管理

1、軟件缺陷管理1. 什么是缺陷管理世間萬物都有著自己的生命歷程，任何產品在生產過程中，從一開始創(chuàng)建它的過程中，產品缺陷就會逐慚產生，并可能缺陷數(shù)量越來越多，若在產品生命周期過程中不建立缺陷檢測 制度,對已發(fā)現(xiàn)的缺陷不采取有效的控制措施，最終可能導致產品無法具有相應的使用功能，產品生命周期就會提前結束，產品的生產是失敗的.因此，必須建立一套完整的產品缺陷管理 制度，針對具體的產品生產特征制定相應的缺陷檢測、缺陷簽定、缺陷處理、缺陷驗收等一 系列技術措施，不斷的避免或糾正產品缺陷，使終使產品在其生命周期中處于可控狀態(tài)。2. 缺陷管理的過程及方法2. 1缺陷的檢測：由檢測人員在產品的生產加工過程中，按

2、照本行業(yè)的質量要求及檢測手 段隨時對產品的全部或某項設計功能進行檢查，如果不能達到設計要求 （可能要求在某一范圍內可認為是合格的），則認定這一環(huán)節(jié)存在缺陷，缺陷生命周期開始。2. 2缺陷的簽定：對部份產品的缺陷，由于檢測人員還不能確定缺陷的全部相關信息，這 時就應該組織缺陷的簽定，通過采用專家評審、使用先進技術手段或設備等，得到缺陷的全 部信息，為缺陷處理提供原始數(shù)據(jù)。2. 3缺陷的處理：生產人員從測試人員處得到缺陷信息后，就應根據(jù)缺陷所列內容結合產 品的生產過程，檢查缺陷可能出現(xiàn)在哪一個環(huán)節(jié)，應作如何改正，避免類似缺陷再度出現(xiàn)。已出現(xiàn)測試人員提出的缺陷的產品可否采用一定的方法可予糾正，并落實

3、這些處理措施到生產過程中。2. 4缺陷的驗收：生產人員將測試人員提現(xiàn)的缺陷處理完畢后，又反饋信息給測試人員， 報告缺陷的處理情況，并請缺陷復測。測試人員根據(jù)以前的缺陷記錄信息，對該缺陷再進行一次測試，如果測試結果在設計偏差范圍內，則可認為該缺陷處理完畢，同時刪除本產品的主條缺陷記錄，該項缺陷的生命周期到此結束。若還不能達到設計偏差范圍內，則將當前檢測的信息形成新的缺陷記錄提供給生產人員要求處理。3. 軟件缺陷管理軟件測試管理的一個核心內容就是對軟件缺陷生命周期進行管理。軟件缺陷生命周期控制方法是在軟件缺陷生命周期內設置幾種狀態(tài)，測試員、程序員、管理者從每一個缺陷產生開始，通過對這幾種狀態(tài)的控制

4、和轉換， 管理缺陷的整個生命歷程， 直至它走入終結狀態(tài)。缺陷生命狀態(tài)的定義：每一個軟件缺陷都規(guī)定了6個生命狀態(tài)：Open Working、Verify、Cancel、Close、Defer ,它們的基本定義是：Open態(tài)-缺陷初試狀態(tài)，測試員報告一個缺陷，缺陷生命周期開始；Working態(tài)-缺陷修改狀態(tài)，程序員接收缺陷，正在修改中；Verify態(tài)-缺陷驗證狀態(tài)，程序員修改完畢，等待測試員驗證；Close態(tài)-缺陷關閉狀態(tài)，測試員確認缺陷被改正，將缺陷關閉；Cancel態(tài)-缺陷刪除狀態(tài)，測試員確認不是缺陷，將缺陷置為刪除狀態(tài)（不做物理刪除）；Defer態(tài)-缺陷延期狀態(tài)，管理者確認缺陷需要延期修改或

5、追蹤，將缺陷置為延期狀態(tài)；上述Open態(tài)、Working態(tài)、Verify 態(tài)，稱為缺陷的活動態(tài);Close態(tài)、Cancel態(tài)、Defer態(tài)，稱為缺陷的終結態(tài)：缺陷生命周期示意圖：典型的缺陷生命歷程：Open 態(tài) Working 態(tài) Verify 態(tài) Open 態(tài)/Close 態(tài)/Cancel 態(tài)；Open 態(tài)Close 態(tài)/Cancel 態(tài)；Open 態(tài)Defer 態(tài)；缺陷生命狀態(tài)的控制與轉換：當測試員報告一個缺陷，缺陷生命周期開始，為 Open態(tài)；1. Open 態(tài) Working 態(tài) Verify 態(tài)Open 態(tài)/Close 態(tài)/Cancel 態(tài)程序員接受Open態(tài)的缺陷，修改中可將其置為

6、Working態(tài)、修改完畢可置為 Verify態(tài)；測試員驗證Verify態(tài)的缺陷，確認修改結果正確，可將 Open態(tài)置為Close態(tài)；確認不是缺陷，可將Open態(tài)置為Cancel態(tài);確認修改結果不正確， 可以將Verify態(tài)置為Open 態(tài)，要求程序員重新修改；2. Open 態(tài) Close 態(tài)/Cancel 態(tài)當測試員發(fā)現(xiàn)自己誤報或重報了缺陷，可直接將Open態(tài)置為Cancel態(tài)；當測試員發(fā)現(xiàn)一個缺陷由于其它缺陷的修改而隨之消失，可直接將Open態(tài)缺陷置為 Close態(tài)；3. Open 態(tài) Defer 態(tài)管理者確認缺陷需延期修改或追蹤，可將Open態(tài)缺陷置為Defer態(tài)；此外，終結態(tài)必要時可

7、以重新打開：1) 在適當?shù)臅r候，管理者可將Defer態(tài)改為Open態(tài)，要求程序員修改；2) 在復查缺陷處理結果時，發(fā)現(xiàn)Close態(tài)或Cancel態(tài)的處理有誤，測試員可以將Close態(tài)或Cancel態(tài)重新置為Open態(tài)，要求程序員重新修改；一般在測試初期，活動態(tài)的缺陷數(shù)會急劇上升，隨著程序員、測試員的處理逐漸轉為終結態(tài)。當 所有軟件缺陷的狀態(tài)都轉變?yōu)榻K結態(tài)，且在一段時間內沒有被打開，也沒有新的缺陷發(fā)生，即意味著測FUG曲統(tǒng)一順忠救試可以結束或告一段落。在以下-0PD1缺陷狀態(tài)隨時間變化的曲線圖中VERIFY表現(xiàn)為累計報告的缺陷曲線己母Sbug(BUG總數(shù)曲線)和累計終結的缺陷曲線(已終結BUG曲

8、線)收斂在一起。綜上所述，缺陷生命周期控制方法是測試員、程序員、管理者一起參與、協(xié)同測試的過程。缺 陷狀態(tài)不僅表示出缺陷被修改、終結的進程，同時還標明了測試員、程序員、管理者的職責。這種方法 分工明確，責任到人，它使每一個管理者和測試員、程序員都明確：盡快終結缺陷，是他們共同奮斗的 目標，而拖延時間，滯留缺陷是他們共有的責任，團隊精神將他們緊緊地結合在一起，使他們能夠相互 促進、相互制約、團結協(xié)作，因此缺陷一旦發(fā)生，便進入測試員、程序員、管理者的嚴密監(jiān)控之中，直 至終結，這樣即可保證在較短的時間內高效率地終結所有的缺陷，縮短軟件測試的進程，提高軟件質量,減少開發(fā)和維護成本。加快缺陷處理的有效措

9、施要實現(xiàn)了缺陷生命狀態(tài)的控制與轉換，使每個缺陷都能夠被全程跟蹤和管理，而且采取種種措施加快了缺陷處理的速度，進而提高了開發(fā)人員和管理人員對缺陷生命周期的控制能力。(1) 采用了 B / S結構，可以安裝在 Web服務器上，項目有關人員可以在不同地點通過因特網 (Internet)同時登錄和使用，加強溝通和協(xié)作，加速信息傳遞、從而加快缺陷處理過程。(2) 建立了缺陷數(shù)據(jù)庫、測試用例數(shù)據(jù)庫、項目數(shù)據(jù)庫、用戶數(shù)據(jù)庫，將測試過程中的各種活動 進行協(xié)調一致的管理，促使整個測試過程有條不紊地進行，從而加快測試過程。(3) 提供相應的自動化功能，可高效編寫、查詢和引用測試用例，可快速填寫、修改和查詢軟件 缺

10、陷報告，并將缺陷報告與發(fā)現(xiàn)這個缺陷的測試用例鏈接，加速缺陷的修改、驗證、追蹤和回塑。(4) 提供了高級經理、經理、測試員、程序員四種登錄身份，以每一種身份登錄，都可以利用狀態(tài)查詢、條件查詢、全文檢索快速得到所有缺陷的6種生命狀態(tài)和缺陷柱狀圖、曲線圖，明確當前缺陷的處理進程和個人的職責。(5) 為每一個缺陷設置了一個ID號，可詳細記錄 BUG的報告信息、修改信息、終結信息、缺 陷狀態(tài)變更信息、討論信息以及圖片，使每種登錄身份的人員可以按照訪問權限共享和使用這些 信息。(6) 設有軟件缺陷的嚴重級別和優(yōu)先級別，可以分清軟件缺陷的輕重緩急， 對于重要的軟件缺陷， 優(yōu)先進行處理。(7) 設有軟件缺陷類

11、型和錯誤類型，測試員報告軟件缺陷類型能幫助程序員分析錯誤所在，程序員修改后分析錯誤原因，記錄錯誤類型有利于問題的回塑和經驗的積累。(8) 可為每一個缺陷分配一對測試員和程序員，負責管理這個缺陷的生命過程，直至解決這個缺 陷；而其他測試員、程序員、經理、高級經理可以參加任一缺陷的討論，提出處理意見和方法。這種專人負責、全員參與的方式，可最大限度地發(fā)揮每一個人的智慧，使缺陷處理進程不至于被 難題耽擱，提高缺陷處理的速度。(9) 提供了缺陷轉交和重新分配的功能，程序員可以將自己不能處理的問題轉交給其他程序員或 經理，經理可以把轉交來的缺陷重新分配給適當?shù)某绦騿T。還有，當項目新增人員或減員時、或測試員

12、和程序員調換崗位時，i-Test都能迅速完成工作的轉交，缺陷處理過程不會受到任何影響。(10) 可以自動生成和打印測試進度統(tǒng)計表，包括測試用例運行的進度和軟件缺陷終結的進度。高級經理可以同時監(jiān)控多個項目的測試進度，經理、測試員、程序員可以看到本項目的測試進度 和測試員、程序員的個人進度。(11) 可以自動生成和打印測試用例表、缺陷一覽表、遺留問題一覽表、測試結果匯總表等關于 測試的各種分析統(tǒng)計圖表，使項目相關人員解除手工統(tǒng)計數(shù)據(jù)之苦，將更多的精力集中于智力性 工作。高級經理和項目相關人員隨時可以根據(jù)這些圖表進行分析、判斷，及時解決缺陷處理中的 問題，爭取盡快達到測試目標。(12) 為程序員設置了缺陷信箱，程序員只要留下E-mail地址，在測試員報告缺陷的同時i-Test就能自動往這個地址發(fā)送缺陷報告，這樣即使程序員不在線(未登錄i-Test)也能及時收到缺陷報告，不至于耽擱缺陷的處理。(13) 為經理、測試員、程序員提供了事件查看列表，自項目開始至終，所有缺陷狀態(tài)的轉換信 息、項目組內人員的調配信息可盡收眼底。(14) 經理還可以上傳測試需遵循的最新開發(fā)文檔，如開發(fā)計劃、測試計劃、需求規(guī)格說明書、 概要設計說明書、詳細設計說明書等，并可上傳項目信息公告，對測試過程實施具體的指導和監(jiān) 控。采用上述技術可為企業(yè)帶來