理想情况下,写测试用例的开发人员可以明确的知道所有导致他们所写的测试用例不通过的地方,但是有的时候,这 些导致测试用例不通过的地方并不是很容易的被发现,可能隐藏的很深,从而导致开发人员在写测试用例时很难预测到这些因素,而且往往这些因素并不是开发人员 当初设计测试用例时真正的目的,它们的测试点事希望测试出被测代码中别的出错地方。
比如,一个测试用例运行的 locale(如:Locale.US)与之前开发人员设计该测试用例时所设想的不同(如:Locale.UK),这样会导致测试不通过,但是这可能并不是开发人员之前设计测试用例时所设想的测试出来的有用的失败结果(测试点并不是此,比如测试的真正目的是想判断函数的返回值是否为true,返回false 则测试失败),这时开发人员可以通过编写一些额外的代码来消除这些影响(比如将 locale 作为参数传入到测试用例中,每次运行测试用例时,明确指定 locale),但是花费时间和精力来编写这些不是测试用例根本目的的额外代码其实是种浪费,这时就可以使用 Assumption 假设机制来轻松达到额外代码的目的。编写该测试用例时,首先假设 locale 必须是Locale.UK,如果运行时 locale 是Locale.UK,则继续执行该测试用例函数,如果是其它的 locale,则跳过该测试用例函数,执行该测试用例函数以外的代码,这样就不会因为 locale 的问题导致测试出错。
JUnit 4.4提供了assumeThat语句,开发人员可以使用合适的Matcher来设计所有的假设条件。为了方便,JUnit 4.4还提供了assumeTrue,assumeNotNull和assumeNoException语句。
假设机制的优点:
1.通过对 runtime 变量进行取值假设,从而不会因为一个测试用例的不通过而导致整个测试失败而中断(the test passes),使得测试更加连贯。
开发人员编写单元测试时,经常会在一个测试中包含若干个测试用例函数,这时若是遇到某个测试用例函数不通过,整个单元测试就会终止。这将导致测试不 连贯,因为开发人员往往希望一次能运行多个测试用例函数,不通过的测试用例函数不要影响到剩下的测试用例函数的运行,否则会给 debug 调试带来很大的难度。
开发人员编写单元测试时,有时是预测不了传入到单元测试方法中的变量值的,而且这些值有时并不是开发人员所期望的,因为他们会导致测试用例不通过并 中断整个测试,所以开发人员需要跳过这些导致测试用例函数不通过的异常情况。默认的JUnit runner会忽略假设失败的测试。
import static org.hamcrest.Matchers.*;
import static org.junit.Assume.*;
import java.io.File;
import org.junit.Test; public class AssumeTest {
@Test
public void test1(){
//"DEV" default is 'null'
assumeThat(System.getProperty("DEV"),nullValue());
System.out.println("Assumption is true!");
}
@Test
public void test2() {
//File.separatorChar default is '\'
assumeThat(File.separatorChar, is('/'));
System.out.print("hello");
}
}
运行结果显示:
Assumption is true!
Runs: 2/2 (1 skipped)
由于test1的假设与实际符合,所以继续运行并且pass。而test2的假设与实际不符合,所以跳过test2继续运行,但是test2不会被标记为fail,它只是被忽略了。
2.利用假设机制可以控制某个测试用例运行环境,让其在自己期望的时候运行。比如说test1,它只在“DEV”为空的时候会运行。不为空的话直接跳过。
使用假设机制需要注意:
使用assumeXXX,必须 import static org.junit.Assume.*;
使用hamcrest的匹配库,必须 import static org.hamcrest.Matchers.*; 或者 import static org.hamcrest.CoreMatchers.*; 。
在一个测试中,即使假设不正确,假设之前的语句也会被执行,程序会在执行假设语句的时候直接跳出,然后该测试pass。
@Before或者 @BeforeClass中的不正确假设,也会导致整个测试在执行假设语句的时候直接跳出,然后该测试pass。