BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

开源项目Junit-Ext发布

| 作者 李剑 关注 1 他的粉丝 发布于 2009年6月5日. 估计阅读时间: 8 分钟 | CNUTCon 了解国内外一线大厂50+智能运维最新实践案例。

开源项目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,以及支持自动的测试分类。

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT