軟件缺陷：bug 或defect
主要歸結：1代碼問題 2需求文檔
什么是缺陷?不滿足用戶確定的需求
1.軟件未達到產品說明書標明的功能
2.軟件出現了產品說明書指明不會出現的錯誤
3.軟件功能超出產品說明書指明范圍
4.軟件未達到產品說明書雖未指出但應達到的目標
5.軟件測試員認為軟件難以理解、不易使用、運行速度緩或者最終用戶認為不好
產生缺陷原因
1.工期短，任務大
2.文檔不完善
3.程序設計錯誤
4.溝通交流不夠
5.需求不斷變化
6.軟硬件支持不完善
7.軟件的復雜性
軟件測試提交bug 流程
如何有效記錄缺陷?
1.保證重現缺陷
2.分析故障一使用最少步驟復現故障
3.包含所有重現缺陷的必要步驟
4.方便開發閱讀
5.盡量簡單一一個缺陷--個報告
6.注意自己的語氣等
BUG嚴重程度划分
致命：系統崩潰、404報錯，報500錯誤，造成系統或應用系統崩潰、死機、系統懸掛或造成數據丟失、主要功能組完全喪失等；服務器死機閃退，頁面出現錯誤亂碼，藍屏等：立刻響應，3小時內必須解決
嚴重：功能未實現，邏輯錯誤，影響用戶正常使用，與需求完全不符，或因此bug導致后續功能無法測試的。一天內解決
一般：邏輯實現但不正確，功能實現但是不正確，功能上的錯誤，頁面中的錯誤；1-3天內解決
輕微：文案內容與實際不符，錯別字，圖片錯誤，建議性的bug 等
BUG優先級划分
高（p1）:bug嚴重級別較高，需要立即解決的，或者一般級別的但是比較棘手的
中（P2）:BUG嚴重級別一般的，不影響用戶正常操作的
低（P3) : bug嚴重級別處於較低的，可以下一次Alpha測試前再再解決的
建議（P4）:建議性的BUG,可改可不改，無傷大雅。
缺陷報告的准則
准確-清晰-簡潔-完整-一致