Question

我希望整个代码中的断言失败导致我的测试失败。

我有一个像这样的JUnit规则：

public class AcmeTestRule implements TestRule {
    @Override
    public Statement apply(final Statement statement, Description description) {
        return new Statement() {
            @Override
            public void evaluate() throws Throwable {
                ClassLoader classLoader = getClass().getClassLoader();
                classLoader.clearAssertionStatus();
                classLoader.setDefaultAssertionStatus(true);
                //classLoader.setPackageAssertionStatus("com.acme", true); // no effect

                statement.evaluate();
            }
        }
    }
}

这是基于这样的基础测试类：

public abstract class AcmeTestCase {
    @ClassRule
    public static final AcmeTestRule acmeTestRule = new AcmeTestRule();
}

然后为了确认规则本身是否有效，我进行了以下测试：

public class TestAcmeTestRule extends AcmeTestCase4 {
    @Test
    public void testAssertions() {
        try {
            assert false;
        } catch (AssertionError) {
            // good.
            return;
        }

        fail("Didn't throw AssertionError on assert false");
    }
}

我们的自动构建测试失败，因为“assert false”仍然没有抛出异常。完全相同的测试传递从IDE运行。我们没有设置任何命令行标志来打开断言（尽管IDE可能会在我们背后做这件事。）

顺便说一下，如果我这样做：

public class TestAcmeTestRule {
    @ClassRule
    public static final AcmeTestRule acmeTestRule = new AcmeTestRule();

    @Test
    public void testAssertions() {
        try {
            assert false;
        } catch (AssertionError) {
            // good.
            return;
        }

        fail("Didn't throw AssertionError on assert false");
    }
}

结果测试现在也在IDE中失败了。我所做的就是将规则从抽象类转移到测试类中。

我认为这是一个奇怪的类加载问题。我的理论：断言状态仅在读取字节码时使用，因此当您运行字节码时，更改值为时已晚。

Answer 1

ClassLoader.setDefaultAssertionStatus（以及所有类似方法）的问题是，它们对已经加载的类没有影响。来自documentation

此设置确定此类加载器加载的类以及将来中的是否默认启用或禁用断言。

所以你不能在代码中可靠地启用断言，只要你没有确保在加载所有其他类之前执行它（这可能容易出错）。

这在IDE中工作的原因可能是IDE倾向于通过传递适当的命令行参数来启用断言，或者类加载的顺序可能不同。

打开断言的我的JUnit规则似乎没有在我们的Jenkins构建中执行

1 个答案: