流程說明
1、測試人員填寫bug並提交給開發組長，bug的狀態為new；
2、開發組長次日工作前對bug確認是否有效。有效的bug，狀態變化為open，並分配給開發人員；bug無效或者延期修改的，將bug狀態變化為rejected，同時也在comment中註明原因。
3、開發人員上班的第一件事情是檢視自己有幾個bug需要修改。
4、開發人員修改bug，修改完成並進行單元測試後，將bug的狀態變為fixed，在comment中說明修改方法；
5、測試人員每天檢視自己提交的bug的狀態變化，應該成為每個測試人員的例行行為；
6、當bug的狀態變為fixed時，測試人員開啟該bug，開始對該bug進行回歸測試；
7、如果該bug回歸測試通過，則狀態變為closed。否則bug的狀態變為reopen（必須說明reopen、closed狀態變化原因或者操作過程）；
8、如果回歸測試通過，可是修改的同時又引入新的bug，則重新提交bug，狀態為new。如果需要的時候註明相關聯的bug號；
9、只有當所有的bug狀態為closed，才可發布版本。
注：每當bug狀態改變後，必須給出相應的注釋和說明，以便檢視bug生命週期的變化情況。
***********************************=分割線******************************==
軟體缺陷管理流程
軟體缺陷 bug 能夠引起軟體執行時產生的一種不希望或不可接受的外部行為結果，而 軟體測試缺陷管理流程。一 缺陷產生的原因 通常開發及測試人員所講述的軟體錯誤和軟體缺陷是兩個不同的概念，簡單的來講軟體錯誤是指在軟體宣告週期內不希望或不可見接受的人為錯誤，其結果是導致軟體缺陷的產生。在軟體動態執行過程...
軟體缺陷管理流程
軟體缺陷 bug 能夠引起軟體執行時產生的一種不希望或不可接受的外部行為結果，而軟體測試的過程簡單來說就是圍繞缺陷進行的。而為了有效的的跟蹤 管理bug的處理情況，指導測試團隊和開發人員有效的處理相關bug，有必要採用一套完整的方法 手段對其進行管理，也就是本文將介紹的缺陷管理流程。一 缺陷產生的原...
軟體測試 缺陷管理（6）
注意不得站在自己主觀意識去判斷缺陷 缺陷出現的原因 常見軟體缺陷術語 功能遺漏 規定的時間或功能未在產品系統中體驗，如缺少忘記密碼功能 程式錯誤沒有按照使用者需求正確實現，可能需求理解出錯，可能編碼出錯 額外的功能 單位時間內，盡早引入測試，可以更早的發現缺陷，減少修復成本 可以重現的缺陷，存在一系...