下载APP
登录
关闭
渠道合作
推荐作者
开源项目Junit-Ext发布
2018-10-30 李剑 来自北京
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，以及支持自动的测试分类。
精选留言
由作者筛选后的优质留言将会公开显示，欢迎踊跃留言。