JUnit Cookbook(翻译)

作者：Kent Beck, Eric Gamma
这是一本指导你按照步骤使用JUnit编写和组织你自己的单元测试的手册。

简单的测试用例
你怎样写测试代码？
最简单的方法是在调试器中作为表达式。你不需要重新编译就能改变调试表达式，并且你能等待指导你已经看到运行对象再决定写什么。你也能写测试表达式作为打印到标准输出流的语句。这两种方式都是受到限制的，因为他们要求人们判断和分析他们的结果。另外，他们组成方式也不是很好——在同一时间仅能调试一个表达式，并且有太多打印语句的程序会引起可怕的“Scroll Blindness”。
单元测试不要求人去判断和干预，并且同一时间很容易运行多个测试。当你需要做测试的时候，你应该做：
1、使用 @org.junit.Test 注释方法
2、当你想要检查值的时候，静态导入 org.junit.Assert.*，如果测试成功，调用assertTrue()并且传递真值。
例如，要测试相同汇率两部分货币的总和，应该这样写：
@Test

public void simpleAdd() {
    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));
}

如果你想要写与你已经写过的测试相似的测试，可以使用脚手架代替。

脚手架
如果你有多个测试，使用相同或者相似的对象，该怎么做呢？
测试需要运行在对象集合的背景之上，这个对象集合叫做脚手架。当你写测试的时候，你经常会发现编写代码构建脚手架比使用明确的测试值需要更多的时间编写代码。
某种程度上，通过更多关注你写的构造方法你能更容易地编写脚手架代码。然而，更大的节约来源于共享脚手架代码。经常的，你将能够为一些不同的测试使用相同的脚手架。每个用例将会发送不同的消息或者参数给脚手架，并且检查不同的结果。
当你有通用的脚手架时，你需要做的是：
1、为脚手架的每个部分增加域
2、在方法中使用 @org.junit.Before 和 @org.junit.initialize注释
3、使用 @org.junit.After 注释释放任何在setUp中分配的资源
例如，使用12瑞士法郎，14瑞士法郎和28美元的不同组合写一些测试用例，首先创建脚手架：

public class MoneyTest { 
    private Money f12CHF; 
    private Money f14CHF; 
    private Money f28USD; 

    @Before 
    public void setUp() { 
        f12CHF= new Money(12, "CHF"); 
        f14CHF= new Money(14, "CHF"); 
        f28USD= new Money(28, "USD"); 
    }
}

一旦你完成了脚手架，你就可以写一些你想要的测试用例。

运行测试
你怎样运行你的测试并且收集它们的结果呢？
一旦你有了测试代码，你肯定会想要运行它们。JUnit提供默认的工具定义suite运行和显示结果。运行测试，在控制台查看结果，你可以使用Java程序运行测试：

org.junit.runner.JUnitCore.runClasses(TestClass1.class, ...);

也可以从命令行运行它：

java org.junit.runner.JUnitCore TestClass1 [...other test classes...]

预期的异常
你怎样验证代码抛出预期的异常？
验证代码正常的完成仅仅是程序的一部分。确保代码行为处在预期的范围内也是程序的一部分。例如：

new ArrayList<Object>().get(0);

这段代码应该抛出异常 IndexOutOfBoundsException。 注释 @Test 有可选的参数"expected"， 它是Throwable的子类。 如果我们想要验证ArrayList抛出了正确的exception，我们应该这样写：

@Test(expected= IndexOutOfBoundsException.class) 
public void empty() { 
    new ArrayList<Object>().get(0); 
}