Junit 4新的特性

    JUnit 4 已经出来很久了，基本上很多ide都开始支持，当然为了兼容性，一直不太敢用。以前都是懒得写单元测试，大多数的时候都是 System.out.print。不过现在已经是测试驱动的时代了，为了保持一个良好的习惯，还是需要好好的写写单元测试。断言远比 System.out.print有用。
    看了几篇文章之后，对JUnit4已经有了基本的概念了。其实很多特性，testNg都已经实现了，挺讨厌testNg的xml文件，不过testNg的灵活性还是强大，对于大面积的组件测试比较适合。
    JUnit 4应该说是使用新的架构写的，使用了很多java5的新特性。
    一个最关键的改变，测试类，可以不用继承那该死的 TestCase了.测试类，可以更加灵活，方法的定义不需要在前面增加test了。
    对于测试类来说，只需要做以下简单的动作：
    增加一个@Test，用于标注相应的测试方法。使用Assert类，来进行断言。
   

import org.junit.Assert;<o:p></o:p> public class AdditionTest {<o:p></o:p>   private int x = 1;<o:p></o:p>   private int y = 1;<o:p></o:p>   @Test public void addition() {<o:p></o:p>     int z = x + y;<o:p></o:p>     Assert.assertEquals(2, z);<o:p></o:p>   }<o:p></o:p> }<o:p></o:p>

当然可以使用java 5的static import 功能

import static org.junit.Assert.*;<o:p></o:p> public class AdditionTest {<o:p></o:p>   private int x = 1;<o:p></o:p>   private int y = 1;<o:p></o:p>   @Test public void addition() {<o:p></o:p>     int z = x + y;<o:p></o:p>     assertEquals(2, z);<o:p></o:p>   }<o:p></o:p> }<o:p></o:p>

对于setUp 和tearDown来说，以后可以不用再继承这两个方法了。可以使用自定义的方法，只需要在前面增加@Before 和@After 注释即可。

<o:p> </o:p> @Before public void initialize() {<o:p></o:p>     System.setErr(new PrintStream(new ByteArrayOutputStream()));<o:p></o:p>   <o:p></o:p>     inputDir = new File("data");<o:p></o:p>     inputDir = new File(inputDir, "xslt");<o:p></o:p>     inputDir = new File(inputDir, "input");<o:p></o:p>         <o:p></o:p> }<o:p></o:p>

<o:p> </o:p> @After public void disposeDocument() {<o:p></o:p>   doc = null;<o:p></o:p>   System.gc();   <o:p></o:p> } <o:p></o:p>

并且可以注释多个方法。

    当然JUnit4 也引入了一个 JUnit 3 中没有的新特性：类范围的 setUp() 和 tearDown() 方法。任何用 @BeforeClass 注释的方法都将在该类中的测试方法运行之前刚好运行一次，而任何用 @AfterClass 注释的方法都将在该类中的所有测试都运行之后刚好运行一次。
    例 如，假设类中的每个测试都使用一个数据库连接、一个网络连接、一个非常大的数据结构，或者还有一些对于初始化和事情安排来说比较昂贵的其他资源。不要在每个测试之前都重新创建它，您可以创建它一次，并还原它一次。该方法将使得有些测试案例运行起来快得多。

<o:p> </o:p> // This class tests a lot of error conditions, which<o:p></o:p> // Xalan annoyingly logs to System.err. This hides System.err <o:p></o:p> // before each test and restores it after each test.<o:p></o:p> private PrintStream systemErr;<o:p></o:p> @BeforeClass public static void redirectStderr() {<o:p></o:p>     systemErr = System.err; // Hold on to the original value<o:p></o:p>     System.setErr(new PrintStream(new ByteArrayOutputStream()));<o:p></o:p> }<o:p></o:p> <o:p></o:p> @AfterClass public static void tearDown() {<o:p></o:p>     // restore the original value<o:p></o:p>     System.setErr(systemErr);<o:p></o:p> }<o:p></o:p>

    异常测试是 JUnit 4 中的最大改进。旧式的异常测试是在抛出异常的代码中放入 try 块，然后在 try 块的末尾加入一个 fail() 语句。
该方法不仅难看，而且试图挑战代码覆盖工具，因为不管测试是通过还是失败，总有一些代码不被执行。 在 JUnit 4 中，您现在可以编写抛出异常的代码，并使用注释来声明该异常是预期的：

<o:p> </o:p> @Test(expected=ArithmeticException.class)<o:p></o:p>   public void divideByZero() {<o:p></o:p>     int n = 2 / 0;<o:p></o:p> }<o:p></o:p>

    如果该异常没有抛出（或者抛出了一个不同的异常），那么测试就将失败。但是如果您想要测试异常的详细消息或其他属性，则仍然需要使用旧式的 try-catch 样式。
    测试性能 是单元测试最为痛苦的方面之一。JUnit 4 没有完全解决这个问题，但是它对这个问题有所帮助。测试可以用一个超时参数来注释。如果测试运行的时间超过指定的毫秒数，则测试失败。 <o:p></o:p>

<o:p> </o:p> @Test(timeout=500) public void retrieveAllElementsInDocument() {<o:p></o:p>     doc.query("//*");<o:p></o:p> } <o:p></o:p>

基本的特性就这么多，这些功能其实都可以在testNg中找到。不过JUnit还是不错的，对于单元测试来说，这是首选的。

当然为了兼容性， 为了使 JUnit 4 测试可以运行在 JUnit 3 环境中，可以将它们包装在 JUnit4TestAdapter 中。将下面的方法添加到您的 JUnit 4 测试类中应该就足够了： <o:p></o:p>

<o:p> </o:p> public static junit.framework.Test suite() {<o:p></o:p>   return new JUnit4TestAdapter(AssertionTest.class);    <o:p></o:p> }<o:p></o:p>