測試同學(xué)在Bug管理工具上給開發(fā)同學(xué)提了一個Bug，開發(fā)同學(xué)認(rèn)為并不是Bug，于是將解決方案標(biāo)記為 「非Bug 」，并指派給了測試同學(xué)。
在測試同學(xué)的日常工作中，是否遇到過這種情況？測試同學(xué)發(fā)現(xiàn)了一個Bug，而開發(fā)同學(xué)認(rèn)為不是Bug怎么辦？
這，是大廠高頻軟件測試面試題。我們來分析下這道題，其實主要考察的是面試者的溝通能力，責(zé)任心。
一、日常的解答思路如下，僅供參考
1、找開發(fā)同學(xué)進行溝通，是無法重現(xiàn)還是能夠重現(xiàn)但自己認(rèn)為不是Bug
2、如果是無法重現(xiàn)，可以在測試環(huán)境，給開發(fā)同學(xué)演示一遍，讓其知曉并修復(fù)Bug
3、如果能夠重現(xiàn)，但是開發(fā)同學(xué)卻認(rèn)為不是Bug
（1）看需求文檔上是否有明確說明，如果有，就說明是Bug，與開發(fā)同學(xué)進行溝通后，將Bug指派給開發(fā)同學(xué)，讓其修復(fù)。
（2）如果需求文檔未說明，但是對于用戶來說，能增加用戶的體驗，就需要找產(chǎn)品同學(xué)進行確認(rèn)，如果產(chǎn)品同學(xué)明確需要修復(fù)，那就是Bug，如果忽略，那就不是Bug。
二、日常中見到的幾種不成熟的處理方式
1、不溝通型。
有些缺乏溝通的團隊，就會出現(xiàn)測試同學(xué)給開發(fā)同學(xué)提了一個Bug，開發(fā)同學(xué)認(rèn)為不是Bug，于是在Bug管理工具上標(biāo)記為「非Bug 」，并指派給測試同學(xué)。
測試同學(xué)表示不服，再將Bug重新激活，指派給開發(fā)同學(xué)，就這樣，轉(zhuǎn)來轉(zhuǎn)去，像踢皮球一樣，不僅沒有解決問題，還浪費了時間。
如果雙方主動溝通下，是Bug就修復(fù)，非Bug就關(guān)閉，不僅及時解決了問題，還提升了效率，一舉兩得。
2、置之不理型
有的團隊，在開發(fā)同學(xué)打回Bug后就置之不理了，如果是非嚴(yán)重Bug還好，萬一是主體功能的Bug，上線之后就是大事故了。
ps：我是lc馨馨紫，全網(wǎng)名稱統(tǒng)一，期待優(yōu)秀的你關(guān)注我~
原創(chuàng)文章，轉(zhuǎn)載請注明出處~
