Java单元测试-快速上手Junit(进阶)
基于Eclipse的单元测试框架Junit进阶
导言
在学习了上篇入门之后，如果你有所尝试，相信已经把持不住想要更高级的功能了，下面我们进入正题。（先把上次的简介部分放过来，因为这次会用到Before和After）
Junit简介
JUnit是一个Java语言的单元测试框架，应用它进行单元测试，能够准确、快速地保证程序基本模块的正确性。Junit通过注解的方式来识别测试方法，目前支持的主要注解有：
- @BeforeClass：一次性setup，全局只执行一次，第一个运行
- @AfterClass：一次性teardown，全局也只执行一次，最后一个运行
- @Before：每次都在测试方法运行之前运行
- @After：每次都在测试方法运行之后运行
- @Test：测试方法
一个JUnit4的单元测试用例执行顺序为：
@BeforeClass -> @Before -> @Test -> @After -> @AfterClass，其中黑体部分可被多次执行。
添加Before&After
这个比较简单，只需要在新建测试程序的时候添加两个小选项就好，如图所示。
那么，这两个方法是做什么的呢？setUp()顾名思义，就是在每次测试开始之前要做的一些初始化工作，比如，清空队列、还原执行状态等；而tearDown()呢？也很容易理解，就是在某个testcase结束之后所做的一些回收、清除或者恢复工作。总之都是为了保证测试的高效进行。
测试异常处理
有时候我们的方法会抛出异常，那么测试的时候如果遇到会发现testcase显示为error，但是我们正是想让程序在某种情况下抛出异常，该如何处理呢？很简单，只需要添加一个expected就可以解决啦！
@Test(expected = ArithmeticException.class)
public void testDivideByZero(){
cal.divide(0);
}
这样，测试起来关于异常的error就可以消失不见了。
参数化测试
在某方法的分支较多、或者该方法的参数分很多情况、或者参数有较多特殊值，但是又需要较高的测试覆盖率时，我们就需要用到这种参数化的测试了，因为不然你的代码量会急剧飙升，而且会产生很多重复代码段，对于有程序洁癖的你是否能忍受呢？
我们还是举之前的例子，比如要测试乘方，我们也许会分3类测试：正数的平方，0的平方，负数的平方。如何参数化呢？
package JunitTest;
import static org.junit.Assert.*;
import java.util.Arrays;
import java.util.Collection;
import org.junit.Before;
import org.junit.Test;
import org.junit.runner.RunWith;
import org.junit.runners.Parameterized;
import org.junit.runners.Parameterized.Parameters;
@RunWith(Parameterized.class)
public class ParaTest {
private static Calculator Cal = new Calculator();
private double para; //parameter passed to method
private double expcted; //expected result
@Before
public void setUp() throws Exception {
Cal.clear();
}
@Parameters
public static Collection db(){
return Arrays.asList(new Object[][]{
/*{para, expected}*/
{-6, 36},
{0, 0},
{3, 9}
});
}
public ParaTest(double para, double expected) {
// TODO Auto-generated constructor stub
this.para = para;
this.expcted = expected;
}
@Test
public void testSquare() {
Cal.square(this.para);
assertEquals(this.expcted, Cal.getResult(), 0.0001);
}
}
当然，这只是一个特例，在实际应用的时候不一定仅仅只有两个参数，也不一定一个参数是结果的期望值，总之灵活使用Collection中的东西就好，但切记，参数一定要按顺序书写，把握好db()和构造方法中的参数对应关系。
那么，这段代码如何实现的呢？做如下分析：
- 每一个参数化测试都要有自己的专属类，不能共用
- 为此类指定Runner为ParameterizedRunner，通过在类的声明处添加
@RunWith(Parameterized.class)修饰来实现 - 在专属类中确定定义要使用的变量，该例有两个变量（para、expected）
- 用Collection框架让测试数据组的处理标准化，用
@Parameters对其修饰 - 构造函数(constructor)的定义，保证与方法db()中参数的对应关系
限时测试
一般情况下，在测试时间过长、或者测试出现停滞状况时，我们都能够从JUnit的布局(layout)中看出来，从而定位到出现耗时较多（一般为死循环）的方法。所以该测试方式的作用主要体现在预防层面，而并非测试层面，这里就不赘述了。该方式可通过在注解@Test之后添加timeout来实现： @Test(timeout = 1000) ，注意此处的time单位为毫秒（ms）。
以上就是我学到的JUnit应用，之后会有覆盖率统计相关的更新。
本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文链接(http://www.cnblogs.com/Echo-41/p/6921252.html)
