1、需求不確定
可以找來產品經理進行確認需不需要改動，三方商量確定好後再看要不要改。
2、這種情況不可能發生，所以不需要修改
這個時候，我可以先盡可能的說出是bug的依據是什麼？如果被使用者發現或出了問題，會有什麼不良結果？程式設計師可能會給你很多理由，你可以對他的解釋進行反駁。如果還是不行，那我可以把這個問題提出來，跟開發經理和測試經理進行確認，如果要修改就改，如果不要修改就不改。其實有些真的不是bug，我也只是建議的方式寫進td中，如果開發人員不修改也沒有大問題。如果確定是bug的話，一定要堅持自己的立場，讓問題得到最後的確認。
其實參***已經很完整了，但是可以看到上面的答案明顯是偏向測試人員的，但有時開發說的並沒錯，測試要站在對方的角度換位思考。所以回答這個問題還可以從開發人員的角度延伸。
開發認為不是bug，你該如何處理
場景 測試中，我們經常遇到這樣的問題，提交了個bug，開發卻不是bug 1 測試人員描述不清晰 體現在步驟描述上有歧義，開發無法按照描述準確的復現步驟，導致可能對問題的描述理解上出現偏差 解決方法 修改bug描述步驟 做到清晰描述 無重複 無冗餘，盡量附截圖，截圖重點位置，用紅色標記，截圖名字盡量符...
當開發人員說不是BUG時，你如何應付
開發人員說不是bug，有2種情況，一是需求沒有確定，所以我可以這麼做，這個時候可以找來產品經理進行確認，需不需要改動，3方商量確定好後再看要不要改。二是這種情況不可能發生，所以不需要修改，這個時候，我可以先盡可能的說出是bug的依據是什麼？如果被使用者發現或出了問題，會有什麼不良結果？程式設計師可能...
當開發人員說不是BUG時，你如何應付？
開發人員說不是bug，有2種情況，一是需求沒有確定，所以我可以這麼做，這個時候可以找來產品經理進行確認，需不需要改動，3方商量確定好後再看要不要改。二是這種情況不可能發生，所以不需要修改，這個時候，我可以先盡可能的說出是bug的依據是什麼？如果被使用者發現或出了問題，會有什麼不良結果？程式設計師可能...