Junit单元测试

---

一、没有Junit前

在我们开发过程中，没有Junit测试前需要测试多段代码有很大弊端：
缺点：
（1）测试一定走main方法，是程序的入口，main方法的格式必须不能写错。
（2）要是在同一个main方法中测试的话，那么不需要测试的东西必须注释掉。
（3）测试逻辑如果分开的话，需要定义多个测试类，麻烦。
（4）业务逻辑和测试代码，都混淆了。

一个类：

public class Calculator {
    //加法：
    public int add(int a,int b){
        return a+b;
    }
    //减法：
    public int sub(int a,int b){
        return a-b;
    }
}

测试：

public class Test {
    public static void main(String[] args) {
        //测试加法：
        Calculator cal = new Calculator();
        int result = cal.add(10, 20);
        System.out.println(result);
        //测试减法：
       /* int result = cal.sub(30, 10);
        System.out.println(result);*/
    }
}

二、有了Junit之后

思路：
【1】一般测试和业务做一个分离，分离为不同的包：以后测试类就单独放在这个包下
【2】测试类的名字：xxxxxTest —>见名知意
【3】测试方法的定义–》这个方法可以独立运行，不依托于main方法
【4】测试方法定义完以后，不能直接就独立运行了，必须要在方法前加入一个注解： @Test
【5】导入Junit的依赖的环境：

代码：

public class CalculatorTest {
    //测试add方法
    @Test
    public void testAdd(){
        System.out.println("测试add方法");
        Calculator cal = new Calculator();
        int result = cal.add(10, 30);
        System.out.println(result);
    }
    //测试sub方法
    @Test
    public void testSub(){
        System.out.println("测试sub方法");
        Calculator cal = new Calculator();
        int result = cal.sub(10, 30);
        System.out.println(result);
    }
}

这样书写完毕后左侧会有运行按钮，可以针对不同的方法进行测试，完美解决了上文提到的弊端

---

总结

以上的内容就是Junit单元测试的简单使用方法，只停留在简单使用，重点只在于注解的用法，如果想了解更深层次的东西，需要去看一看注解的使用及原理。