最近，我被卷入了討論¹和一些受感染的同伴^2，他們關于我們如何在Eclipse IDE中使用JUnit 。 令人驚訝的是，對話帶來了并非所有人都知道的一些“技巧”。 這使我有了寫這篇文章的想法，總結了我們的演講。 誰知道–也許有人也有新事物……

啟動快捷方式

如果您要進行測試驅動開發 ，則必須經常運行測試。 顯然，使用例如編輯器的上下文菜單來選擇Run As -> JUnit Test來啟動正在開發的測試用例會有些乏味。 幸運的是，快捷鍵Alt+Shift+X,T可以執行相同的操作，而Alt+Shift+D,T可以在調試模式下執行測試。 但是，它所具有的不僅僅是眼神。

考慮以下情況：被測單元不再按預期工作。 您已經意識到這一點，因為您的測試套件的某個測試失敗。 看一下代碼可能不是確定性的，因此您決定啟動調試會話。 為此，您可以在當前光標位置設置一個斷點（ Ctrl+Shift+B ）。 在這種情況下，您可能對重新運行套件甚至給定測試類的所有測試都不感興趣。 您只想啟動單個失敗的測試³ 。

現在，重要的是要知道上述的“運行方式”快捷方式對編輯器的光標位置敏感。 將光標移動到測試方法名稱，可以使用這些快捷方式啟動僅運行該測試方法的JUnit進程^{4 5} 。

稍微進行一下示例，很有可能在調試過程中在被測單元中發現一個可疑點。 考慮解決方案時，您可以更改該單元的某些代碼。 之后，您想查看測試方法是否仍然失敗。 幸運的是，Eclipse中還有另一個快捷方式，它允許您重新運行最新執行的啟動配置。

使用F11重新運行您的調試會話，并使用Ctrl-F11重新正常運行測試方法。 但是，必須設置首選項設置才能使此工作可靠。 打開啟動首選項頁面（ Windows- >首選項|運行/調試->啟動）后，有一個名為啟動操作的部分。 確保選中始終啟動以前啟動的應用程序單選按鈕。

方法模板

每次您要創建新的測試方法時，都可以考慮使用Eclipse編輯器模板來提高編碼效率。 將光標定位在新測試方法應位于的位置后，鍵入test并按Ctrl+Space快捷鍵以彈出內容幫助。

如上圖第一部分所示，內容助手提供了一個測試方法模板，該模板將在選擇時創建完整的方法存根。 不幸的是，這將是一個JUnit 3樣式的方法存根。 但是再次Ctrl+Space將顯示第二個以JUnit 4樣式編寫的模板。 如上圖的第二部分所示。

盡管兩次都擊中了快捷方式，但對于許多開發人員而言仍然顯得過于繁瑣。 編寫測試用例時，通常還必須創建帶有@ Before / @ After標記的設置和/或拆卸方法。 但值得慶幸的是，可以在Eclipse中提供自己的編輯器模板。 Holger Staudacher寫了一篇名為Eclipse的簡單JUnit4模板的好文章，他解釋了如何做到這一點，甚至在要旨中提供了一組模板 。

收藏夾

JUnit測試在很大程度上依賴于類junit.framework.Assert提供的各種assertXXX方法的使用。 這些方法都聲明為靜態方法，例如可以稱為Assert.assertTrue(condition) 。 但是據我所知，大多數人將使用靜態導入來縮短語句，以便于讀取assertTrue(condition) 。

但是默認情況下，IDE的內容輔助功能不會建議Assert類的靜態方法。 解決該問題的一種方法是編寫類名稱，然后讓內容協助提出可用的方法。 可以通過使用駱駝大小寫匹配來加速后者。 之后，按照Rüdiger 關于靜態導入的文章中所述使用Ctrl+Shift+M可以縮短語句并生成導入。

但是，我認為最有效的方法是將junit.framework.Assert類配置為內容輔助收藏夾，以允許靜態成員的提議，即使仍然缺少導入。 配置在（窗口->首選項| Java->編輯器-> Content Assist->收藏夾）中進行，如下所示：

JUnit視圖配置

在工作測試驅動下，定期運行測試幾乎可以有機地完成⁶ 。 但是，運行較大的測試套件需要一些時間。 同時，將彈出“ JUnit視圖”并不斷更新測試結果列表。 但這可能會令人振奮，因為它會使人分心，甚至在最壞的情況下也會妨礙您的工作。

通過測試驅動的開發，您希望測試以100％的成功率獲得成功。 因此，許多開發人員只想知道有關失敗測試的信息-規則的例外。 JUnit視圖通過名為Activate on Error/Failure Only的配置設置對此提供支持，該設置Activate on Error/Failure Only可通過viewpart的菜單使用：

您的測試套件有時會失敗，并且一次可能存在多個問題。 默認情況下，JUnit視圖列出所有測試結果。 但是作為開發人員，您通常對失敗的項目更感興趣，并且可能會將大量的綠色測試視作混亂。 這里關注您的工作意味著關注失敗的測試。 有一個名為Show Failures Only的配置設置可用于更改此行為。 由于人們傾向于更頻繁地更改此設置，因此在viewpart的工具欄中提供了一個切換按鈕。

快速瀏覽

如果您使用的是Eclipse 3.x ，則有一個名為Fast View的不錯的功能，它可以使您的UI更加整潔。 總的來說，對于我經常但不連續使用的視圖和/或如果提供更多空間，我認為更清晰的視圖，我更喜歡這樣做。 例如，“覆蓋率”，“歷史記錄”或“呼叫層次結構”視圖。 viewpart選項卡提供了一個內容菜單，該菜單使將視圖用作快速視圖成為可能：

這會將視圖從其堆棧中刪除，并在工作臺左下角的快速視圖工具欄中顯示一個切換按鈕。 使用此按鈕，您可以激活/取消激活特定視圖作為疊加層⁷ ：

JUnit快速查看按鈕的一個特定功能是，它提供有關最新測試運行的狀態信息或有關當前執行的進度信息的進度信息。 因此，這個小按鈕是您在JUnit上花費的大量時間所需的所有UI：

不幸的是，Eclipse 4.x中不再提供快速視圖。 但是有一種變通辦法可以在某種程度上滿足該行為。 您可以將要用作“快速視圖”的視圖移動到指定的視圖堆棧中，并最小化此堆棧。 代表最小化視圖堆棧的工具欄現在用作以前的快速視圖欄。 之所以如此工作，是因為有時激活/停用會掛起，并且您必須花一點時間來隱藏視圖并返回到編輯器。

從本質上講，我認為上面的部分涵蓋了我們在本文開頭提到的討論中所討論的要點。 也許您還可以獲得有關有用的JUnit快捷方式，使用模式之類的信息，或共享這些信息-歡迎添加評論。

1. 討論是在我們偶爾希望一次自發的啤酒下班之后中進行的……
2. 據說“受感染的測試”一詞最初是由Erich Gamma創造的。 他還與肯特·貝克 （ Kent Beck）一起發表了一篇名為《 感染了JUnit測試：程序員喜歡編寫測試》的文章 ，描述了一旦您與測試一致地推動編程工作，“您對開發的態度可能會改變”。
3. 特別是，如果斷點不是如示例中那樣位于測試方法中，而是位于被測單元中，那么運行一個測試用例的所有測試方法會很煩人。 這是因為程序執行可能會在沒有問題的一種測試方法實際觸發的斷點處停止。
4. 不幸的是，該框架無法將測試方法與非測試方法區分開。 在非測試方法上使用快捷方式將導致JUnit運行，其結果顯示為Unrooted Tests錯誤。
5. 一些與會者認為，該框架會自動創建并保留啟動配置，這是次要的缺點。 因此，通過快捷方式運行單個測試方法會隨著時間的推移在啟動配置列表中產生很多混亂。
6. 甚至有可用的工具可以連續運行您的測試。
7. 在實踐中，我經常使用Ctrl+F7快捷鍵在視圖部分之間切換。

參考：來自我們的JCG合作伙伴 Frank Appel在Code Affine博客上有效地在Eclipse中使用JUnit 。

翻譯自: https://www.javacodegeeks.com/2012/11/working-efficiently-with-junit-in-eclipse.html