最近在读软件工程，说起单元测试的重要性，每一个类每一个方法都需要经过单元测试。想想现在的项目对单元测试的重视程度不够，还是需要系统的学习一下JUnit的。
本篇为转载，资料来源：junit学习之junit的基本介绍
Junit目前在一些大的公司或者相对规范的软件中使用的比较多，相当多的小公司并没有把单元测试看的太重要。在大点的公司开发人员每天上班后，第一件事情就是从svn上把自己负责的代码checkout下来，然后运行单元测试，如果单元测试通过，那么说明自己的代码没有问题，然后就在代码块上修改与添加，完成后再用junit进行测试，测试完成后如果没有问题，那么就把相应的代码块提交给svn上。
测试一般分为：单元测试、集成测试（主要看一块代码加进去后，系统会不会有问题）、验收测试和压力测试。
在以前的的项目中也用过Junit，当时的使用只是把Junit当成一个有多个main方法的一个函数。假如一个项目非常的大，测试的东西非常的多，如果不用Junit的话，那么这个工作量是非常大的。单元测试的最基本的一个功能是能进行自动化测试。单元测试都是通过断言的方式来确定结果是否正确，即使用Assert。
1、从网站上下载junit的新版本，http://search.maven.org/#search%7Cgav%7C1%7Cg%3A%22junit%22%20AND%20a%3A%22junit%22 上下载相应的版本，这里下载的是junit4.10
2、在myeclipse中新建一个java项目，名称为junit01，并在新建一个文件夹，名称为lib，把上面下载的junit-4.10复制到里面，并build path，即添加到类路径中，如下图所示：
3、新建一个类Calcuate，其功能主要实现加减乘除，如下图所示，其所在的包为cn.whp.util
4、创建上面的类Calcuate中新建测试类，首先在myeclipse中创建一个source folder，将其命名成test，然后在其下创建一个与类Calcuate类在相同包的包，如下图所示：
5、junit3与junit4的区别还是比较明显的，在junit3中，如果某个类是测试类，必须将其继承类TestCase，如果某个方法是测试方法，必须让这个方法以testXX开头，如果希望指定某个测试方法运行之前运行某个初始化方法，这个方法的名称必须是setUp，如果希望在某个测试方法运行之后运行某个释放资源的方法，这个方法的名称必须是tearDown。
6、在junit4中提供了一个Assert的类，这个类中有大量的静态方法进行断言的处理，在junit3中由于继承了TestCase，这个TestCase就可以直接assert，而junit4中需要先引入Assert类。如下图：
7、在测试除法cal.divide(3,0)，如果除数为0，这个方法应该会抛出异常。现在的测试目标是，如果运行测试方法后，测试方法没有抛出异常，那么这个测试方法就不能通过。这时就需要用到junit的ArithmeticException。如下图所示：
这里如果把cal.divide(20,0)改成cal.divide(20,10)，这样divide是没有问题的，但是这时测试类中的testDivideException方法执行junit测试后就不能通过了，因为这个测试方法已经断言所要测试的方法divide要抛出异常，结果没有抛出异常，所以junit测试是不能通过的。如下图所示：
8、有时在测试时需要有这样的需求，就是对一个方法的时间进行测试，例如，要让一个方法，200毫秒里运行完，如果这个方法200毫秒不能运行完，那么这个方法就应该抛出异常，示例中将方法time中线程沉睡300毫秒，那么这个方法就不可能在200毫秒内完成，所以这个方法就会抛出异常。这就可以做一些方法性能上的测试，把Thread去掉，那么这个测试就可正常通过。如下图所示：
