測試和缺陷

什麼是bug

若是規格說明書存在且正確的狀況下，程序和規格說明之間的不一致、不匹配就是bug
當沒有規格說明書時，當程序沒有實現其最終用戶合理預期的功能要求時，就是bug

那麼測試人員如何描述一個缺陷呢

一個完整的bug描述要包括幾部分：
1.發現問題的版本
2.問題出現的環境：操做系統、瀏覽器版本等
3.錯誤重現的步驟、描述問題重現的最短步驟
4.預期行爲的描述 -預期結果
5.錯誤行爲的描述-實際結果
6.其餘
注意：一個bug只有惟一一個預期結果和實際結果。不能把多個bug放在一塊兒。

Bug的級別

1.崩潰級別
阻礙開發或測試工做的問題；形成系統崩潰、死機、死循環，致使數據庫數據丟失，與數據庫鏈接錯誤，主要功能喪失，基本模塊缺失等問題。如：代碼錯誤、死循環、數據庫發生死鎖、重要的一級菜單功能不能使用等（該問題在測試中較少出現，一旦出現應當即停止當前版本測試）。
2.嚴重
系統主要功能部分喪失、數據庫保存調用錯誤、用戶數據丟失，一級功能菜單不能使用可是不影響其餘功能的測試。功能設計與需求嚴重不符，模塊沒法啓動或調用，程序重啓、自動退出，關聯程序間調用衝突，安全問題、穩定性等。如：軟件中數據保存後數據庫中顯示錯誤，用戶所要求的功能缺失，程序接口錯誤，數值計算統計錯誤等（該等級問題出如今不影響其餘功能測試的狀況下能夠繼續該版本測試）。
3.通常
功能沒有徹底實現可是不影響使用，功能菜單存在缺陷但不會影響系統穩定性。如：操做時間長、查詢時間長、格 式錯誤、邊界條件錯誤，刪除沒有確認框、數據庫表中字段過多等(該問題實際測試中存在最多）
4.次要
界面缺陷，建議類問題，不影響操做功能的執行，能夠優化性能的方案等。如：錯別字、界面格式不規範，頁面顯示重疊、不應顯示的要隱藏，描述不清楚，提示語丟失，文字排列不整齊，光標位置不正確，用戶體驗感覺很差，能夠優化性能的方案等（此類問題在測試初期較多，優先程度較低；在測試後期出現較少，應及時處理）

Bug的生命週期

bug的生命週期就是這個bug從被打開到關閉的過程分爲7個狀態
1.New：新發現一個bug，未經評審決定是否指派給開發人員進行修改
2.Open：確認這是一個bug，而且認爲須要修改，指派給相應的開發人員。
3.Fixed：開發人員修改bug，等待測試人員迴歸測試驗證bug修改完成。
4.Rejected：開發人員認爲不是bug，拒接修改
5.Delay：開發人員確認爲bug，可是暫時不修改或者延後修改
6.Close:驗證經過，bug關閉
7.Reopen：修改過的bug可是驗證未經過
無效bug：open->close open->reject->close

測試的執行步驟

1.打開系統
2.打開測試管理工具用例模塊、開始執行測試
3.發現bug，複查
4.記錄bug
5.溝通bug
6.驗收修改過提交的bug
7.確認結束
8.編寫測試報告

如何發現更多的bug

1.二八原則-80%的故障來自20%的模塊、80%的bug來自20%的開發人員。
2.測試人員的逆向思惟和發散性思惟有利於發現更多的bug
3.不要侷限於用例和需求文檔。
4.儘早介入項目

測試人員如何避免與開發人員就bug問題的爭端

1.檢查自身問題，是否bug描述不清楚、不詳細等
2.站在用戶角度思考bug
3.bug等級規定和公司要求保持一致
4.提出bug解決方案
5.發起bug評審