本章主要講述軟體缺陷的基本知識介紹
1.定義
1）軟體未達到需求規格說明書表明的功能
2）軟體出現了需求規格說明書指明不會出現的錯誤
3）軟體的功能超出了需求規格說明書指明的範圍
4）軟體未達到需求規格說明書雖未指明而應該達到的目標
5）軟體測試人員認為軟體難以理解、不易使用、執行速度慢、或者最終使用者認為不好
2.缺陷的表現形式
1、功能、特性沒有實現或者部分實現
2、設計不合理、功能不明確、邏輯不清楚或存在矛盾
3、實際結果和期望結果不同
4、沒有達到規格說明說要求的效能指標
5、執行出錯、崩潰、中斷、介面混亂
6、資料不正確、精度不夠、不完整或格式不統一
7、使用者不能接受的其它問題，如訪問時間過長、介面不美觀
8、硬體或軟體存在其它問題
3.軟體缺陷的狀態
4.軟體缺陷的嚴重程度劃分
5.軟體測試的優先順序
6.軟體缺陷分類
1.報告缺陷注意事項
1、盡量保證缺陷可以重現：如果提交的缺陷無法重現，會影響開發人員的工作效率
2、簡潔、準確、完整：測試人員在提交缺陷報告時，要站在開發人員的角度上思考問題，要確保開發人員能迅速定位問題，而不會產生理解上的歧義
3、乙個缺陷報告只寫乙個缺陷
1）不便於分配：比如缺陷報告有2個缺陷，分別屬於不同的開發人員，到底該分配給誰呢？
2）不便於驗證：比如乙個缺陷報告裡面有2個缺陷，缺陷1已經解決，缺陷2還沒有解決，那麼這個缺陷報告該不該關閉呢？
2.缺陷書寫規範
1、標題簡潔、提供缺陷的本質資訊即可，避免使用模糊不清的詞語，例如：「功能中斷，功能不正確，行為不起作用」等。應該使用具體文字說明缺陷的症狀
2、復現的步驟要詳細，用數字編號
3、實際結果要描述清楚復現後的結果
4、列出期望結果
5、提供附件
6、提供嚴重性屬性和其它公司需要填寫的屬性
1）避免使用情緒化語言和強調標點符號
2）避免使用模糊的詞語
3）避免使用自認為幽默的語言，直接描述問題即可
4）避免提交不不確定的缺陷；
3.缺陷追蹤
新提交的缺陷為「新建」狀態，在確認有效之後變為「開啟」狀態，開發人員修改後變為「已修復」狀態，此時測試人員需要回歸測試，如果驗證問題已解決，狀態為「已解決」，如果問題依然存在，狀態為「開啟」；如果開發人員任務此缺陷可以延期修改，狀態為「延期」；注意此時必須由專案相關人員討論確定後，才可以延期處理，否則狀態繼續為「開啟」
4.缺陷密度（了解）
1）累計開發過程中每個階段發現的缺陷總數。
2）統計程式中新開發的和修改的**行數。
3）計算每千行的缺陷數=1000*缺陷總數/**行數。
例如乙個29.6萬行的源程式總共有145個缺陷，則缺陷密度為：
缺陷密度＝1000*145/296000=0.49 個／kloc。
軟體缺陷分析
alan 缺陷分析本質上是對缺陷中包含的資訊項進行收集，彙總，分類之後使用統計方法 或者分析模型 得出分析結果。缺陷分析得出的結果可以用來度量軟體開發過程中各階段中工作產品的質量，了解缺陷集中的區域，明晰缺陷發展趨向。對於軟體過程的改進，軟體產品的發布來說具有十分重要的參考價值 在我們提交缺陷報告的...
軟體缺陷分析
我在marvell實習了一年多，期間主要做的軟體缺陷分析的工作，比如軟體缺陷的度量，風險分析等，結果一年多的不斷學習，我覺得這件事是非常的有意義，然後，國內很少有公司會選擇在這一塊投入，主要原因是這個過程需要長期的投入才能見成效，其次，風險也比較大。我主要會做一些軟體缺陷的分類統計，和缺陷累積量的 ...
18 軟體缺陷
定義 缺陷就是軟體的問題，最終表現為沒有滿足使用者的需求。軟體測試缺陷 1 軟體未達到規格說明書表明的功能 2 軟體出現了規格說明說中指明不會出現的錯誤。3 軟體功能超出了規格說明書指明的範圍 4 軟體未達到規格說明書雖未指明但應該達到的目標 5 軟體測試人員或使用者覺得不好。示例 1 計算器說明書...