bug型別劃分
bug型別
內容說明
備註
功能缺陷
1.程式功能無法實現
2.程式功能實現錯誤
介面缺陷
1.操作介面錯誤
2.列印內容，格式錯誤
3.刪除操作未給出提示
4.長時間操作未給出提示
5.介面不規範
系統缺陷
1.由於程式引起的司機，非法退出
2.程式死迴圈
3.程式錯誤，不能執行正常工作或重要功能，使系統崩潰或資源嚴重不足
不能執行正常工作或重要功能，
使系統崩潰或資源嚴重不足
相容性缺陷
1.與需求規定配置相容性不符合
效能缺陷
1.未達到預期效能需求目標
2.效能測試中途出現錯誤，
導致無法繼續進行效能測試
安全性缺陷
1.使用者許可權無法實現
2.超時限制錯誤
3.訪問控制錯誤
4.加密錯誤
介面缺陷
1.資料通訊錯誤
2.程式介面錯誤
3.硬體介面，通訊錯誤
資料庫缺陷
1.資料庫發生死鎖
2.資料庫的表，預設值未加完整性等約束條件
3.資料庫連線錯誤
4.資料庫中表有過多的空欄位
資料缺陷
1.資料計算錯誤
2.資料約束錯誤
3.資料輸入，輸出錯誤
建議類缺陷
1.功能建議
2.操作建議
3.說明建議
建議性的改進要求
bug管理規範
1 2 3 4級bug判定標準如下 1 緊急 致命錯誤，例如主程式不能正常執行，基本業務功能未實現，交易資料不準確或不一致，從而使得後續流程無法正常進行 作業系統崩潰 宕機 頻繁造成資料庫死鎖或資料丟失 造成交易資料不準確 收銀對賬不一致 使用者無法註冊 登陸 正常操作，從而無法進行無法正常使用 在...
7 Bug管理規範
狀態 描述備註 active 測試人員發現bug並提交，待修改狀態。bug初始狀態 resolved 開發人員修改完bug，bug變更為已解決狀態。bug中間態 closed 測試人員回歸通過，變更為已通過狀態。bug完成態 postpone 經確認不需要在本次發布範圍之內修改，變更為推遲修改狀態 ...
軟體測試的Bug缺陷管理流程
流程說明 1 測試人員填寫bug並提交給開發組長，bug的狀態為new 2 開發組長次日工作前對bug確認是否有效。有效的bug，狀態變化為open，並分配給開發人員 bug無效或者延期修改的，將bug狀態變化為rejected，同時也在comment中註明原因。3 開發人員上班的第一件事情是檢視自...