二：軟體缺陷分類
三. 軟體缺陷的注意
四：缺陷的其他
軟體缺陷（defect），常常又被叫做bug。所謂軟體缺陷，即為計算機軟體或程式中存在的某種破壞正常執行能力的問題、錯誤，或者隱藏的功能缺陷。缺陷的存在會導致軟體產品在某種程度上不能滿足使用者的需要。
ieee729-1983對缺陷有乙個標準的定義：
從產品內部看： 缺陷是軟體產品開發或維護過程中存在的錯誤、毛病等各種問題；
從產品外部看： 缺陷是系統所需要實現的某種功能的失效或違背。在軟體開發生命週期的後期，修復檢測到的軟體錯誤的成本較高。
因此軟體缺陷就是指：軟體產品中所存在的問題，最終表現為使用者所需要的功能沒有完全實現，沒有滿足使用者的需求。
軟體未達到規格說明書表明的功能軟體出現了規格說明說中指明不會出現的錯誤。軟體功能超出了規格說明書指明的範圍軟體未達到規格說明書雖未指明但應該達到的目標軟體測試人員或使用者覺得不好功能、特性沒有實現或者部分實現設計不合理、功能不明確、邏輯不清楚或存在矛盾實際結果和期望結果不同沒有達到規格說明說要求的效能指標執行出錯、崩潰、中斷、介面混亂資料不正確、精度不夠、不完整或格式不統一使用者不能接受的其它問題，如訪問時間過長、介面不美觀硬體或軟體存在其它問題交流不充分
客戶與開發人員、開發人員與測試人員等
軟體的複雜性
功能複雜、開發複雜、測試複雜
開發人員的錯誤
對需求的理解、開發壓力、能力與經驗
需求的變化
需求說明書、設計文件、程式的變更
進度壓力
專案週期比較緊
盡量保證缺陷可以重現簡潔、準確、完整乙個缺陷報告只寫乙個缺陷標題簡潔、提供缺陷的本質資訊即可復現的步驟要詳細，用數字編號實際結果要描述清楚復現後的結果列出期望結果提供附件提供嚴重性屬性和其它公司需要填寫的屬性
注意： 要避免一些常見錯誤
（1） 避免使用情緒化語言和強調標點符號
（2） 避免使用模糊的詞語
（3） 避免使用自認為幽默的語言，直接描述問題即可
（4） 避免提交不確定的缺陷
新提交的缺陷為「新建」狀態，在確認有效之後變為「開啟」狀態，開發人員修改後變為「已修復」狀態，此時測試人員需要回歸測試，如果驗證問題已解決，狀態為「已解決」，如果問題依然存在，狀態為「開啟」；
如果開發人員任務此缺陷可以延期修改，狀態為「延期」；
注意此時必須由專案相關人員討論確定後，才可以延期處理，否則狀態繼續為「開啟」
每千行**的缺陷數；
缺陷密度=1000*缺陷個數/**行數
舉個栗子：
乙個29.6萬行的源程式總共有145個缺陷，則缺陷密度為：
缺陷密度＝1000*145/296000=0.49 個／kloc
軟體缺陷與軟體測試
軟體未實現產品說明書要求的功能 軟體出現了產品說明書指明不應該出現的功能 軟體實現了產品說明書未提到的功能 軟體未實現產品說明書雖未明確提及但應該實現的目標 軟體難以理解 不易使用 執行緩慢或者 從測試的角度看 終端使用者會認為不好所有不滿足需求或者超出需求的都是缺陷 沒有不存在缺陷的軟體，只有尚未...
軟體測試學習筆記 軟體缺陷
軟體缺陷定義 軟體缺陷屬性 發現缺陷後，需要提交缺陷單，通常情況下，缺陷單需要包含以下的內容 id，標題 title 測試環境 environment 嚴重等級 severity 優先順序 priority 類別 category 狀態 status 描述資訊 description 重現步驟 re...
軟體缺陷分析
alan 缺陷分析本質上是對缺陷中包含的資訊項進行收集，彙總，分類之後使用統計方法 或者分析模型 得出分析結果。缺陷分析得出的結果可以用來度量軟體開發過程中各階段中工作產品的質量，了解缺陷集中的區域，明晰缺陷發展趨向。對於軟體過程的改進，軟體產品的發布來說具有十分重要的參考價值 在我們提交缺陷報告的...