一、为什么需要单元测试
在平时的开发当中，一个项目往往包含了大量的方法，可能有成千上万个。如何去保证这些方法产生的结果是我们想要的呢？当然了，最容易想到的一个方式，就是我们通过System.out来输出我们的结果，看看是不是满足我们的需求，但是项目中这些成千上万个方法，我们总不能在每一个方法中都去输出一遍嘛。这也太枯燥了。这时候用我们的单元测试框架junit就可以很好地解决这个问题。
junit如何解决这个问题的呢？答案在于内部提供了一个断言机制，他能够将我们预期的结果和实际的结果进行比对，判断出是否满足我们的期望。相信到这，你已经迫不及待的想认识一下junit，下面我们直接通过案例，来分析一下这个机制。
二、从案例讲起
1、预备工作
junit4是一个单元测试框架，既然是框架，这也就意味着jdk并没有为我们提供api，因此在这里我们就需要导入相关的依赖。对于IDEA来说，你在构建Maven项目的时候会直接自动添加相关的依赖，如果没有，手动添加即可：
<dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>4.12</version> </dependency>
这里的版本是4.12。当然还有最新的版本。你可以手动选择。这里选用的是4的版本。
2、案例
这里我们要测试的功能超级简单，就是加减乘除法的验证。
public class Calculate { public int add(int a,int b) { return a + b; } public int subtract(int a, int b) { return a - b; } public int multiply(int a,int b) { return a * b; } public int divide(int a ,int b) { return a / b; } }
然后我们看看如何使用junit去测试。
public class CalculateTest { @Test public void testAdd() { assertEquals(2, new Calculate().add(1,1)); } @Test public void testSubtract() { assertEquals(8, new Calculate().subtract(10,2)); } @Test public void testMultiply() { assertEquals(6, new Calculate().multiply(3, 2)); } @Test public void testDivide() { assertEquals(5, new Calculate().divide(10, 2)); } }
以上就是我们的单元测试，需要遵循一下规则：
1、每一个测试方法上使用@Test进行修饰
2、每一个测试方法必须使用public void 进行修饰
3、每一个测试方法不能携带参数
4、测试代码和源代码在两个不同的项目路径下
5、测试类的包应该和被测试类保持一致
6、测试单元中的每个方法必须可以独立测试
以上的6条规则，是在使用单元测试的必须项，当然junit也建议我们在每一个测试方法名加上test前缀，表明这是一个测试方法。
assertEquals是一个断言的规则，里面有两个参数，第一个参数表明我们预期的值，第二个参数表示实际运行的值。不过junit5对这些做出了一些改变，我们会在后续的文章中专门介绍。
我们运行一下测试类，就会运行每一个测试方法，我们也可以运行某一个，只需要在相应的测试方法上面右键运行即可。如果运行成功编辑器的控制台不会出现错误信息，如果有就会出现failure等信息。
3、运行流程
在上面的每一个测试方法中，代码是相当简单的，就一句话。现在我们分析一下这个测试的流程是什么：
public class JunitFlowTest { @BeforeClass public static void setUpBeforeClass() throws Exception { System.out.println("beforeClass..."); } @AfterClass public static void tearDownAfterClass() throws Exception { System.out.println("afterClass..."); } @Before public void setUp() throws Exception { System.out.println("before..."); } @After public void tearDown() throws Exception { System.out.println("after"); } @Test public void test1() { System.out.println("test1方法..."); } @Test public void test2(){ System.out.println("test2方法..."); } }
在上面的代码中，我们使用了两个测试方法，还有junit运行整个流程方法。我们可以运行一下，就会出现下面的运行结果：
beforeClass... before... test1方法... after before... test2方法... after afterClass...
从上面的结果我们来画一张流程图就知道了：
这个流程相信应该能看懂，如果我们使用过SSM等其他的一些框架，经常会在before中添加打开数据库等预处理的代码，也会在after中添加关闭流等相关代码。
以上这个案例如果能看懂，基本上算是入门了。其实这个案例也比较简单。相信以大家聪明的头脑能看懂。下面我们看看junit中的注解。
三、注解
对于@Test，里面有很多参数供我们去选择。我们来认识一下
1、@Test(expected=XX.class)
这个参数表示我们期望会出现什么异常，比如说在除法中，我们1/0会出现ArithmeticException异常，那这里@Test(expected=ArithmeticException.class)。在测试这个除法时候依然能够通过。
2、@Test(timeout=毫秒 )
这个参数表示如果测试方法在指定的timeout内没有完成，就会强制停止。
3、@Ignore
这个注解其实基本上不用，他的意思是所修饰的测试方法会被测试运行器忽略。
4、@RunWith
更改测试运行器。
四、测试套件
在文中一开始我们曾经提到，如果我们的项目中如果有成千上万个方法，那此时也要有成千上万个测试方法嘛？如果这样junit使用起来还不如System.out呢，现在我们认识一下测试嵌套的方法，他的作用是我们把测试类封装起来，也就是把测试类嵌套起来，只需要运行测试套件，就能运行所有的测试类了。、
//这里有很多个测试类 public class Test1 { @Test public void test() { System.out.println("测试类1"); } } public class Test2 { @Test public void test() { System.out.println("测试类2"); } } //这里一次可以类推
下面我们使用测试套件，把这些测试类嵌套在一起。
@RunWith(Suite.class) @Suite.SuiteClasses({Test1.class,Test2.class等相关测试类}) public class SuiteTest { /* * 写一个空类：不包含任何方法 * 更改测试运行器Suite.class * 将测试类作为数组传入到Suite.SuiteClasses（{}）中 */ }
也很简单，下面我们看一下，参数化设置。
五、参数化设置
什么是参数化设置呢？在一开始的代码中我们看到，测试加法的时候是1+1，不过我们如果要测试多组数据怎么办？总不能一个一个输入，然后运行测试吧。这时候我们可以把我们需要测试的数据先配置好。
@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)); } }
这时候再去测试，只需要去选择相应的值即可，避免了我们一个一个手动输入。
对于junit测试，常用的使用方法就是这么多，关于深入了解，只能放在后面的课程中了。今天先到这。
