为此，JUnit提供了两个方法，定义在TestCase类中。
            protected void setUp() throws java.lang.Exception        protected void tearDown() throws java.lang.Exception        覆盖setUp()方法，初始化所有测试的Fixture（你甚至可以在setUp中建立网络连接），将每个测试略有不同的地方在testXXX()方法中进行配置。

    覆盖tearDown()（我总想起一首叫雨滴的吉他曲），释放你在setUp()中分配的性资源，如数据库连接。

    当JUnit执行测试时，它在执行每个testXXXXX()方法前都调用setUp()，而在执行每个testXXXXX()方法后都调用tearDown()方法，由此保证了测试不会相互影响。

    TestCase

    需要提醒一下，在junit.framework.Assert类中定义了相当多的assert方法，主要有assert()， assert()， assertEquals()， assertNull()， assertSame()， assertTrue()， fail()等方法。如果你需要比较自己定义的类，如Car。assert方法需要你覆盖Object类的equals()方法，以比较两个对象的不同。实践表明:如果你覆盖了Object类的equals()方法，好也覆盖Object类的hashCode()方法。再进一步，连带Object类的toString()方法也一并覆盖。这样可以使测试结果更具可读性。

    当你设置好了Fixture后，下一步是编写所需的testXXX()方法。一定要保证testXXX()方法的public属性，否则无法通过内省（reflection）对该测试进行调用。

    每个扩展的TestCase类（也是你编写的测试类）会有多个testXXX()方法。一个testXXX()方法是一个测试。要想运行这个测试，你必须定义如何运行该测试。如果你有多个testXXX()方法，你要定义多次。JUnit支持两种运行单个测试的方法：静态的和动态的方法。

    静态的方法是覆盖TestCase类的runTest()方法，一般是采用内部类的方式创建一个测试实例：         TestCase test01 = new testCar("test getWheels") {            public void runTest() {                testGetWheels();            }        }            采用静态的方法要注意要给每个测试一个名字（这个名字可以任意起，但你肯定希望这个名字有某种意义），这样你可以区分那个测试失败了。

    动态的方法是用内省来实现runTest()以创建一个测试实例。这要求测试的名字是需要调用的测试方法的名字：         TestCase test01 = new testCar("testGetWheels");            JUnit会动态查找并调用指定的测试方法。动态的方法很简洁，但如果你键入了错误的名字会得到一个令人奇怪的NoSuchMethodException异常。动态的方法和静态的方法都很好，你可以按照自己的喜好来选择。（先别着急选择，后面还有一种更酷的方法等着你呢。）

    TestSuite

    一旦你创建了一些测试实例，下一步是要让他们能一起运行。我们必须定义一个TestSuite。在JUnit中，这要求你在TestCase类中定义一个静态的suite()方法。suite()方法像main()方法一样，JUnit用它来执行测试。在suite()方法中，你将测试实例加到一个TestSuite对象中，并返回这个TestSuite对象。一个TestSuite对象可以运行一组测试。TestSuite和TestCase都实现了Test接口（interface），而Test接口定义了运行测试所需的方法。这允许你用TestCase和TestSuite的组合创建一个TestSuite。这是为什么我们前面说TestCase，TestSuite以及TestSuite组成了一个composite Pattern的原因。例子如下：         public static Test suite() {            TestSuite suite= new TestSuite();            suite.addTest(new testCar("testGetWheels"));            suite.addTest(new testCar("testGetSeats"));            return suite;        }            从JUnit 2.0开始，有一种更简单的动态定义测试实例的方法。你只需将类传递给TestSuite，JUnit会根据测试方法名自动创建相应的测试实例。所以你的测试方法好取名为testXXX()。例子如下：         public static Test suite() {            return new TestSuite(testCar.class);        }            从JUnit的设计我们可看出，JUnit不仅可用于单元测试，也可用于集成测试。关于如何用JUnit进行集成测试请参考。

    为了兼容性的考虑，下面列出使用静态方法的例子：         public static Test suite() {            TestSuite suite= new TestSuite();            suite.addTest(                new testCar("getWheels") {                     protected void runTest() { testGetWheels(); }                }            );                suite.addTest(                new testCar("getSeats") {                     protected void runTest() { testGetSeats(); }                }            );            return suite;                    }           
    TestRunner

    有了TestSuite我们可以运行这些测试了，JUnit提供了三种界面来运行测试         [Text  UI] junit.textui.TestRunner        [AWT   UI] junit.awtui.TestRunner        [Swing UI] junit.swingui.TestRunner            我们前面已经看过文本界面了，下面让我们来看一看图形界面：

    界面很简单，键入类名－testCar。或在启动UI的时候键入类名：         [Windows] d:>java junit.swingui.TestRunner testCar            [Unix] ％ java junit.swingui.TestRunner testCar        从图形UI可以更好的运行测试可查单测试结果。还有一个问题需要注意：如果JUnit报告了测试没有成功，JUnit会区分失败（failures）和错误（errors）。失败是一个期望的被assert方法检查到的结果。而错误则是意外的问题引起的，如ArrayIndexOutOfBoundsException。

    由于TestRunner十分简单，界面也比较直观，故不多介绍。朋友们可自行参考相关资料。

6.JUnit佳实践

Martin Fowler（又是这位高人）说过：“当你试图打印输出一些信息或调试一个表达式时，写一些测试代码来替代那些传统的方法。”一开始，你会发现你总是要创建一些新的Fixture，而且测试似乎使你的编程速度慢了下来。然而不久之后，你会发现你重复使用相同的Fixture，而且新的测试通常只涉及添加一个新的测试方法。

你可能会写许多测试代码，但你很快会发现你设想出的测试只有一小部分是真正有用的。你所需要的测试是那些会失败的测试，即那些你认为不会失败的测试，或你认为应该失败却成功的测试。