bug

• 當且僅當規格說明書是存在的并且正確的，程序和規格說明書之間的不匹配才是錯誤
• 當產品規格說明書沒有提到時，以用戶需求為準，當程序最終沒有實現用戶的合理預期的功能要求時，就是軟件錯誤

bug的生命周期

• New
  新發現的Bug，未經評審決定是否指派給開發人員進行修改
• Open
  開發確認是Bug，并且認為需要進行修改
• Fixed
  開發人員進行修改后標識成修改狀態，有待測試人員的回歸測試驗證
• Rejected
  如果開發認為不是Bug，則拒絕修改
• Delay
  如果開發認為暫時不需要修改或暫時不能修改，則延后修改
• Closed
  修改狀態的Bug經測試人員的回歸測試驗證通過，則關閉Bug
• Reopen
  如果經驗證Bug仍然存在，則需要重新打開Bug，開發人員重新修改

測試人員新發現的Bug，必須由測試組長評審后才決定是否Open并分派給開發人員。
測試人員，Open的Bug可以直接分派給Bug對應的程序模塊的負責人

bug等級

• 崩潰
  （阻礙開發或測試工作的問題；造成系統崩潰、死機、死循環，導致數據庫數據丟失）
• 嚴重
  （主要功能部分喪失、數據庫保存調用錯誤、用戶數據丟失，一級功能菜單不能使用但是不影響其他功能的測試。功能設計與需求嚴重不符，模塊無法啟動或調用，程序重啟）
• 一般
  （功能沒有完全實現但是不影響使用，功能菜單存在缺陷但不會影響系統穩定性。如：操作時間長、查詢時間長）
• 次要
  （界面、性能缺陷，建議類問題，不影響操作功能的執行，可以優化性能的方案等。如：錯別字、界面格式不規范，頁面顯示重疊、不該顯示的要隱藏，描述不清楚）