剛接觸測試
當開發人員說不是bug時，你如何應付？
開發人員說不是 bug，有 2 種情況：
一是需求沒有確定，所以我可以這麼做，這個時候可以找來產品經理進行確認，需不需要改動，3方商量確定好後再看要不要改。
二是這種情況不可能發生，所以不需要修改，這個時候，我可以先盡可能的說出是 bug 的依據是什麼？如果被使用者發現或出了問題，會有什麼不良結果？
程式設計師可能會給你很多理由，你可以對他的解釋進行反駁。
如果還是不行，那我可以給這個問題提出來,跟開發經理和測試經理進行確認,如果要修改就改,如果不要修改就不改。
其實有些真的不是 bug，我也只是建議的方式寫進 td 中，如果開發人員不修改也沒有大問題。
如果確定是 bug 的話，一定要堅持自己的立場，讓問題得到最後的確認。
因為線上出現問題，測試付很大責任
當開發人員說不是BUG時，你如何應付
開發人員說不是bug，有2種情況，一是需求沒有確定，所以我可以這麼做，這個時候可以找來產品經理進行確認，需不需要改動，3方商量確定好後再看要不要改。二是這種情況不可能發生，所以不需要修改，這個時候，我可以先盡可能的說出是bug的依據是什麼？如果被使用者發現或出了問題，會有什麼不良結果？程式設計師可能...
當開發人員說不是BUG時，你如何應付？
開發人員說不是bug，有2種情況，一是需求沒有確定，所以我可以這麼做，這個時候可以找來產品經理進行確認，需不需要改動，3方商量確定好後再看要不要改。二是這種情況不可能發生，所以不需要修改，這個時候，我可以先盡可能的說出是bug的依據是什麼？如果被使用者發現或出了問題，會有什麼不良結果？程式設計師可能...
測試人員如何贏得開發人員的尊重
看到這個標題，如果你認為我在痴人說夢，那麼請一定仔細閱讀本文。你還在認為測試和開發是天生的一對冤家，有不可調節的矛盾，是對立的兩面麼？開發 的天職是構建程式，測試則恰恰相反，是從事破壞活動。其實從另外乙個角度講，矛盾的兩者又是對立的統一面 共同為了把產品的質量提高。有的時候我們抱怨開 發團隊不夠重視...