可是，这种 Fixture 设置方式还是引来了批评，因为它效率低下，特别是在设置 Fixture 非常耗时的情况下(例如设置数据库链接)。而且对于不会发生变化的测试环境或者测试数据来说，是不会影响到测试方法的执行结果的，也就没有必要针对每一个测试方法重新设置一次 Fixture。因此在 JUnit 4 中引入了类级别的 Fixture 设置方法，编写规范如下：
1.
使用注解 org,junit.BeforeClass 修饰用于初始化 Fixture 的方法。
2.
使用注解 org.junit.AfterClass 修饰用于注销 Fixture 的方法。
3.
保证这两种方法都使用 public static void 修饰，而且不能带有任何参数。
类级别的 Fixture 仅会在测试类中所有测试方法执行之前执行初始化，并在全部测试方法测试完毕之后执行注销方法(图6)。代码范本如下：
//类级别Fixture初始化方法 @BeforeClass public static void dbInit(){……} //类级别Fixture注销方法 @AfterClass public static void dbClose(){……}
图6 类级别 Fixture 执行示意图
图6 类级别 Fixture 执行示意图
异常以及时间测试
注解 org.junit.Test 中有两个非常有用的参数：expected 和 timeout。参数 expected 代表测试方法期望抛出指定的异常，如果运行测试并没有抛出这个异常，则 JUnit 会认为这个测试没有通过。这为验证被测试方法在错误的情况下是否会抛出预定的异常提供了便利。举例来说，方法 supportDBChecker 用于检查用户使用的数据库版本是否在系统的支持的范围之内，如果用户使用了不被支持的数据库版本，则会抛出运行时异常 UnsupportedDBVersionException。测试方法 supportDBChecker 在数据库版本不支持时是否会抛出指定异常的单元测试方法大体如下：
@Test(expected=UnsupportedDBVersionException.class) public void unsupportedDBCheck(){ …… }
注解 org.junit.Test 的另一个参数 timeout，指定被测试方法被允许运行的最长时间应该是多少，如果测试方法运行时间超过了指定的毫秒数，则JUnit认为测试失败。这个参数对于性能测试有一定的帮助。例如，如果解析一份自定义的 XML 文档花费了多于 1 秒的时间，就需要重新考虑 XML 结构的设计，那单元测试方法可以这样来写：
@Test(timeout=1000) public void selfXMLReader(){ …… }
忽略测试方法
文章来源于领测软件测试网 https://www.ltesting.net/
