定義
缺陷就是軟體的問題，最終表現為沒有滿足使用者的需求。
軟體測試缺陷
1、軟體未達到規格說明書表明的功能
2、軟體出現了規格說明說中指明不會出現的錯誤。
3、軟體功能超出了規格說明書指明的範圍
4、軟體未達到規格說明書雖未指明但應該達到的目標
5、軟體測試人員或使用者覺得不好。
示例
1、計算器說明書一般聲稱該計算器將準確無誤地進行加、減、乘、除運算。如果測試人員或使用者選定了兩個數值後，隨意按下了「+」號鍵，結果沒有任何反應。（
軟體未達到軟體需求規格說明書表明的功能）
2、若在進行測試時，發現除了規定的加、減、乘、除功能之外，還能夠進行求平方根的運算，而這一功能並沒有在說明書的功能中規定。（軟體的功能超出了軟體需求規格說明書指明的範圖）
3、若在測試過程中發現，因為電池沒電而導致了計算不正確，但軟體需求規格說明書未能指出在此情況下應如何進行處理。（軟體未達到軟體需求規格說明書未指明而應該達到的目標）
4、假如計算器說明書指明計算器不會出現崩潰、死鎖或者停止反應，而在使用者隨意技、敲鍵盤後，計算器停止接受輸入或沒有了反應。（軟體出現了軟體需求規格說明書指明不會出現的錯誤）
5、測試人員或終端使用者發現計算器某些地方不身用，比如，按鍵太小、顯示螢幕亮光下無法看清等。（軟體測試人員認為軟體難以理解、不易使用、執行速度慢，或者終端使用者認為不好）
缺陷的表現形式
1、功能、特性沒有實現或者部分實現。
2、設計不合理、功能不明確、邏輯不清楚或存在矛盾
3、實際結果和期望結果不同。
4、沒有達到規格說明說要求的效能指標。
5、執行出錯、崩潰、中斷、介面混亂
6、資料不正確、精度不夠、不完整或格式不統一
7、使用者不能接受的其它問題，如訪問時間過長、介面不美觀。
8、硬體或軟體存在其它問題。
軟體缺陷的狀態
1、提交一測試人員提交了乙個缺陷給程式設計師。
2、開啟一待處理
3、拒絕一程式設計師認為不是缺陷或者重複，就可以修改狀態為拒絕。
4、修復一程式設計師修復缺陷後提交的乙個狀態
5、關閉一測試人員經過回歸測試後，認為此缺陷已經解決，將其關閉。
6、推遲一可以放在後續版本解決的問題，但是要詳細寫出修復的日期或版本，
軟體缺陷嚴重程度的劃分
1、low一表面性錯誤，如錯別字。
2、medium一影響乙個相對獨立功能、僅僅發生再特定條件上、與需求定義不一致、斷斷續續出問題。
3、high一功能點沒有實現、不符合使用者需求、導致資料丟失。
4、veryhigh-頻繁宕機、大部分功能不能使用。
5、critical一系統癱瘓、異常退出、死迴圈、嚴重的計算錯誤。
軟體測試的優先順序
1、low-時間和資源允許的情況下修復
2、medium-不會延遲發布，會在以後修復
3、high一會制約開發和測試的進行，需要在發布之前修復
4、verxhigh一影響系統，產生嚴重影響
5、urgent-導致系統幾乎不可用
軟體測試的缺陷分類
1、系統缺陷
2、資料缺陷
3、資料庫缺陷。
4、介面缺陷
5、功能缺陷
6、安全性缺陷
7、相容性缺陷
8、效能缺陷
9、介面缺陷
10、 建議
缺陷報告注意事項
1、盡量保證缺陷可以重現。
2、簡潔、準確、完整
3、乙個缺陷報告只寫乙個缺陷
缺陷書寫規範
1、標題簡潔、提供缺陷的本質資訊即可。
2、復現的步驟要詳細，用數字編號
3、實際結果要描述清楚復現後的結果。
4、列出期望結果。
5、提供附件。
6、提供嚴重性屬性和其它公司需要填寫的屬性，
注意：要避免一些常見錯誤。
（1）避免使用情緒化語言和強調標點符號。
（2）避免使用模糊的詞語。
（3）避免使用自認為幽默的語言，直接描述問題即可。
（4）避免提交不不確定的缺陷；
缺陷處理流程
缺陷的跟蹤
新提交的缺陷為「新建」狀態，在確認有效之後變為「開啟」狀態，開發人員修改後變為「已修復」狀態，此時測試人員需要回歸測試，如果驗證問題已解決，狀態為「已解決」，如果問題依然存在，狀態為「開啟」；如果開發人員任務此缺陷可以延期修改，狀態為「延期」；注意此時必須由專案相關人員討論確定後，才可以延期處理，否則狀態繼續為「開啟」
缺陷密度
每千行**的缺陷數；
缺陷密度=1000*缺陷個數/**行數。
單位： 個/kloc
軟體缺陷分析
alan 缺陷分析本質上是對缺陷中包含的資訊項進行收集，彙總，分類之後使用統計方法 或者分析模型 得出分析結果。缺陷分析得出的結果可以用來度量軟體開發過程中各階段中工作產品的質量，了解缺陷集中的區域，明晰缺陷發展趨向。對於軟體過程的改進，軟體產品的發布來說具有十分重要的參考價值 在我們提交缺陷報告的...
軟體缺陷分析
我在marvell實習了一年多，期間主要做的軟體缺陷分析的工作，比如軟體缺陷的度量，風險分析等，結果一年多的不斷學習，我覺得這件事是非常的有意義，然後，國內很少有公司會選擇在這一塊投入，主要原因是這個過程需要長期的投入才能見成效，其次，風險也比較大。我主要會做一些軟體缺陷的分類統計，和缺陷累積量的 ...
軟體缺陷分析
缺陷資料與缺陷屬性的函式。如缺陷狀態分布情況，缺陷嚴重性分布情況，缺陷模組分布情況等。還有缺陷產生原因分布情況，缺陷關閉方式分布情況。一般是餅圖，每種情況的百分比以及缺陷數。用處 可以評估開發所做的努力，判斷測試完成標準。按各種狀態將缺陷計數作為時間的函式顯示。趨勢報告可以是累計的，也可以是非累計的...