近在翻看一些老帖子，發(fā)現(xiàn)一些很有意思的東西，收集整理后，把它放到了這里，那天回頭看會(huì)有另一翻感受。^_^

　　Ayi 問： 請(qǐng)問怎么寫 bug 才能不被開發(fā)人員討厭？

　　davy_chen 答：

　　1、描述精確，完整；

　　2、簡(jiǎn)潔，無歧義；

　　3、可穩(wěn)定復(fù)現(xiàn)；

　　4、利用截圖，調(diào)試信息等輔助說明；

　　5、反饋驗(yàn)證結(jié)果及時(shí)，變化內(nèi)容描述詳盡。不被開發(fā)人員討厭主要的是建立威信，也是你說出的都是真實(shí)的，你說有 bug 確實(shí)存在。

　　6、若對(duì)于很難重現(xiàn)的 Bug 還需要注明該 Bug 在測(cè)試過程中出現(xiàn)的幾率。

　　sww1980 答：

　　1、不被討厭不一定用寫 bug 的方式，跟開發(fā)人員搞好關(guān)系也很重要。

　　2、只要有 bug， 開發(fā)人員肯定會(huì)煩，這時(shí)候你的親和力尤為重要，讓開發(fā)人員覺得你不是在挑他的毛病，

　　而是想一起開心的把軟件做好。

　　小穎 答：

　　1、如果能夠指出 bug 的原因或出處一方面可以讓開發(fā)人員感覺你的水平比較高，另一方面減少了開發(fā)人員找錯(cuò)的時(shí)間，他會(huì)心服口服。

　　2、在有不要抓住一些規(guī)范性的錯(cuò)誤不放，應(yīng)該發(fā)現(xiàn)一些有深度的錯(cuò)誤，功能實(shí)現(xiàn)是重要的

　　celine 答：

　　我覺得溝通很重要，嘗試站在開發(fā)人員的角度上描述問題，而且要對(duì)事不對(duì)人。

　　gigobin 答：

　　1、開發(fā)人員喜歡的 bug ，是能夠一幕了然知道出現(xiàn)了什么樣的問題，然后是一個(gè)簡(jiǎn)潔的復(fù)顯問題的步驟。 一般我都習(xí)慣于先寫一個(gè)簡(jiǎn)單的問題的 brief ，一句話，比如：在 xxx 輸入某字符后，點(diǎn)擊 save 報(bào) 500 錯(cuò)誤。 然后下面是你的測(cè)試端的配置。然后是你的測(cè)試平臺(tái)的情況。這些都是參考。 然后是第一步怎么做，第二步怎么做，......，然后出現(xiàn)了什么錯(cuò)誤。 好是一個(gè) bug 里面只有一個(gè)問題。這樣便于大家跟蹤狀態(tài)。

　　2、對(duì)于交流問題，我覺得如果有一個(gè)好的 bug 平臺(tái)，在一個(gè)清楚的 bug 時(shí)，很少需要開發(fā)人員和測(cè)試人員交流。尤其是什么是不是一個(gè)問題時(shí)，如果開發(fā)人員認(rèn)定不是，不需要太多的糾纏。除非你認(rèn)為這個(gè)將非常有損客戶的利益。而且這個(gè)時(shí)候應(yīng)該報(bào)知測(cè)試 leader 去和開發(fā) leader 進(jìn)行協(xié)調(diào)。 而且盡量不要去寫我認(rèn)為這個(gè)問題是什么引起的，應(yīng)該怎么改。你只需要保證開發(fā)人員能夠復(fù)顯可以了。過多的涉及這個(gè)問題，會(huì)牽扯雙方的精力。你的任務(wù)是發(fā)現(xiàn)問題，報(bào)告問題，追蹤問題而不是解決問題。

　　3、測(cè)試人員不是在找開發(fā)人員的錯(cuò)，也不是開發(fā)人員的矛盾體。測(cè)試人員是幫助開發(fā)人員節(jié)省精力去找出錯(cuò)誤，修改錯(cuò)誤的。一個(gè)好的開發(fā)人員是不會(huì)因?yàn)闇y(cè)試人員找出他很多錯(cuò)誤而煩惱的，因?yàn)椴粩喔倪M(jìn)錯(cuò)誤的同時(shí)，是對(duì)他的一個(gè)提高。一個(gè)好的產(chǎn)品團(tuán)隊(duì)是協(xié)作良好的開發(fā)團(tuán)隊(duì)，測(cè)試團(tuán)隊(duì)以及管理組和設(shè)計(jì)核心組組成的。

相關(guān)鏈接：

測(cè)試人員應(yīng)該如何報(bào)bug？