1、bug的定義
- 需求文檔存在差異的功能實現
- 與用戶需求不符
2、bug的類型
- 代碼（功能錯誤）：功能沒有實現
- 界面優化：UI、用戶界面
- 設計缺陷：開發、需求文檔中的功能沒有實現
3、bug的等級
- 1.致命缺陷：
- 系統崩潰、死機
- 安全性問題
- 涉及金錢計算
- 阻斷性測試
- 2.嚴重錯誤
- 重要功能
- 功能交互
- 非常規操作導致的程序崩潰、閃退
- 界面難以接受
- 密碼明文
- 偶爾出現的致命bug
- 3.一般錯誤
- 不影響產品的運行
- 次要功能不能正常實現
- 操作界面錯誤
- 查詢錯誤，數據錯誤顯示
- 限制未被控制
- 刪除后為給出提示是（沒有二次確認）
- 偶爾的嚴重性bug
- 4.細微錯誤
- 界面不規范
- 輔助說明描述不清楚
- 提示窗口文字
4、bug的生命周期
- 新建bug---指派---已解決---待驗證---關閉
5、bug的跟蹤管理流程圖
6、bug的跟蹤管理--狀態處理
已經指派的bug
- ----已經指派給開發的，請大家注意自己bug的走向，隨時關注並進行跟蹤!如果直未修復，提醒開發修改,以免開發忘記;如果已經修復等待測試環境更新后進行驗證。催着改bug
已解決的bug
- ----等待測試環境更新后進行驗證，驗證通過則關閉;驗證不通過則重新打開指派給開發
重復bug
- ------先去查看下是否跟開發指定的bug重復?如果確定是重復則關閉;如果不重復,說明原因,重新打開指派給開發,
不是缺陪
- -----再次依據需求確認，是否是bug,如果依然覺得是缺陷跟開發溝通，列舉出來覺得是bug的點，溝通未達一致找產 品確認，確認是bug注明情況並再次指派給開發,產品確認不是bug,就不糾結，直接關閉bug,但是,會拿小本本把這個bug記錄下來,等到測試任務結束后，再來研究研究。
無法重現
- ----確認開發環境是否跟測試環境一致?包括操作步驟、瀏覽器、環境、特定賬號、輸入數據等,如果多個版本驗證之后,如開發所說重現不了，依據bug的嚴重程度跟產品、開發- -起確認關閉;如果找到重現原因， 注明清楚並再次指派給開發
不予解決
- ----找產品經理進行確認。確認不予解決進行關閉;確認需要解決請備注原因並打開指派給開發
設計如此
- ----找產品經理進行確認。確認設計如此進行關閉;確認是問題，備注原因重新指派給開發
延期修改
- ---請看下bug嚴重程度,是否影響當前版本發布?與產品經理進行確認。不予延期請根據情況進行激活與情況說明;確認延期則做好記錄，后續版本進行關注-不關閉
7、常見的缺陷管理平台:
- 禪道(zentao) ,我們現在做項目用的就是這個
- bugzilla、jira:都還不錯， 也比較強大。但是搭建起來很困難
- bugfree:
- Readmine
- easybug:免費開源，在線網站類型的
- Mantis:這個還可以用
- QC(QualityCenter)
- TD
- 不管是開源還是商業的缺陷管理工具，它們本質都是一樣的，用來管理bug的生命周期。
- 掌握其中-款工具，自然就會用其他的，稍微有一-點點區別的，別人加以指點,就可以明白了。
8、bug的類型及等級判斷
- 用戶輸入正確的用戶名和密碼不能登錄網站==代碼(功能)錯誤+1，2級
- 客戶需求要有充值功能，但是網站沒有做==設計缺陷+1, 2級
- 網站充值后，出現金額錯誤==代碼(功能)錯誤+1級
- 在某購物APP.上進行商品搜索時，閃退回到手機桌面==代碼(功能)錯誤+1級
- 在某購物APP上進行商品搜索時，手機卡死==代碼(功能)錯誤+1級
- 關閉按鈕在彈窗左側==界面優化+4級
- APP某個圖標顯示太小或者像素失真==界面優化+4級
- 某個提示語需要改進一下， 用戶對專業術語不太懂==界面優化+4級
- 忘記密碼，功能沒有實現==代碼(功能)錯誤+2, 3級
禪道提交bug界面
- 所屬產品、所屬模塊、所屬項目、影響版本
- 當前指派、截止日期
- Bug類型（代碼錯誤、界面優化、配置相關、安裝部署、安全相關、性能問題、標准規范、測試腳本、其他、設計缺陷）
- 操作系統、瀏覽器、Bug標題、嚴重程度、優先級、重現步驟、相關需求、抄送給、附件、相關任務、關鍵詞
*******請大家尊重原創，如要轉載，請注明出處：轉載自：https://www.cnblogs.com/shouhu/，謝謝！！*******