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应该避免使用。
文章来源于领测软件测试网 https://www.ltesting.net/