1 基本信息

        摘要：描述了单元测试要避免的几个问题，并给出几个最佳实践建议。

2 假成功的单元测试

1. 问题描述：

        在testXXX方法中，看到有这样的测试代码：3. 解决方法：

public void testInvoke(){
try{
…
assertEquals(a,b);
}
catch(Exception e){
…
}
}

2. 问题分析：

        如果运行过程中没有出现异常，整个流程不会有任何问题，JUnit也认为整个测试正常通过。

        但是一旦try中的某段代码运行出错，我们会发现由于在assertEquals被调用之前就已经跳到catch中，所以assertEquals并没有被执行，而catch及之后的代码中并没有相应的assertEquals语句，因此JUnit认为这个testXXX方法对应的测试用例正常通过，我们被结果欺骗了。

        将assertEquals语句移道try…catch之外，变成如下的代码样式：

public void testInvoke(){
Object a;
Object b;
try{
…
// assertEquals(a,b);
}
catch(Exception e){
…
}
assertEquals(a,b);
}

3  假失败的单元测试

        有的时候被测试方法在申明的时候有throws语句,那么单元测试代码应该小心处理这个问题.

        如果测试方法直接throws被测试方法所扔出的异常,则在被测试方法扔出这个异常的时候,该单元测试被认为是失败;但是作为被测试方法来讲,扔出该异常可能是正常的处理逻辑,而不能被认定是代码有错误. 称这种情况为"假失败"的单元测试.

4 最佳实践

        单元测试最好不要有try/catch这些内容，这些内容应该是正式代码中处理的。

        单元测试只要在故意测试异常时才应该用到try/catch,如需要在某个环境下是否抛出某个异常；而其它情况try/catch应该避免使用。