软件构造junit

软件构造junit

为什么需要单元测试

在平时的开发当中，一个项目往往包含了大量的方法，可能有成千上万个。如何去保证这些方法产生的结果是我们想要的呢？当然了，最容易想到的一个方式，就是我们通过System.out来输出我们的结果，看看是不是满足我们的需求，但是项目中这些成千上万个方法，我们总不能在每一个方法中都去输出一遍嘛。这也太枯燥了。这时候用我们的单元测试框架junit就可以很好地解决这个问题。

junit如何解决这个问题的呢？答案在于内部提供了一个断言机制，他能够将我们预期的结果和实际的结果进行比对，判断出是否满足我们的期望。相信到这，你已经迫不及待的想认识一下junit，下面我们直接通过案例，来分析一下这个机制。

注解

1、@Test(expected=XX.class)

这个参数表示我们期望会出现什么异常，比如说在除法中，我们1/0会出现ArithmeticException异常，那这里@Test(expected=ArithmeticException.class)。在测试这个除法时候依然能够通过。

2、@Test(timeout=毫秒 )

这个参数表示如果测试方法在指定的timeout内没有完成，就会强制停止。

3、@Ignore

这个注解其实基本上不用，他的意思是所修饰的测试方法会被测试运行器忽略。

4、@RunWith

更改测试运行器。

参数设置

例如;
@RunWith(Parameterized.class)
public class ParameterTest {
int expected =0;
int input1 = 0;
int input2 = 0;
@Parameters
public static Collection<Object[]> t() {
return Arrays.asList(new Object[][]{
{3,1,2},
{4,2,2}
}) ;
}
public ParameterTest(int expected,int input1,int input2) {
this.expected = expected;
this.input1 = input1;
this.input2 = input2;
}
@Test
public void testAdd() {
assertEquals(expected, new Calculate().add(input1, input2));
}
}