作為測試鵝，你是否有過以下日常：

正準(zhǔn)備下班的時(shí)候又又又發(fā)現(xiàn)了5個(gè)bug，興沖沖地告訴開發(fā)，你猜他們會怎么樣？

開發(fā)A：你剛剛說什么？我沒聽清?。ú宦牪宦牐醢四罱?jīng)~）
開發(fā)B：你提任你提，修改不著急。
開發(fā)C：你禮貌嗎？

提的時(shí)間很尷尬也沒辦法，但再試想下，臨下班給開發(fā)提了N個(gè)bug，但bug提交不規(guī)范，bug說明要啥沒啥。

例如↓↓↓

那開發(fā)是不是會很無語？會不會質(zhì)疑你的能力？

開發(fā)跟你復(fù)溝通確認(rèn)后定位到了問題，埋頭繼續(xù)修改，改好回歸測試無誤后，再完成了版本的發(fā)布，加班到很晚，那開發(fā)是不是很崩潰？會不會想和你干架？再進(jìn)一步，如果因此項(xiàng)目發(fā)版不得不延遲，Boss會不會想殺“鵝”祭天？要是真到了這一步，請答應(yīng)我，提前想好你的墓志銘。所以說，一個(gè)合格的測試鵝，一個(gè)想升職加薪的測試鵝，一個(gè)不想被開發(fā)、產(chǎn)品、Boss混合雙打、拔毛下鍋fire的測試鵝真的有必要練好基本功，學(xué)會提交BUG的正確姿勢！這不，小檬給你總結(jié)了幾點(diǎn)：

01

bug標(biāo)題

bug標(biāo)題要簡明扼要，直接命中問題本身，讓解決者一眼就能看到問題影響的范圍、可能出現(xiàn)的問題的原因，不要泛泛而談。

例如：

反例

打開官網(wǎng)頁面報(bào)錯(cuò)

正例

首次以游客身份瀏覽官網(wǎng)首頁，頁面console報(bào)錯(cuò)提示"undefined"

點(diǎn)
評

正例指出了出現(xiàn)問題的用戶角色、問題發(fā)生的位置、操作方式和簡要的錯(cuò)誤信息

反例

打開聊天窗口App?Crash了

正例

[安卓必現(xiàn)]?打開我的"頁面查看消息，App?Crash

點(diǎn)
評

正例指出了問題出現(xiàn)的端，問題出現(xiàn)的頻率、路徑，而反例則很模糊

02

bug描述信息

bug描述信息要條理清晰，步驟具體，信息完備。

理想的情況下，bug的解決者也就是開發(fā)要能通過描述能快速定位到出錯(cuò)的代碼、配置、數(shù)據(jù)等，減少反復(fù)確認(rèn)和溝通的時(shí)間，提高bug的處理效率。

因此，一般來說，bug的描述應(yīng)該包含以下幾個(gè)部分：

☆缺陷描述：描述Bug造成的影響和頻率，和標(biāo)題內(nèi)容呼應(yīng)可相同

☆前置條件：Bug產(chǎn)生的前置條件，如賬號、環(huán)境、數(shù)據(jù)要求等

☆復(fù)現(xiàn)步驟：細(xì)粒度且可操作的步驟說明，最好配上視頻和截圖則

☆期望結(jié)果：預(yù)期得到的結(jié)果，與用例TC上的需描述-致，最好附上用例鏈接、需求/設(shè)計(jì)稿鏈接

☆實(shí)際結(jié)果：本次操作實(shí)際不符合預(yù)期的結(jié)果，最后配上圖文說明

☆附件：Bug場景的視頻、截圖、異常數(shù)據(jù)集、異常配置等

☆原因定位：嘗試定位后，得出Bug可能產(chǎn)?生的原因

☆修復(fù)建議：根據(jù)定位的原因，得出可能修復(fù)方式

建議各位測試鵝最好是要填寫完標(biāo)☆的項(xiàng)目！

如果大家對代碼和系統(tǒng)運(yùn)用原理有一定的了解的話，“原因定位”和“修復(fù)建議”的準(zhǔn)確填寫會讓開發(fā)對我們測試鵝刮目相看！

這里舉一個(gè)比較清晰的bug描述例子：

缺陷描述：10KB以內(nèi)圖片，頭像上傳失敗

重現(xiàn)步驟

[步驟]1.登錄網(wǎng)站，點(diǎn)擊我的賬戶，點(diǎn)擊頭像2.選擇圖片3.點(diǎn)擊確定

[結(jié)果]上傳目錄根本不存在，請嘗試手動創(chuàng)建

[期望]1.顯示默認(rèn)頭像，正常彈出更換頭像界面2.選擇成功，支持預(yù)覽3.提示上傳成功，頭像顯示更新

相關(guān)責(zé)任人2021-7-24 10:33:07, 由?速成班**期***?創(chuàng)建。

03

bug概要信息

bug概要信息一般要標(biāo)明等級并指定相關(guān)責(zé)任人。

具體來說，要寫的包括bug修復(fù)者、bug類型（功能、性能、穩(wěn)定性、兼容性等）、bug的優(yōu)先級（緊急、高、中、低）、bug關(guān)注者（前后端對應(yīng)的開發(fā)同學(xué)、知會相關(guān)的業(yè)務(wù)或產(chǎn)品同學(xué)）、bug嚴(yán)重程度（阻塞、主要、普通）、bug標(biāo)簽、bug項(xiàng)目、bug模塊等等。

而這三招總結(jié)成一份具有普適性的缺陷管理工具BUG字段大全就是：

根據(jù)缺陷已知的[?現(xiàn)象+信息+風(fēng)險(xiǎn)+備注?]>>>[?為什么出現(xiàn)+誰引起的?]>>>[?如何去解決+什么時(shí)間點(diǎn)去解決 ]?。

按這個(gè)字段邏輯填寫數(shù)據(jù)，測試鵝可以很方便地提出bug，并按照不同的維度產(chǎn)出不同的質(zhì)量數(shù)據(jù)。

PS：多花幾分鐘去提出bug單子，不僅能讓自己和開發(fā)進(jìn)行有質(zhì)量的溝通，對研發(fā)效率的提升的貢獻(xiàn)也是顯而易見的！

戒驕戒躁，按部就班地在缺陷面板去一項(xiàng)一項(xiàng)錄入，盡量避免出現(xiàn)BUG信息不全的問題！

每一個(gè)BUG都是我們測試鵝測試水平的象征!做“靠譜”的測試，提專業(yè)的bug，邁出每一個(gè)測試鵝快樂工作的第一步！