缺陷報告模板
缺陷報告模板每個公司都不盡相同搓侄，例如有Word格式（方便直接粘貼多張截圖）、Excel格式话速、公司內(nèi)部系統(tǒng)（自主研發(fā)）讶踪、Bug管理工具等等。一般情況下根據(jù)公司的要求編寫即可泊交。但新人一般對一些工具中的字段無法全部了解俊柔，很多時候會出現(xiàn)漏填重要數(shù)據(jù)。所以進入團隊后首先掌握Bug模板活合。
Bug標(biāo)題格式
標(biāo)題需要客觀準(zhǔn)確的描述雏婶，之前有專家提出的一個好的模式是：條件-失敗。語句精煉但描述完整白指×敉恚看案例：
當(dāng)點擊引導(dǎo)頁中的繼續(xù)瀏覽時，應(yīng)用閃退告嘲。
【商品詳情頁】當(dāng)購物車中的商品數(shù)量超過100000時错维，加入購物車失敗。（錯誤代碼：3206）
每條缺陷報告只描述一個問題
即使是同一個頁面橄唬、同一功能出現(xiàn)的問題也需要單獨分開匯報 赋焕，這樣做的目的是可以正確統(tǒng)計Bug數(shù)量，減少或避免開發(fā)人員遺漏仰楚，對于優(yōu)先級別不同的Bug匯報在一起影響修復(fù)效率隆判。
操作步驟詳細(xì)但不冗余
有個好的方法是參考出現(xiàn)Bug的Case犬庇，如果步驟均相同，可以直接復(fù)制粘貼 侨嘀，且測試數(shù)據(jù)也要記錄上臭挽。 如果步驟不同，也需要自己編寫詳細(xì)步驟咬腕。目的是Bug修復(fù)人員與原開發(fā)人員不一定是同一人欢峰，可能他并不十分了解該模塊的業(yè)務(wù)邏輯；二是為了產(chǎn)品人員統(tǒng)計剩余Bug修復(fù)優(yōu)先級涨共，準(zhǔn)確詳細(xì)的步驟讓其一目了然 纽帖。
利用好關(guān)鍵字
使用過缺陷管理工具的測試人員都了解，經(jīng)常做的一件事就是檢索Bug举反，特別針對Bug數(shù)量較龐大時抛计，有時需要查詢類似的Bug，或是統(tǒng)計時想針對某一同類問題（如系統(tǒng)SQL錯誤照筑、錯誤代碼等）總結(jié)吹截，可以通過搜索來歸類出。這就需要在編寫B(tài)ug時斟酌好團隊人員一般都會用怎樣的關(guān)鍵字搜索凝危。統(tǒng)一規(guī)范后使日后檢索更輕松點波俄。
Bug相關(guān)附件及時上傳
說到了上邊提到的問題-開發(fā)人員無法復(fù)現(xiàn)。測試人員發(fā)現(xiàn)Bug后蛾默，要及時截圖或查詢到服務(wù)器上的錯誤日志懦铺，一定要上傳到附件。這樣一來有利于開發(fā)人員復(fù)現(xiàn)支鸡，二來也可以提高其修復(fù)效率 冬念。
鏈接相關(guān)的Bug
這一步也比較重要。對于開發(fā)人員牧挣，鏈接相關(guān)Bug可以快速找出其問題原因急前。對于測試人員，當(dāng)不同成員測試同一模塊時瀑构，通過檢索可以確認(rèn)是否已經(jīng)匯報過裆针，總結(jié)時也可以快速歸類 。
Bug復(fù)現(xiàn)環(huán)境配置說明?
也是上邊提過的寺晌，開發(fā)人員在自己機器上無法復(fù)現(xiàn)世吨，測試人員第一反應(yīng)是查看他的機器環(huán)境，這種情況經(jīng)常發(fā)生呻征。由于開發(fā)人員使用同一臺電腦開發(fā)和測試耘婚，使得某些具有環(huán)境依賴性的功能無法盡快找出，所以編寫B(tài)ug報告時務(wù)必寫清楚Bug出現(xiàn)的環(huán)境配置陆赋。
增強缺陷報告的可讀性
首先缺陷報告是為了讓開發(fā)看到并且修復(fù)Bug的沐祷，所以首要滿足的就是針對開發(fā)的可讀性嚷闭。描述要盡可能的客觀、準(zhǔn)確戈轿。不要有錯別字或語句不通，操作步驟要以數(shù)字編號的方式整齊排列 阵子。上傳的附件名稱要與描述中的一致 思杯。（截圖需要標(biāo)注出錯誤的地方且截圖要完整，如地址欄等信息）另外挠进，如果是匯報英文Bug色乾，要注意語法語義的準(zhǔn)確性，描述要專業(yè)领突。
