如果我们使用 assertTrue 等来进行一些复杂的判断,会显得比较复杂。进而我们使用 hamcrest 来进行语义较为清楚的判断。
hamcrest 可以有效增加 junit 的测试能力,用一些相对通俗的语言来进行测试。要使用 junit 中的 assertThat 来进行断言。第一个参数表示实际值,第二个参数表示 hamcrest 的表达式。
特别注意:如果使用 junit4.10,必须把 hamcrest 的 jar 包移到 junit 的jar 之前,否则,组合条件 allOf , anyOf 都会抛出异常。
还要注意的是,要静态导入 Matchers 这个包。
示例代码:
// 使用之前要先静态引入,语法如下:
import static org.junit.Assert.*;
import static org.hamcrest.Matchers.*;
// 还须要特别注意两个 jar 包的先后顺序
@Test
public void testHamcrest(){
// 首先需要静态导入import static org.hamcrest.Matchers.*;
// 判断 50 是否大于 20 并且小于 60 ,具体的hamcrest的比较参数可以在文档中查询
assertThat(50, allOf(greaterThan(20),lessThan(60)));
// 判断某个字符串是否以另一个字符串结尾
assertThat("abc.txt",endsWith("txt"));
}
常用的比较方式
逻辑
allOf - 如果所有匹配器都匹配才匹配, short circuits (很难懂的一个词,意译是短路,感觉不对,就没有翻译)(像 Java &&)
anyOf - 如果任何匹配器匹配就匹配, short circuits (像 Java ||)
not - 如果包装的匹配器不匹配器时匹配,反之亦然
对象
equalTo - 测试对象相等使用Object.equals方法
hasToString - 测试Object.toString方法
instanceOf, isCompatibleType - 测试类型
notNullValue, nullValue - 测试null
sameInstance - 测试对象实例
Beans
hasProperty - 测试JavaBeans属性
集合
array - 测试一个数组元素test an array’s elements against an array of matchers
hasEntry, hasKey, hasValue - 测试一个Map包含一个实体,键或者值
hasItem, hasItems - 测试一个集合包含一个元素
hasItemInArray - 测试一个数组包含一个元素
数字
closeTo - 测试浮点值接近给定的值
greaterThan, greaterThanOrEqualTo, lessThan, lessThanOrEqualTo - 测试次序
文本
equalToIgnoringCase - 测试字符串相等忽略大小写
equalToIgnoringWhiteSpace - 测试字符串忽略空白
containsString, endsWith, startsWith - 测试字符串匹配
如果我们想集中地测试多个单元测试类,我们可以通过 TestSuite 来组成多个测试组件。
示例代码:
package com.liwei.util;
import org.junit.runner.RunWith;
import org.junit.runners.Suite;
import org.junit.runners.Suite.SuiteClasses;
// RunWith 表示这个类是一个suite的类
@RunWith(Suite.class)
// 说明这个类中包含哪些测试组件
@SuiteClasses({TestA.class,TestB.class,TestSuite.class})
public class TestSuite {
}
按照上面的写法会报异常,在这里我们先留意一下。
TestSuite
com.liwei.util.TestSuite
com.liwei.util.TestSuite
initializationError(com.liwei.util.TestSuite)
java.lang.Exception: class 'com.liwei.util.TestSuite' (possibly indirectly) contains itself as a SuiteClass
at org.junit.runners.model.InitializationError.<init>(InitializationError.java:30)
at org.junit.runners.model.RunnerBuilder.addParent(RunnerBuilder.java:65)
at org.junit.runners.model.RunnerBuilder.runners(RunnerBuilder.java:81)
at org.junit.runners.Suite.<init>(Suite.java:101)
at org.junit.runners.Suite.<init>(Suite.java:67)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:526)
at org.junit.internal.builders.AnnotatedBuilder.buildRunner(AnnotatedBuilder.java:35)
at org.junit.internal.builders.AnnotatedBuilder.runnerForClass(AnnotatedBuilder.java:24)
at org.junit.runners.model.RunnerBuilder.safeRunnerForClass(RunnerBuilder.java:57)
at org.junit.internal.builders.AllDefaultPossibilitiesBuilder.runnerForClass(AllDefaultPossibilitiesBuilder.java:29)
at org.junit.runners.model.RunnerBuilder.safeRunnerForClass(RunnerBuilder.java:57)
at org.junit.runners.model.RunnerBuilder.runners(RunnerBuilder.java:98)
at org.junit.runners.model.RunnerBuilder.runners(RunnerBuilder.java:84)
at org.junit.runners.Suite.<init>(Suite.java:101)
at org.junit.runners.Suite.<init>(Suite.java:67)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:526)
at org.junit.internal.builders.AnnotatedBuilder.buildRunner(AnnotatedBuilder.java:35)
at org.junit.internal.builders.AnnotatedBuilder.runnerForClass(AnnotatedBuilder.java:24)
at org.junit.runners.model.RunnerBuilder.safeRunnerForClass(RunnerBuilder.java:57)
at org.junit.internal.builders.AllDefaultPossibilitiesBuilder.runnerForClass(AllDefaultPossibilitiesBuilder.java:29)
at org.junit.runners.model.RunnerBuilder.safeRunnerForClass(RunnerBuilder.java:57)
at org.junit.internal.requests.ClassRequest.getRunner(ClassRequest.java:24)
at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.<init>(JUnit4TestReference.java:33)
at org.eclipse.jdt.internal.junit4.runner.JUnit4TestClassReference.<init>(JUnit4TestClassReference.java:25)
at org.eclipse.jdt.internal.junit4.runner.JUnit4TestLoader.createTest(JUnit4TestLoader.java:48)
at org.eclipse.jdt.internal.junit4.runner.JUnit4TestLoader.loadTests(JUnit4TestLoader.java:38)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:452)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)
最后,介绍了一下测试原则:
1、建议创建一个专门的source folder–>test来编写测试类代码;
2、测试类的包应该保持和需要测试的类一致;
3、测试单元中的每一个测试方法都必须可以独立执行,没有顺序,测试方法之间不能有任何的依赖性。