为@Nonnull注释参数编写单元测试

躲藏 null

public void foo(@NonNull String bar) {
    Objects.requireNonNull(bar);
}

/** Trick the Java flow analysis to allow passing <code>null</code>
 *  for @Nonnull parameters. 
 */
@SuppressWarnings("null")
public static <T> T giveNull() {
    return null;
}

@Test(expected = NullPointerException.class)
public void testFoo() {
    foo(giveNull());
}

以上编译很好(是的,在使用时进行了双重检查) foo(null)

与通过评论给出的解决方案不同,上述方法有很好的副作用 任何 一种参数类型(但可能需要Java8才能始终正确地进行类型推断)。

Objects.requireNonNull() 线

为什么不使用普通的旧反射?

try {
    YourClass.getMethod("foo", String.class).invoke(someInstance, null);
    fail("Expected InvocationException with nested NPE");
} catch(InvocationException e) {
    if (e.getCause() instanceof NullPointerException) {
        return; // success
    }
    throw e; // let the test fail
}

使用Jupiter断言中的assertThrows,我能够测试这一点:

public MethodName(@NonNull final param1 dao) {....

assertThrows(IllegalArgumentException.class, () -> new MethodName(null));

在这里,合同设计就出现了。不能向用notNull参数注释的方法提供null值参数。

null

private String nullValue = ""; // set to null in clearNullValue()
@Before
public void clearNullValue() {
    nullValue = null;
}

@Test(expected = NullPointerException.class)
public void test() {
     T inst = ...
     inst.foo(nullValue);
}

clearNullValue() 被调用,并且必须假设字段不是 无效的