开源项目Junit-Ext发布

作者 李剑 发布于 2009年6月4日

领域

运维 & 基础架构,

过程 & 实践,

语言 & 开发

主题

单元测试 ,

敏捷 ,

发布

标签

JUnit

开源项目Junit-Ext前些日子发布了1.0 RC3版本，InfoQ中文站与项目发起人、ThoughtWorks咨询师胡凯就这次发布进行了简短的采访。

InfoQ中文站：这个项目的核心概念是什么？

胡凯：处理出现在特定环境的产品缺陷是开发者最常见的工作之一，特定环境可能意味着特定的操作系统，特定的运行时环境，也可能是应用所依赖的第三方系统处于特定 的状态。这样特殊的环境对开发者编写测试提出了很大的挑战，譬如对于这样一个功能/缺陷： 在Windows环境中，用户如果指定了过长的路径（Windows的路径长度不能超过255个字符），应用输出正确的提示信息。响应的单元测试并不复杂：

@Test
public void shouldPromptErrorMessageWhenPathIsLongerThan255OnWindows() {
   try {
       document.saveTo(veryLongPath())//用户希望用一个很长的路径来保存文件
       Assert.fail("should throw exception when path is too long.");
   } catch (PathIsToLongException e) {
       assertThat(e.message, is("您指定的路径过长"));
   }
}

在修复缺陷后，开发者面临另外一个难题，上面测试在Linux平台无法通过，因为Linux平台并没有对路径长度的限制，要想提交代码让它与其他开发者的工作合并，开发者必须对测试进行处理，让它更聪明一些：

@Test
public void shouldPromptErrorMessageWhenPathIsLongerThan255OnWindows() {
  if (current running on linux?) {
      return;//在linux平台下不运行这个测试
  }
  try {
       document.saveTo(veryLongPath())//用户希望用一个很长的路径来保存文件
       Assert.fail("should throw exception when path is too long.");
   } catch (PathIsToLongException e) {
       assertThat(e.message, is("您指定的路径过长"));
   }
}

测试运行的前验工作在很多团队里都很普遍，譬如检验数据库中的某条记录是否存在，某个文件是否尚未被创建等，这些前验可以帮助测试变得更健壮。这些工作的客观存在让我觉得junit如果能更聪明一些，我的工作就会简单一些，编写程序也更有效率。这个想法催生了Junit-Ext ，对于上面的例子，使用 Junit-Ext ，开发者可以通过标注(annotation)对环境进行检验：

@Test
@RunIf(value = OSChecker.class, arguments = Windows)
public void shouldPromptErrorMessageWhenPathIsLongerThan255OnWindows() {
  try {
       document.saveTo(veryLongPath())//用户希望用一个很长的路径来保存文件
       Assert.fail("should throw exception when path is too long.");
   } catch (PathIsToLongException e) {
       assertThat(e.message, is("您指定的路径过长"));
   }
}

@RunIf会在非Windows平台忽略(等同于junit @Ignore)这个测试，让开发者专注于业务逻辑的测试， 说到 Junit-Ext 核心概念，就是一个能做到“易者易为，难者可为”的更聪明的junit

InfoQ中文站 ：目前存在有跟这个项目相似的其他开源项目吗？如果有的话，你认为junit-ext与之相比的竞争力在哪里呢？

胡凯：在我有了这个点子并进行了一些初步的工作后，我发现另外一个插件 junitext 作者的想法和我很相似（甚至我们都取了ext这样毫无个性的名字）， junitext 是利用java的反射特性进行前验：

public class TestFillDatabase {
    @Prerequisite(requires = "runningInRightEnvironement", callee="EnvironmentChecker")//反射
    @Test public void fillData() {
        // ...
    }
}

在所有的场景下，开发者都需要自行实现"EnvironmentChecker"（或者找到使用静态方法的第三方库）对环境进行判别。实现健壮的环境检查程序本身是很麻烦的工作，仅仅提供一套机制来检测环境、过滤测试还不能最大程度的方便开发者。对于“难者可为”，junitext做的很好，但是开发者应该，也需要更容易的解决问题，也就是所谓的"易者易为"，在这一点上junitext作的并不好，我在开发框架时特别注意了这一点，在Junit-Ext中对常见的环境检验提供了内建支持，譬如：
* 对操作系统的检测
* 对文件是否服存在的检测
* 对Http服务是否启动的检验
* 对Socket是否打开的检验
* 对某应用是否安装的检验

由于Junit-Ext使用的是强类型，IDE可以在开发者编写测试时，提示出所有可用的Checker，进一步的方便开发者使用这个框架。 开发者也可以通过实现Junit-Ext提供的Checker接口进行订制，做到“难者可为”，社区和ThoughtWorks一些团队的反馈也都印证“易者易为，难者可为”是一个正确的想法，从这个角度看，我认为Junit-Ext更具竞争力。

InfoQ中文站：当前版本的核心特性有哪些？下一步的计划可以给我们介绍一下么？

胡凯：目前可以支持Junit4.4, Junit4.5；支持JDK5， JDK6；支持Class级别的环境检测；支持方法级别的环境检测；有内建的Checkers；支持Spring Test Runner。Junit-Ext下一个版本的目标是支持Junit4.6, 另外后续的版本会不断改进Precondition，以及支持自动的测试分类。

李剑 李剑──ThoughtWorks高级咨询师，在持续集成、重构等领域具有丰富的经验；多次为国内大型企业敏捷组织转型提供咨询和培训服务。

• 更早的 >