JUnit:使用ExpectedException进行异常测试
Published:
29 Mar 2014
Category:
Java
Junit中有好几种测试异常的方法。就像我在前面几篇文章中写道的那样,我比较喜欢使用org.junit.rules.ExpectedException规则。一般来说,ExpectedException规则是org.junit.Before, org.junit.After, org.junit.BeforeClass,或者org.junit.AfterClass注解的一种替代方式 ,但是它们的功能更为强大,也更容易在多个工程间或者不同类中进行共享。本文中我会介绍下org.junit.rules.ExpectedException规则的一些高级用法。
验证异常信息
标准的JUnit的org.junit.Test注解提供了一个expected属性,你可以用它来指定一个Throwble类型,如果方法调用中抛出了这个异常,这条测试用例就算通过了。很多情况下有它就足够了,不过如果你想验证下异常的信息——你就得另寻出路了。使用ExpectedException来实现这个非常简单:
在这段代码中,我们期望抛出的异常中包含指定的信息。和只匹配类型相比,这样做更安全。为什么?我们假设我们有这么个ExceptionThrower:
可以看到,抛出的两个异常都是RuntimeException,因此如果我们不检查异常信息的话,我们无法百分百确定方法抛出的异常到底是哪个。那么下面这个测试用例就会通过了:
而检查异常信息的话就会解决这个问题,能确保是你想要的那个异常。单就这点来说,异常规则就要秒杀@Test注解里面的expected属性了。
不过如果你想验证的异常信息非常复杂呢?ExpectedException允许你传一个Hamcrest匹配器(matcher)给expectMessage方法(而不是一个字符串)。来看下这个例子:
当然了,你还可以指定你自己的匹配器来进行消息验证。再看下这个例子。
校验异常对象
在有些场景下光匹配异常信息还不够。可能你的异常中有自定义的一些方法,你也想验证一下它们。完全没问题。给ExpectedException的expect方法指定一个matcher就搞定了。
注意了,这里同时实现了describeTo和describeMismatchSafely 两个方法。因为我希望如果测试失败的话输出的错误信息能看起来好一些 。看下它的输出:
检查异常原因
ExpectedException还有一个作用就是用来检查异常原因。这也可以通过自定义的匹配器来完成:
总结
ExpectedException规则是JUnit一个强大的特性。再加上Hamcrest匹配器,你的异常测试用例将变得更加健壮,并且可重复使用。
原创文章转载请注明出处:JUnit:使用ExpectedException进行异常测试
英文原文链接