使用目的
junit是java中书写unit test的framework，目前一些流行的unit test工具大都都是在junit上扩展而来的。目前它的版本是junit3.8.1，可以从www.junit.org上下载。
Eclipse中配置junit
在要使用JUNIT的project名上，点击properties--java build path-libraries, 点击Add External JARs,把JUNIT包点上就行了. 并在需要测试的项目上新建junit test case
用法
1. 基本使用步骤，Junit的使用非常简单，它的基本使用步骤：
- 创建，从junit.framework.TestCase派生unit test需要的test case
- 书写测试方法，提供类似于如下函数签名的测试方法：
public void testXXXXX();
- 编译，书写完test case后，编译所写的test case类
- 运行，启动junit test runner，来运行这个test case。
Junit提供了2个基本的test runner：字符界面和图形界面。启动命令分别如下：
a 图形界面：
java junit.swingui.TestRunner XXXXX
b 字符界面：
java junit.textui.TestRunner XXXXX
2. 使用例子：
import junit.frmework.TestCase;
public class TestSample extends TestCaset{
public void testMethod1(){
assertTrue( true);
} }
3. setUp与tearDown，这两个函数是junit framework中提供初始化和反初始化每个测试方法的。setUp在每个测试方法调用前被调用，负责初始化测试方法所需要的测试环境；tearDown在每个测试方法被调用之后被调用，负责撤销测试环境。它们与测试方法的关系可以描述如下：
测试开始 -> setUp -> testXXXX -> tearDown ->测试结束
4. 使用例子：
import junit.frmework.TestCase;
public class TestSample extends TestCaset{
protected void setUp(){
//初始化……
}
public void testMethod1(){
assertTrue( true);
}
potected void tearDown(){
//撤销初始化……
} }
5. 区分fail、exception。
- fail，期望出现的错误。产生原因：assert函数出错（如assertFalse(true)）；fail函数产生（如fail(……)）。
- exception，不期望出现的错误，属于unit test程序运行时抛出的异常。它和普通代码运行过程中抛出的runtime异常属于一种类型。
对于assert、fail等函数请参见junit的javadoc。
6. 使用例子：
import junit.frmework.TestCase;
public class TestSample extends TestCaset{
protected void setUp(){
//初始化……
}
public void testMethod1(){
……
try{
boolean b= ……
assertTrue( b);
throw new Exception( “This is a test.”);
fail( “Unable point.”); //不可能到达
}catch(Exception e){
fail( “Yes, I catch u”); //应该到达点
}
……
}
potected void tearDown(){
//撤销初始化……
} }
7. 组装TestSuite，运行更多的test。在junit中，Test、TestCase和TestSuite三者组成了composiste pattern。通过组装自己的TestSuite，可以完成对添加到这个TestSuite中的所有的TestCase的调用。而且这些定义的
TestSuite还可以组装成更大的TestSuite，这样同时也方便了对于不断增加的TestCase的管理和维护。
它的另一个好处就是，可以从这个TestCase树的任意一个节点（TestSuite或TestCase）开始调用，来完成这个节点以下的所有TestCase的调用。提高了unit test的灵活性。
8. 使用例子：
import junit.framework.Test;
import junit.framework.TestSuite;
public class TestAll{
public class TestAll{
//定义一个suite，对于junit的作用可以视为类似于java应用程序的main。
public static Test suite(){
TestSuite suite = new TestSuite("Running all tests.");
suite.addTestSuite( TestCase1.class);
suite.addTestSuite( TestCase2.class);
return suite;
}
}
运行同运行单独的一个TestCase是一样的，参见step 1 “运行”。
9. 使用Ant junit task。我们除了使用java来直接运行junit之外，我们还可以使用junit提供的junit task与ant结合来运行。涉及的几个主要的ant task如下：
- <junit>，定义一个junit task
- <batchtest>，位于<junit>中，运行多个TestCase
- <test>，位于<junit>中，运行单个TestCase
- <formatter>，位于<junit>中，定义一个测试结果输出格式
- <junitreport>，定义一个junitreport task
- <report>，位于<junitreport>中，输出一个junit report
具体的语法请参见相关文档。
10. 使用例子：
<junit printsummary="yes" haltonfailure="no">
<classpath>
<path refid="classpath"/>
<pathelement location="${dist.junit}"/>
</classpath>
<formatter type="brief" usefile="false"/>
<formatter type="xml"/>
<batchtest todir="${doc.junitReport}">
<fileset dir="${dist.junit}" includes="**/*Test.class" />
</batchtest>
</junit>
<junitreport todir="${doc.junitReport}">
<fileset dir="${doc.junitReport}">
<include name="TEST*-*.xml"/>
</fileset>
<report format="frames" styledir="${junit.styleDir}" todir="${doc.junitReport}"/>
</junitreport>
检查表
junit的使用并不很难，然而要书写一个好的TestCase却并非易事。一个不好的TestCase往往是既浪费了时间，也起不了实际的作用。相反，一个好的TestCase，不仅可以很好的指出代码中存在的问题，而且也可以作为代码更准确的文档，同时还在持续集成的过程中起非常重要的作用。在此给出书写TestCase时需要注意的几点：
- 测试的独立性：一次只测试一个对象，方便定位出错的位置。这有2层意思：一个TestCase，只测试一个对象；一个TestMethod，只测试这个对象中的一个方法。
- 给测试方法一个合适的名字。
- 在assert函数中给出失败的原因，如：assertTrue( “… should be true”, ……)，方便查错。在这个例子中，如果无法通过assertTrue，那么给出的消息将被显示。在junit中每个assert函数都有第一个参数是出错时显示消息的函数原型。
- 测试所有可能引起失败的地方，如：一个类中频繁改动的函数。对于那些仅仅只含有getter/setter的类，如果是由IDE（如Eclipse）产生的，则可不测；如果是人工写，那么最好测试一下。
- 在setUp和tearDown中的代码不应该是与测试方法相关的，而应该是全局相关的。如针对与测试方法A和B，在setUp和tearDown中的代码应该是A和B都需要的代码。
- 测试代码的组织：相同的包，不同的目录。这样，测试代码可以访问被测试类的protected变量/方法，方便测试代码的编写。放在不同的目录，则方便了测试代码的管理以及代码的打包和发布。一个例子如下：
src <=源代码根目录
|---com
|---mod1
|---class1
junit <=测试代码根目录
|---com
|---mod1
|---class1
一个简单的测试用例。
您是怎样编写测试代码的呢？
在调试器中使用表达式也许是最简单的办法。您可以不用重新编译，就能改变调试器中的表达式，您甚至可以在您看到运行的对象实例后再决定如何改变；您也可以写一些作为测试的表达式将结果打印到标准输出。以上风格的测试都有一些局限，因为它们都需要人为的判断来分析程序运行的结果；而且，呈现给您的也是一些不友好的输出。您每次只能运行一个调试表达式，如果一个程序有太多的输出语句将导致您很难找到您需要的结果。
JUnit Test不需要人的判断去解释，而且一次可以运行很多的测试。如果您需要测试某个东东的时候，您只要这么做即可：
从TestCase继承出一个子类。
重写runTest()方法。
当您想检查一个值时，调用assertTrue()方法，并传入一个布尔量真值来代表测试通过。
例如：为了测试同一货币单位的两个钱数的和，我们包含了一个真实的值表示了这两个钱数的和。如下：
- public void testSimpleAdd()
- {
- Money m12CHF = new Money(12,"CHF");
- Money m14CHF = new Money(14,"CHF");
- Money expected= new Money(26,"CHF");
- Money result = m12CHF.add(m14CHF)
- assertTrue(expected.equals(result));
- }
如果，您要写的测试与以前写过的有些类似，那就写一个模板。如果，您想运行多个测试，那就建立一个组。
模板：
当您有两个或多个测试需要操作对象的同一或相近部分，该怎么办？
测试需要运行在部分内容已经确定的对象上，这些已知的部分被称作测试模板。当您在写测试的时候，您通常会发现您构建测试环境（已知部分）的时间要比您真正比较测试结果的时间要长。
从某种程度上说，您如果仔细使用构造函数，您写模板的时候也许更容易些。不管怎么样，许多的保存内容来自共享的模板。通常，您能够将这个模板应用到一些不同的测试上。每个测试用例将传递相近的信息或参数给模板，然后检查不同的结果。
当您写一个通用的模板时，下面是您所要做的：
从TestCase生成子类。
给模板添加需要使用的实例变量。
覆写setUp()方法来实例化变量。
覆写tearDown()方法来释放您在setUp()方法中建立的永久资源。
例如：为了写一些使用到 12瑞士法郎，14瑞士法郎，28美元不同组合的测试用例，那就首先写一个模板：