開發人員說不是bug，有2種情況，一是需求沒有確定，所以我可以這麼做，這個時候可以找來產品經理進行確認，需不需要改動，3方商量確定好後再看要不要改。二是這種情況不可能發生，所以不需要修改，這個時候，我可以先盡可能的說出是bug的依據是什麼？如果被使用者發現或出了問題，會有什麼不良結果？程式設計師可能會給你很多理由，你可以對他的解釋進行反駁。如果還是不行，那我可以給這個問題提出來,跟開發經理和測試經理進行確認,如果要修改就改,如果不要修改就不改。其實有些真的不是bug，我也只是建議的方式寫進td中，如果開發人員不修改也沒有大問題。如果確定是bug的話，一定要堅持自己的立場，讓問題得到最後的確認。
69、為什麼要在乙個團隊中開展軟體測試工作？
因為沒有經過測試的軟體很難在發布之前知道該軟體的質量，就好比iso質量認證一樣，測試同樣也需要質量的保證，這個時候就需要在團隊中開展軟體測試的工作。在測試的過程發現軟體中存在的問題，及時讓開發人員得知並修改問題，在即將發布時，從測試報告中得出軟體的質量情況。
71、乙份測試計畫應該包括哪些內容？
背景、專案簡介、目的、測試範圍、測試策略、人員分工、資源要求、進度計畫、參考文件、常用術語、提交文件、風險分析。
72、針對於軟體的行業背景，你如何理解軟體的業務？
閱讀使用者手冊了解軟體的功能和操作流程；看一些業務的專業書籍補充業務知識；如果有使用者實際的資料，可以拿實際的資料進行參考；參考以前的用例和bug報告；在使用軟體的過程中多思考；多與產品經理交流。
74、如何定位測試用例的作用？
組織性：編寫、組織性、功能覆蓋、重複性、跟蹤、測試確認
當開發人員說不是BUG時，你如何應付
開發人員說不是bug，有2種情況，一是需求沒有確定，所以我可以這麼做，這個時候可以找來產品經理進行確認，需不需要改動，3方商量確定好後再看要不要改。二是這種情況不可能發生，所以不需要修改，這個時候，我可以先盡可能的說出是bug的依據是什麼？如果被使用者發現或出了問題，會有什麼不良結果？程式設計師可能...
測試知識 當開發人員說不是BUG時，你如何應付？
剛接觸測試 當開發人員說不是bug時，你如何應付？開發人員說不是 bug，有 2 種情況 一是需求沒有確定，所以我可以這麼做，這個時候可以找來產品經理進行確認，需不需要改動，3方商量確定好後再看要不要改。二是這種情況不可能發生，所以不需要修改，這個時候，我可以先盡可能的說出是 bug 的依據是什麼？...
開發人員,你很牛嗎
首先我承認我標題黨了一回.robbin說 其實相對而言，在it行業勞動者是普通受到重視的，乙個核心開發人員就有能力威脅老闆，這不是地位重要是什麼？這裡只是引用下這句話而已.不是反駁這句話.的確有不少核心人員地位很重要.不過我要說的是另外一部分.你真的很牛嗎,真的嗎 在我的前面一篇文字中 url 別一...