在Eclipse中有效使用JUnit

最近，我被卷入了讨论¹和一些受感染的同伴^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