开源项目 Junit-Ext 发布

  • 李剑

2009 年 6 月 4 日

话题:敏捷DevOps语言 & 开发文化 & 方法

开源项目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 RunnerJunit-Ext下一个版本的目标是支持 Junit4.6, 另外后续的版本会不断改进Precondition,以及支持自动的测试分类。

敏捷DevOps语言 & 开发文化 & 方法