缺陷狀態：
致命的軟體缺陷(blocker):造成系統或應用程式崩潰、宕機、系統掛起，或造成資料丟失，主要功能完全喪失，導致本模組以及相關模組異常等問題。如**錯誤，死迴圈，資料庫發生死鎖、與資料庫連線錯誤或資料通訊錯誤，未考慮異常操作，功能錯誤等
嚴重錯誤的軟體缺陷（major）：系統的主要功能部分喪失、資料不能儲存，系統的次要功能完全喪失。問題侷限在本模組，導致模組功能失效或異常退出。如致命的錯誤宣告，程式介面錯誤，資料庫的表、業務規則、預設值未加完整性等約束條件
一般錯誤的軟體缺陷（normal）：次要功能沒有完全實現但不影響使用。如提示資訊不太準確，或使用者介面差，操作時間長，模組功能部分失效等，列印內容、格式錯誤，刪除操作未給出提示，資料庫表中有過多的空字段等
較小錯誤的軟體缺陷（minor）：使操作者不方便或遇到麻煩，但它不影響功能過的操作和執行，如錯別字、介面不規範（字型大小不統一，文字排列不整齊，可輸入區域和唯讀區域沒有明顯的區分標誌），輔助說明描述不清楚
建議問題的軟體缺陷（enhancemental）：由問題提出人對測試物件的改進意見或測試人員提出的建議、質疑。
軟 件 缺 陷 分 類 標 準
缺陷的定義 軟體沒有達到產品說明書表明的功能 軟體出現了產品說明書中不一致的表現 軟體功能超出產品說明書的範圍 軟體沒有達到使用者期望的目標 雖然產品說明書中沒有要求 測試員或使用者認為軟體的易用性差 不是所有缺陷都會修改 市場的壓力使得產品最終發行有時間限制 測試員錯誤理解或者不正確操作引出的缺陷...
HTTP狀態碼分類
我們平時做web開發的時候經常會需要用到對各種http的請求響應做出乙個狀態碼的應答，比如我們平時返回最多的應該就是http 200 ok了吧，當然還有萬惡的404 但這顯然不夠，比如我們如果想用這些狀態碼返回其他資訊的時候，或者做進一步處理的時候。1xx臨時響應，表示臨時響應，並需要請求者繼續執行...
軟體缺陷的分類與管理
軟體缺陷的分類與管理 通常大家發現軟體缺陷時會對軟體缺陷進行分類，可分類的方式只有一種，就是嚴重極別,難道沒有其它的分法嗎。比如我們碰到下面這種情況，測試人員發現有一種功能是必需加入進去的，這時他與程式設計師說，程式設計師說沒有時間或是不必要，這時這種情況則會形成兩者的扯皮，最終的結果也就不了了知了...