1、首先介紹軟件缺陷的概念
軟件缺陷是指系統或系統部件中那些導致系統或部件不能實現其功能的缺陷。
2、軟件缺陷的詳細特征
a、單一準確
b、可以再現（要求軟件缺陷具有精確的步驟）
c、完整統一
d、短小簡練
e、特定條件
f、補充完整
g、不做評價
3、軟件缺陷的屬性
軟件缺陷的屬性包括缺陷標識、缺陷類型、缺陷嚴重程度、缺陷產生可能性、缺陷優先級、缺陷狀態、缺陷起源、缺陷來源、缺陷原因。
下面詳細介紹一下以上這些屬性：
a、缺陷標識：是標記某個缺陷的唯一標識，可以用數字序號表示；
b、缺陷類型：功能、用戶界面、文檔、軟件包、性能、系統\模塊接口
功能：影響了各種系統功能、邏輯的缺陷；
用戶界面：影響了用戶界面、人機交互特性，包括屏幕格式、用戶輸入靈活性、結果輸入格式等方面的缺陷；
文檔：影響發布和維護，包括注釋、用戶手冊、設計文檔；
軟件包：由于軟件配置庫、變更管理或版本控制引起的錯誤；
性能：不滿足系統可測量的屬性值，如執行時間、事務處理速率等；
系統\模塊接口：與其他組件、模塊或設備驅動程序、調用參數、控制塊或參數列表等不匹配、沖突。
c、缺陷嚴重程度：致命（Fatal）、嚴重（Ceritical）、一般（Major）、較�。∕inor）
致命：系統任何一個主要功能完全喪失，用戶數據受到破壞，系統崩潰、懸掛、死機或者危機人身安全；
嚴重：系統的主要功能部分喪失，數據不能保存，系統的次要功能完全喪失，系統所提供的功能或服務受到明顯的影響；
一般：系統的次要功能沒有完全實現，但不影響用戶的正常使用。例如：提示信息不太準確或用戶界面差、操作時間長等一些問題；
較�。菏共僮髡卟环奖慊蛴龅铰闊�，但它不影響功能過的操作和執行，如個別不影響產品理解的錯別字、文字排列不整齊等一些小問題
d、缺陷產生可能性：總是、通常、有時、很少
總是：總是產生這個軟件缺陷，其產生的頻率是100%；
通常：按照測試用例，通常情況下會產生這個軟件缺陷，其產生的頻率大概是80%—90%；
有時：按照測試用例，有時候產生這個軟件缺陷，其產生的頻率大概是30%—50%；
很少：按照測試用例，很少產生這個軟件缺陷，其產生的頻率大概是1%—5%.
e、缺陷的優先級：立即解決、高優先級、正常排隊、低優先級
立即解決：缺陷導致系統幾乎不能使用或者測試不能繼續，需立即修復；
高優先級：缺陷嚴重，影響測試，需要優先考慮；
正常排隊：缺陷需要正常排隊等待修復；
低優先級：缺陷可以再開發人員有時間的時候被糾正。
f、缺陷狀態：激活或打開、已修正或修復、關閉或非激活、重新打開、推遲、保留、不能重現、需要更多信息
激活或打開：問題還沒有解決，存在源代碼中，確認”提交的缺陷”，等待處理，如新報的缺陷；
已修正或修復：已被開發人員檢查、修復過的缺陷，通過單元測試，認為已經解決但還沒有被測試人員驗證；
關閉或非激活：測試人員驗證后，確認缺陷不存在之后的狀態；
重新打開：測試人員驗證后，確認缺陷不存在之后的狀態；
推遲：這個軟件缺陷可以在下一個版本中解決；
保留：由于技術原因或第三者軟件的缺陷，開發人員不能修復的缺陷；
不能重現：開發不能再現這個軟件缺陷，需要測試人員檢查缺陷再現的步驟；
需要更多信息：開發能再現這個軟件缺陷，但開發人員需要一些信息，例如缺陷的日志文件、圖片等。
g、軟件缺陷的起源：需求、構架、設計、編碼、測試、用戶
在團建生命周期中軟件缺陷占的比例：需求和構架設計階段占54%、設計階段占25%、編碼階段占15%、其他占6%.
h、軟件缺陷的來源：需求說明書、設計文檔、系統集成接口、數據流（庫）、程序代碼
需求說明書：需求說明書的錯誤或不清楚引起的問題；
設計文檔：設計文檔描述不準確。和需求說明書不一致的問題；
系統集成接口：系統個模塊參數不匹配、開發組之間缺乏協調引起的缺陷；
數據流（庫）：由于數據字典、數據庫中的錯誤引起的缺陷；
程序代碼：純粹在編碼中的問題所引起的缺陷。
i、缺陷根源：測試策略，過程、工具和方法，團隊\人，缺乏組織和通訊，硬件，軟件，工作環境
測試策略：錯誤的測試范圍，誤解測試目標，超越測試能力等；
過程、工具和方法：無效的需求收集過程，果實的風險管理過程，不使用的項目管理方法，沒有估算規程，無效的變更控制過程等；
團隊\人：項目團隊職責交叉，缺乏培訓。沒有經驗的項目團隊，缺乏士氣和動機不純等；
缺乏組織和通訊：缺乏用戶參與，職責不明確、管理失敗等；
硬件：硬件配置不對、缺乏、或處理器缺陷導致算術精度丟失，內存溢出等；
軟件：軟件設置不對、缺乏，或操作系統錯誤導致無法釋放資源，工具軟件的錯誤，編譯器的錯誤，千年蟲問題等；
工作環境：組織機構調整，預算改變，工作環境惡劣，如噪音過大。
4、學會利用管理缺陷的工具
例如TD、bugfree、bugzille等
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
