Java 8使这变得容易得多，而Kotlin / Scala则加倍了。
我们可以写一些实用程序类
class MyAssertions{
public static void assertDoesNotThrow(FailingRunnable action){
try{
action.run()
}
catch(Exception ex){
throw new Error("expected action not to throw, but it did!", ex)
}
}
}
@FunctionalInterface interface FailingRunnable { void run() throws Exception }
然后您的代码将变得简单：
@Test
public void foo(){
MyAssertions.assertDoesNotThrow(() -> {
//execute code that you expect not to throw Exceptions.
}
}
如果您没有访问Java-8的权限，那么我将使用一个痛苦的旧Java工具：任意代码块和简单注释
//setup
Component component = new Component();
//act
configure(component);
//assert
/*assert does not throw*/{
component.doSomething();
}
最后，使用kotlin，我最近爱上了一种语言：
fun (() -> Any?).shouldNotThrow()
= try { invoke() } catch (ex : Exception){ throw Error("expected not to throw!", ex) }
@Test fun `when foo happens should not throw`(){
//...
{ /*code that shouldn't throw*/ }.shouldNotThrow()
}
尽管仍有很多空间可以准确表达您的表达方式，但我一直是流利断言的拥护者。
关于
您正在以错误的方式处理此问题。只需测试您的功能：如果引发异常，则测试将自动失败。如果没有异常抛出，您的测试将全部变为绿色。
这原则上是正确的，但结论上是错误的。
Java允许控制流异常。这是由API中的JRE运行时本身Double.parseDouble通过a NumberFormatException和Paths.get通过a完成的InvalidPathException。
假设您已经编写了一个用于验证Number字符串的组件Double.ParseDouble，或者使用正则表达式，手写解析器，或者嵌入一些将某些双精度域的范围限制为特定范围的其他域规则的方法，那么如何最好地对此进行测试零件？我认为一个显而易见的测试是断言，当解析结果字符串时，不会引发任何异常。我将使用上述assertDoesNotThrow或/*comment*/{code}块编写该测试。就像是
@Test public void given_validator_accepts_string_result_should_be_interpretable_by_doubleParseDouble(){
//setup
String input = "12.34E+26" //a string double with domain significance
//act
boolean isValid = component.validate(input)
//assert -- using the library 'assertJ', my personal favourite
assertThat(isValid).describedAs(input + " was considered valid by component").isTrue();
assertDoesNotThrow(() -> Double.parseDouble(input));
}
我也鼓励您input使用Theories或参数化此测试，Parameterized以便您可以更轻松地将该测试用于其他输入。或者，如果你想要去的异国风情，你可以去一个测试生成工具（与此）。TestNG对参数化测试有更好的支持。
我发现特别令人讨厌的是使用的建议@Test(expectedException=IllegalArgumentException.class)，这种例外情况危险地广泛。如果您的代码发生了更改，使得被测组件的构造函数具有if(constructorArgument <= 0) throw IllegalArgumentException()，并且您的测试为该参数提供了0，因为它很方便-这是很常见的，因为生成良好的测试数据是一个非常困难的问题-那么您的测试即使未进行任何测试，也会显示为绿色。这样的测试比没有用要糟糕。
