1、每一个测试方法上使用@Test进行修饰
2、每一个测试方法必须使用 void 进行修饰
3、每一个测试方法不能携带参数
4、测试代码和源代码在两个不同的项目路径下
5、测试类的包应该和被测试类保持一致
6、测试单元中的每个方法必须可以独立测试
以上的6条规则，是在使用单元测试的必须项，当然junit也建议我们在每一个测试方法名加上test前缀，表明这是一个测试方法。
是一个断言的规则，里面有两个参数，第一个参数表明我们预期的值，第二个参数表示实际运行的值。不过对这些做出了一些改变，我们会在后续的文章中专门介绍。
我们运行一下测试类，就会运行每一个测试方法，我们也可以运行某一个junit单元测试，只需要在相应的测试方法上面右键运行即可。如果运行成功编辑器的控制台不会出现错误信息，如果有就会出现等信息。
3、运行流程
在上面的每一个测试方法中，代码是相当简单的，就一句话。现在我们分析一下这个测试的流程是什么：
在上面的代码中，我们使用了两个测试方法，还有junit运行整个流程方法。我们可以运行一下，就会出现下面的运行结果：
从上面的结果我们来画一张流程图就知道了：
这个流程相信应该能看懂，如果我们使用过SSM等其他的一些框架，经常会在中添加打开数据库等预处理的代码，也会在after中添加关闭流等相关代码。
以上这个案例如果能看懂，基本上算是入门了。其实这个案例也比较简单。相信以大家聪明的头脑能看懂。下面我们看看junit中的注解。
三、注解
对于@Test，里面有很多参数供我们去选择。我们来认识一下
1、@Test(=XX.class)
这个参数表示我们期望会出现什么异常，比如说在除法中，我们1/0会出现异常，那这里@Test(=.class)。在测试这个除法时候依然能够通过。
2、@Test(=毫秒 )
这个参数表示如果测试方法在指定的内没有完成，就会强制停止。
3、@
这个注解其实基本上不用，他的意思是所修饰的测试方法会被测试运行器忽略。
4、@
更改测试运行器。
四、测试套件
在文中一开始我们曾经提到，如果我们的项目中如果有成千上万个方法，那此时也要有成千上万个测试方法嘛？如果这样junit使用起来还不如.out呢，现在我们认识一下测试嵌套的方法，他的作用是我们把测试类封装起来，也就是把测试类嵌套起来，只需要运行测试套件，就能运行所有的测试类了。、
下面我们使用测试套件，把这些测试类嵌套在一起。
也很简单，下面我们看一下，参数化设置。
五、参数化设置
什么是参数化设置呢？在一开始的代码中我们看到，测试加法的时候是1+1junit单元测试，不过我们如果要测试多组数据怎么办？总不能一个一个输入，然后运行测试吧。这时候我们可以把我们需要测试的数据先配置好。
这时候再去测试，只需要去选择相应的值即可，避免了我们一个一个手动输入。
对于junit测试，常用的使用方法就是这么多，关于深入了解，只能放在后面的课程中了。今天先到这。