功能缺陷
介面缺陷
文件缺陷
**缺陷
演算法錯誤
效能缺陷
a 類—致命缺陷，包括以下各種錯誤：
由於程式所引起的宕機，非法退出；
死迴圈；
資料庫發生死鎖；
因錯誤操作導致的程式中斷；
功能錯誤；
與資料庫連線錯誤；
資料通訊錯誤
b 類—嚴重缺陷，包括以下各種錯誤：
程式錯誤；
程式介面錯誤；
資料庫的表、業務規則、預設值未加完整性等約束條件
c 類一般缺陷，包括以下各種錯誤：
操作介面錯誤（包括資料視窗內列名定義、含義是否一致）；
列印內容、格式錯誤；
簡單的輸入限制未放在前台進行控制；
刪除操作未給出提示；
資料庫表中有過多的空欄位
d 類—較小缺陷，包括以下各種錯誤：
介面不規範；
輔助說明描述不清楚；
輸入輸出不規範；
長操作未給使用者提示；
提示視窗文字未採用行業術語；
可輸入區域和唯讀區域沒有明顯的區分標誌
e 類—意見或建議
軟體測試人員提交缺陷報告；
測試負責人審核後將缺陷報告分配給相關的開發人員修改；
缺陷被修改後由測試人員根據缺陷報告中的修改記錄進行返測；
返測通過的缺陷報告由負責人關閉，返測未通過的缺陷報告直接返回開發人員重新
修改，缺陷報告直到缺陷被修復以後才關閉；
關閉或已解決的缺陷報告可能會被階段性的複審重新開啟，這些報告一旦被再次打
開應該立即處理。
正常缺陷
重複缺陷
無效缺陷
推遲修改
驗證不通過
描述不清楚
3.1 缺陷管理工具 的 功能
缺陷提交
缺陷跟蹤
缺陷分析：
有效的缺陷分析不僅可以評價軟體質量，同時可以幫助專案組很好地掌握和評
估軟體的研發過程，進而改進研發過程，未對缺陷進行分析就無法對研發流程
進行改進。
缺陷分析還能為軟體新版本的開發提供寶貴的經驗，進而在專案開展之前，指
定準確、有效的專案控制計畫，為開發高質量的軟體產品提供保障。
目前市場佔用率最高的專案管理工具。
全球最大的測試工具提供商 mercury interactive 公司生產的企業級專案管理工
具。
測試開發之缺陷報告上篇
軟體存在著不符合質量需求或違背軟體使用者 客戶 企業意願的問題，這就是軟體缺陷 defect 又叫 bug 臭蟲 軟體未達到產品說明書標明的功能 產品說明書簡稱為說明 spec 或產品說明 product spec 是軟體開發小組 的乙個協定。它對開發的產品進行定義，給出產品的細節 如何做 做什麼 ...
軟體測試之缺陷報告
今天還是個下雨天，就像乙個魔咒，感覺這幾年的今天都是在下雨，但是今天的雨讓我感覺還是蠻舒適的，可能是因為昨天太熱了，也有可能是今天的忙碌讓我在這種空氣下感覺到一種放鬆 今天是執行測試用例的一天，那麼在這個過程中就避免不了會有bug出現，我們要怎樣有效的去記錄一條缺陷呢 一條缺陷記錄基本包括 bug編...
測試開發之測試基礎
一 測試的定義 通過人工或自動的手段，對被測物件進行檢測的活動。目的在於發現被測物件是否實現使用者的需求，或者弄清楚實際結果和預期結果之間的差異。二 測試的目的 三 測試的七大原則 四 測試的物件 測試物件包括軟體源 與軟體源 匹配的文件和支撐軟體源 執行的配置資料。測試物件 按照時間可分為 五 測...