如何寫一個清晰明了的Bug報告？

作為一名程序猿，平時撕逼最多的就是產(chǎn)品經(jīng)理，其次就是測試妹子了。這里不說產(chǎn)品經(jīng)理，只說測試妹子。普通公司技術(shù)部門一般有如下工種：后端、運維、客戶端（Android和iOS）、H5前端、測試。鄙視鏈貌似是這樣子的：后端鄙視客戶端，客戶端鄙視H5前端，H5前端鄙視測試。好像把運維同學(xué)給忘了？是的，就是忘了。個人認(rèn)為這種鄙視鏈應(yīng)該是從技術(shù)的廣度和深度來講的，合不合理不重要，且做笑話聽了。

那么為何程序員除了撕逼產(chǎn)品經(jīng)理還有測試同學(xué)呢？個人認(rèn)為有以下幾點原因：

溝通問題

測試妹子：“你這個功能有問題，產(chǎn)生的數(shù)據(jù)和預(yù)期不一致”。

程序猿：“什么呀，是不是你操作的姿勢不對啊，你怎么操作的我看看”

測試A巴拉巴拉又操作了一遍，問題重現(xiàn)了，程序猿方才極不情愿的去查看自己那優(yōu)秀的一塌糊涂的代碼。

如果換種方式呢？

測試妹子：“麻煩你幫我看看我這是不是使用姿勢不對？為什么沒有出現(xiàn)和預(yù)期一致的數(shù)據(jù)”

程序猿：“臥槽，是不是我寫的代碼有問題，等我檢查一遍代碼”

bug報告不清晰

測試妹子提了一個bug到j(luò)ira，和你關(guān)系好會口頭通知一聲，不熟的程序員就得自己發(fā)現(xiàn)了或者依賴插件通知。首先程序員看到j(luò)ira上莫名多了一個bug，他心底是不爽的，再如果這個bug還描述的不知道在說什么，這就產(chǎn)生矛盾了。

報告描述的bug無法重現(xiàn)

對于這種無法重現(xiàn)的bug，大多數(shù)的程序猿（不負(fù)責(zé)任的程序猿）處理方式都是：“測試妹子，等你重現(xiàn)了再來找我吧”，然后就沒有然后了，等著線上出問題吧~線上出問題，作為功能開發(fā)者以及質(zhì)量保證者肯定是責(zé)無旁貸的吧？程序猿心里想著：“沙比測試，啥問題測不出來”，測試妹子心里想著：“屌絲，寫的代碼都是bug”。

如何寫一個清晰明了的bug報告讓程序猿死心塌地的解決問題呢？

圖文結(jié)合

個人認(rèn)為一個bug報告要包含：“我在什么場景下進行了什么樣的操作產(chǎn)生了什么樣的結(jié)果”，“我的預(yù)期結(jié)果是什么”，“實際得到的結(jié)果是什么”，然后一定要帶上操作的圖片，圖片表示你的操作步驟，有圖有真相。

采用優(yōu)秀的bug報告工具

想要產(chǎn)出一份清晰的bug報告是需要花費一些精力的，而借助優(yōu)秀的bug跟蹤工具則可以大大提高bug報告效率。常用的工具有

Confluence JIRA

Bugzilla

禪道

提高測試水平

提高測試人員的技術(shù)水平，讓開發(fā)同學(xué)能夠認(rèn)可、信服測試團隊的測試質(zhì)量和報告。這點是最重要的，否則開發(fā)同學(xué)始終帶著不認(rèn)可的態(tài)度去看你們的bug報告始終不是一個好的開始。

以上是個人認(rèn)為一名專業(yè)的測試人員如何給出一份清晰明了的bug報告的幾點意見。歡迎大家討論交流，批評指正~