【IT168 技术文档】在实际的工作中，很多项目都没有写单元测试用例。写单元测试用例常常是程序员十分厌倦的一个项目活动，很多人觉得没有必要、浪费时间。所有这些都是因为没有认识到测试的重要性：测试能够使我们尽量早的发现程序的bug，一个bug被隐藏的时间越长，修复这个bug的代价就越大。在《快速软件开发》一书中已引用了大量的研究数据指出：最后才修改一个bug的代价是在bug产生时修改它的代价的10倍。在现代软件开发过程中，不管是xp还是rup 都是十分重视单元测试，已经把单元测试作为贯穿整个开发周期的一项重要的开发活动。单元测试如此重要，那么怎样写好单元测试用例呢?这就需要了解 Junit及其相关的测试工具了。
1. Junit简介：
1.1 内容摘要
Junit是由 Erich Gamma 和 Kent Beck 编写的一个回归测试框架(regression testing framework)，供Java开发人员编写单元测试之用。Junit测试是程序员测试，即所谓白盒测试。下面我们以一个简单的例子来介绍如何使用 Junit4同Junit3编写测试用例：
先写个简单的被测试类：
public Class XXXX{
public String hello(){
return "hello";
}
}
对于这个类的用junit3编写测试用例：
import junit.framework.TestCase;
public Class XXXXTest extends TestCase{
public void testHello(){
asssertEqual(new XXXX().Hello(),"hello");
}
}
用junit4编写测试用例：
import static org.junit.framework.assertEqual;
import org.junit.Test;
public Class XXXXTest{
@Test
public void helloTest(){
asssertEqual(new XXXX().Hello(),"hello");
}
}
从上面例子我们对Junit3和Junit4有了一个初步的印象，下面我们重点介绍Junit4与Junit3的主要区别。
1.2 Junit4与Junit3的主要区别
1.2.1 Junit4引入了java 5.0的注释技术：
这两个版本最大的区别在JUnit3.x中测试必须继承 TestCase，并且每个方法名必须以test开头。比如:testMethod1()而在JUnit4.x中不必继承TestCase，采用了注解的方式。只要在测试的方法上加上注解@Test即可，从而不必再遵循以前的一些显式约定和反射定位测试;在JUnit4.x中如果继承了TestCase，注解就不起作用了。并且有很重要的一点就是在JUnit4.x中继承了TestCase后，在OutLine视图中测试单个方法时，结果整个类都run 了。还有一点就是，在3.x中需要实现setUp和tearDown方法，而在4.x中无需这样，可以自定义需要在测试前和测试后的方法，在方法前加上 @before，@after就可以了。所以在JUnit4.x不必继承TestCase用注解即可对单个方法进行测试。
1.2.2 JUnit4引入了一个JUnit3中没有的新特性——类范围的 setUp() 和tearDown() 方法。
任何用 @BeforeClass 注释的方法都将在该类中的测试方法运行之前刚好运行一次，而任何用 @AfterClass 注释的方法都将在该类中的所有测试都运行之后刚好运行一次。
1.2.3 异常测试：
异常测试是Junit4中的最大改进。Junit3的异常测试是在抛出异常的代码中放入try块，然后在try块的末尾加入一个fail()语句。
例如该方法测试一个被零除抛出一个ArithmeticException:
该方法不仅难看，而且试图挑战代码覆盖工具，因为不管测试是否通过还是失败，总有一些代码不被执行。在JUni4中，可以编写抛出异常的代码，并使用注释来声明该异常是预期的：
如果没有异常抛出或者抛出一个不同的异常，那么测试就将失败。
1.2.4 JUnit4添加了两个比较数组的assert() 方法：
public static void assertEquals(Object[] expected, Object[] actual)
public static void assertEquals(String message, Object[] expected, Object[] actual)
这两个方法以最直接的方式比较数组：如果数组长度相同，且每个对应的元素相同，则两个数组相等，否则不相等。数组为空的情况也作了考虑。
