有什么网站做微商,石家庄网站推广招聘,河南中原建设网站微信群,行业网站域名选择eclipse中junit最近#xff0c;我被卷入了讨论1和一些受感染的同伴2#xff0c;他们关于我们如何在Eclipse IDE中使用JUnit 。 令人惊讶的是#xff0c;对话带来了并非所有人都知道的一些“技巧”。 这使我有了写这篇文章的想法#xff0c;总结了我们的演讲。 谁知道–也许… eclipse中junit 最近我被卷入了讨论1和一些受感染的同伴2他们关于我们如何在Eclipse IDE中使用JUnit 。 令人惊讶的是对话带来了并非所有人都知道的一些“技巧”。 这使我有了写这篇文章的想法总结了我们的演讲。 谁知道–也许有人也有新事物…… 启动快捷方式 如果您要进行测试驱动开发 则必须经常运行测试。 显然使用编辑器的上下文菜单来选择Run As - JUnit Test来启动正在开发的测试用例会有些乏味。 幸运的是快捷键AltShiftX,T可以执行相同的操作而AltShiftD,T可以在调试模式下执行测试。 但是它所具有的不仅仅是眼神。 考虑以下情况被测单元不再按预期工作。 您已经意识到这一点因为您的测试套件的某个测试失败。 看一下代码可能不是决定性的因此您决定启动调试会话。 为此您可以在当前光标位置设置一个断点 CtrlShiftB 。 在这种情况下您可能对重新运行套件甚至给定测试类的所有测试都不感兴趣。 您只想启动单个失败的测试3 。 现在重要的是要知道上述的“运行方式”快捷方式对编辑器的光标位置敏感。 将光标移动到测试方法名称可以使用这些快捷方式启动仅运行该测试方法的JUnit进程4 5 。 稍微进行一下示例很有可能在调试会话期间在被测单元中发现一个可疑点。 考虑解决方案时您可以更改该单元的某些代码。 之后您想查看测试方法是否仍然失败。 幸运的是Eclipse中还有另一个快捷方式它允许您重新运行最新执行的启动配置。 使用F11重新运行您的调试会话并使用Ctrl-F11重新正常运行测试方法。 但是必须设置首选项设置才能使此工作可靠。 打开启动首选项页面 Windows- 首选项|运行/调试-启动之后有一个名为启动操作的部分。 确保选中始终启动以前启动的应用程序单选按钮。 方法模板 每次您要创建新的测试方法时都可以考虑使用Eclipse编辑器模板来提高编码效率。 将光标定位在新测试方法应位于的位置后键入test并按CtrlSpace快捷键以弹出内容帮助。 如上图第一部分所示内容助手提供了一个测试方法模板该模板将在选择时创建完整的方法存根。 不幸的是这将是一个JUnit 3样式的方法存根。 但是再次CtrlSpace将显示第二个以JUnit 4样式编写的模板。 如上图的第二部分所示。 尽管两次都击中了快捷方式但对于许多开发人员而言似乎仍然太麻烦了。 编写测试用例时通常还必须创建带有 Before / After标记的设置和/或拆卸方法。 但值得庆幸的是可以在Eclipse中提供自己的编辑器模板。 Holger Staudacher写了一篇很好的文章称为Eclipse的Simple JUnit4模板在其中他解释了如何做到这一点甚至在要旨中提供了一组模板 。 收藏夹 JUnit测试在很大程度上依赖于类junit.framework.Assert提供的各种assertXXX方法的使用。 这些方法都声明为静态方法例如可以称为Assert.assertTrue(condition) 。 但是据我所知大多数人会使用静态导入来缩短语句以便对assertTrue(condition)可读。 但是默认情况下IDE的内容辅助功能不会建议Assert类的静态方法。 解决该问题的一种方法是编写类名称然后让内容协助提出可用的方法。 后者可以通过使用驼峰式大小写匹配来加速。 之后按照Rüdiger 关于静态导入的文章中所述使用CtrlShiftM可以缩短语句并生成导入。 但是我认为最有效的方法是将junit.framework.Assert类配置为内容辅助收藏夹以允许静态成员的提议即使仍然缺少导入。 配置发生在窗口-首选项| Java-编辑器- Content Assist-收藏夹中如下所示 JUnit视图配置 在工作测试驱动下定期运行测试几乎可以有机地进行6 。 但是运行较大的测试套件需要一些时间。 同时将弹出“ 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选项卡提供了一个内容菜单可以将视图用作快速视图 这会将视图从其堆栈中删除并在工作台左下角的快速视图工具栏中显示一个切换按钮。 使用此按钮您可以激活/取消激活特定视图作为叠加层7 JUnit快速查看按钮的特定功能是它提供有关最新测试运行的状态信息或有关当前执行的进度信息。 因此这个小按钮是您在JUnit上花费的大量时间所需的所有UI 不幸的是Eclipse 4.x中不再提供快速视图。 但是有一种变通办法可以在某种程度上满足要求。 您可以将要用作“快速视图”的视图移动到指定的视图堆栈中并最小化此堆栈。 代表最小化视图堆栈的工具栏现在用作以前的快速视图栏。 之所以这样工作是因为有时激活/取消激活会挂起并且您必须花一点时间隐藏视图并返回编辑器。 从本质上讲我认为上面的部分涵盖了我们在本文开头提到的讨论中所讨论的要点。 也许您也有关于有用的JUnit快捷方式使用模式之类的信息或分享这些信息-欢迎添加评论。 讨论是在我们偶尔希望一次自发的啤酒下班之后中进行的…… 据说“受感染的测试”一词最初是由Erich Gamma创造的。 他还与肯特·贝克 Kent Beck一起发表了一篇名为《 感染了JUnit测试程序员喜欢编写测试》的文章 描述了一旦您与测试一致地推动编程工作“您对开发的态度可能会改变”。 特别是如果断点不是如示例中那样位于测试方法中而是位于被测单元中则运行一个测试用例的所有测试方法会很烦人。 这是因为程序执行可能会在没有问题的一种测试方法实际触发的断点处停止。 不幸的是该框架无法将测试方法与非测试方法区分开。 在非测试方法上使用快捷方式将导致JUnit运行其结果显示为Unrooted Tests错误。 一些与会者认为该框架会自动创建并保留启动配置这是次要的缺点。 因此通过快捷方式运行单个测试方法会随着时间的推移在启动配置列表中产生很多混乱。 甚至有可用的工具可以连续运行您的测试。 在实践中我经常使用CtrlF7快捷键在视图部分之间切换。 参考来自我们的JCG合作伙伴 Frank Appel在Code Affine博客上有效地在Eclipse中使用JUnit 。 翻译自: https://www.javacodegeeks.com/2012/11/working-efficiently-with-junit-in-eclipse.htmleclipse中junit
