軟體測試工程師們，該如何應對開發人員說的不是BUG?

我相信很多軟體測試工程師都遇到過這樣一種情況，松勤軟體測試小編自然也遇到過，辛辛苦苦提交的

bug，直接被開發人員反饋一句這不是

BUG。當時真的是五味陳雜，甚至開始自我懷疑。以後大家遇到這樣的情況，具體可以如文中這樣應對。

首先從自己身上找原因，比如是不是因為自己對BUG的描述不清晰，導致開發人員難以理解，又或是測試環境和開發環境出現偏差。總之測試人員要對自己測試出的結果負責，反覆論證，復現BUG。如果真不是自己出現的原因，再與開發人員好好溝通修改BUG。

若是開發人員說需求沒確定，可以如此設計，所以這不是BUG。這就要涉及到產品經理，三方需要在一起進行討論，商討是否需要修改。如果需求發生變化，確實如開發人員所言，那我們就將BUG關閉，並及時更新測試用例。若需求沒有變化，那就具體由開發進行BUG的修改。

還是就是開發人員覺得這就不是個BUG，感覺都不用修改。這種情況確實要具體分析，有時也並不算得上BUG。測試人員要說明，被使用者發現或出了問題，會有什麼不良結果？來闡述一下需要開發人員進行修改。如果意見還是不統一的話，測試人員可以向專案經理和產品經理反饋發現的這一問題，具體確認要不要修改。總之，測試人員要對自己的每一個測試結果負責。即使最後不需要修改，也要保留好相關記錄，便於後續追溯。

其實軟體測試工程師在工作中交流最多的人不是產品經理就是開發人員，為了專案更高效地推進，測試人員認真工作的同時，也要處理好同事間的關係。切忌將不滿的情緒帶到工作裡，這是極不負責任的表現。其實大家在一個專案裡都是並肩作戰的狀態，目標保持一直就是高質量地完成每個專案。