這是測試工程師面試時(shí)經(jīng)常被問到的問題。
開發(fā)人員說不是bug啥容，有2種情況
1. 需求沒有確定锈颗。
可以找來產(chǎn)品經(jīng)理進(jìn)行確認(rèn)需不需要改動(dòng)，三方商量確定好后再看要不要改咪惠。
2. 這種情況不可能發(fā)生击吱，所以不需要修改。
這個(gè)時(shí)候遥昧，可以先盡可能的說出是BUG的依據(jù)是什么覆醇？如果被用戶發(fā)現(xiàn)或出了問題，會(huì)有什么不良結(jié)果炭臭？程序員可能會(huì)給你很多理由永脓，你可以對他的解釋進(jìn)行反駁。如果還是不行鞋仍，那我可以把這個(gè)問題提出來常摧，跟開發(fā)經(jīng)理和測試經(jīng)理進(jìn)行確認(rèn)，如果要修改就改威创，如果不要修改就不改落午。其實(shí)有些真的不是bug，我也只是建議的方式寫進(jìn)TD中肚豺，如果開發(fā)人員不修改也沒有大問題溃斋。如果確定是bug的話，一定要堅(jiān)持自己的立場吸申，讓問題得到最后的確認(rèn)梗劫。
其實(shí)參考答案已經(jīng)很完整了享甸，但是可以看到上面的答案明顯是偏向測試人員的，但有時(shí)開發(fā)說的并沒錯(cuò)梳侨，測試要站在對方的角度換位思考蛉威。所以回答這個(gè)問題還可以從開發(fā)人員的角度延伸。
分析什么Bug會(huì)讓開發(fā)認(rèn)為不是bug
1. 測試人員描述不清晰
工作中也有測試人員把某些“Bug操作步驟”描述的只有自己看得懂猫妙，開發(fā)人員按照步驟復(fù)現(xiàn)Bug不知所云瓷翻，搞錯(cuò)了問題所在。
解決方法：
修改Bug操作步驟：清晰描述割坠、無歧義齐帚、無冗余步驟，要達(dá)到即使給一個(gè)不懂的人去重現(xiàn)這個(gè)Bug彼哼，也能按照你的操作步驟復(fù)現(xiàn)对妄。
2. 難以復(fù)現(xiàn)的Bug
不是所有的問題都能用同樣的操作步驟來復(fù)現(xiàn)的，有的Bug概率出現(xiàn)甚至偶現(xiàn)敢朱，或者是只在測試環(huán)境里出現(xiàn)剪菱。
解決辦法：
針對難以復(fù)現(xiàn)的Bug，需要保存截圖或者記錄log保留證據(jù)拴签；對于只在測試環(huán)境下才會(huì)出現(xiàn)的孝常，找研發(fā)在測試環(huán)境進(jìn)行確認(rèn)。這類Bug要慎重對待蚓哩，規(guī)避風(fēng)險(xiǎn)构灸。
3. 有爭議的Bug
有爭議的Bug多發(fā)生于建議類型的Bug：與同類軟件不符、易用性岸梨、美觀性等類型的Bug喜颁。
解決辦法：
這種問題是否要修改需要根據(jù)公司的項(xiàng)目類型進(jìn)行討論。開Bug評審會(huì)曹阔，在開發(fā)能實(shí)現(xiàn)的情況下說出自己的理由半开，改善產(chǎn)品。
4. 功能性Bug
與需求不符赃份、與原型設(shè)計(jì)不符寂拆。有時(shí)候研發(fā)對需求沒有深入了解可能會(huì)忽略或者搞錯(cuò)個(gè)別功能。
解決辦法：
拿證據(jù)（需求抓韩、設(shè)計(jì)說明書）給他看纠永，這種bug自然合情合理。
