我已經兩個月了一歲的Java/J2EE項目，每一個現有的JUnit測試失敗，因爲我的時間，這是因爲JUnit測試已經過時或錯誤的...所以我想知道「有什麼用這些測試的，如果他們失敗，唯一一次是因爲方法的名稱已更改，或因爲他們做錯了」 ......一般應該如何使用JUnit /測試用例？
所以......到什麼程度，我們應該實施測試的情況下，什麼樣的方法？項目在什麼時候？爲什麼？總結：任何告訴我有關測試用例的好習慣？
謝謝！
你問十個問題，它可以填補一個重要的書。
我試着回答一些：
什麼
單元測試主要是爲了測試模塊，儘管它們可用於集成測試，也整合範圍secundary。
當
單元測試的發明者，介紹了術語「測試第一」（提前寫測試用例），因爲他知道sw開發人員大多是懶惰和無紀律的。如果他以後會推薦測試，那麼很多測試都不會寫入。
我的做法是，你完成測試後30％，否則你沒有一個可用的結構試驗。我稱之爲「儘早測試方法」
有用的
JUnit測試是用戶界面測試更少有用的，不會輕易使用。
單元測試都有點難以編寫具有高整合的字符模塊，（中央管理方法）
對於療法其餘它們是相當有用的。特別是他們有責任爲算法數學公式，所有類型的計算。
一個主要優點是，通過編寫單元測試，避免時間在現實生活中的代碼耗時調試。你忘了編寫單元測試的時間，那次你通過避免調試獲得了。
單元測試涵蓋了80％的源代碼語句，單元測試不會產生額外的項目成本。
我的經驗表明，即使是getter和setter也應該進行單元測試，因爲每個類可以在2分鐘內完成（在testGetterSetter（）上的uisng）。去年，在二傳手和獲得者中有兩個嚴重的錯誤。
，如果他們失敗的唯一時間是因爲方法的名稱已更改
如果你使用Eclipse refactor->重命名，然後在單元外殼將被包括在重構，只要他們在同一個項目中，這是值得推薦的。
當然可以在源代碼中導致必要的單元格，單元格以及單元測試格式。
最後，單元測試的一個主要優點是，當您創建包含一些更改的新版本時，您仍然知道所有單元測試都運行。當你繼承離開公司的工作形式的同事時，這尤其重要。