Usage and Idioms——Assumptions with assume

理想情况下，编写测试的开发人员可以控制所有可能引起测试失败的起因。如果不能立即实现，明确的附注通常可以改进测试程序的设计。比如说，一个测试程序在开发预期外的场所中运行失败，可以通过向域代码中准确传递一个场所来修复。

然而，上述方法有时候也会行不通。由于被测试代码是当前写的，隐含一些假设，所以运行对应的测试程序或者写个揭露已知bug 的测试都很好。针对这些情况，JUnit包含了表达假设的能力。例子如下：

import static org.junit.Assume.*

@Test public void filenameIncludesUsername() {

assumeThat(File.separatorChar, is('/'));

assertThat(new User("optimus").configFileName(), is("configfiles/optimus.cfg"));

}

@Test public void correctBehaviorWhenFilenameIsNull() {

assumeTrue(bugFixed("13356")); // bugFixed is not included in JUnit

assertThat(parse(null), is(new NullDocument()));

}


默认的JUnit runner会将附有失败假设的测试用例视为忽略处理，订制的运行器可能会表现不同。

为了方便起见JUnit中已经包含了assumeTrue，由于已经包含了Hamcrest，我们不必再去创建类似于assert*方法的一些用法，比如assumeEquals, assumeSame,所有的方法都通过合适的matcher归入在assumeThat中。
在 @Before 或  @BeforeClass方法中加入失败假设 和 在类中的每一个方法中加入失败假设，两者效果相同。

转载于:https://www.cnblogs.com/insist8089/p/6418795.html