1.6 使用JUnit测试
JUnit实战（第2版）
JUnit拥有许多功能，可以使编写、运行测试更加容易。通过本书，你将可以了解到这些功能在实际中的各种运用。
针对每个单元测试，单独测试类实例和类加载器，以避免副作用。
JUnit注释提供了资源初始化和回收方法：@Before、@BeforeClass、@After和@AfterClass。
各种不同的assert方法使得检查测试结果更加简单。
与各种流行工具（如Ant和Maven）的整合，以及与流行IDE（如Eclipse、NetBeans、IntelliJ和JBuilder）的整合。
事不宜迟，我们赶紧来看一下代码1.4，看看使用JUnit编写的简单Calculator测试会是什么样子。
代码1.4 使用JUnit编写的CalculatorTest程序
这是一个非常简单的测试，让我们来仔细分析这段代码。在..Lucene实战1.tif部分，我们首先定义了一个测试类。唯一的限制是这个类必须是公有的，我们可以对它任意命名。但通常的做法是在类名称的末尾添加“Test”字样。也要注意，虽然在JUnit 3中我们需要扩展TestCase类，但是在JUnit 4中，我们已经不需要这样做了。
在..Lucene实战2.tif部分，我们通过添加@Test注释1，把这个方法标记为一个单元测试方法。最好的做法是按照testXXX模式命名测试方法。因为JUnit没有方法名称的限制，所以你可以根据自己喜好命名你的方法；只要它们拥有了@Test注释，JUnit就会执行它们。
在..Lucene实战3.tif部分，我们通过创建Calculator类的一个实例（被测试的对象）开始进行测试，并且在..Lucene实战4.tif部分，就像前面的操作一样，我们通过调用测试方法并传递两个已知值来执行测试。
在..Lucene实战5.tif部分，JUnit框架开始显现威力了！为了检查测试结果，我们调用了assertEquals方法，这个方法是我们使用这个类的第一行中的静态导入来导入的。assertEquals方法的Javadoc如下所示：
在代码1.4中，我们传递给assertEquals以下参数：
因为传递给calculator的值分别是10和50，然后告诉assertEquals预期的和为60（因为我们相加的是整数，所以delta为0）。当我们调用calculator对象时，我们把返回值传给了一个叫做result的局部变量。因此，我们将这个变量传递给assertEquals，来与预期的值60做比较。
如果实际值不等于预期值，那么JUnit就抛出一个未经检查的异常，这将导致测试失败。
在多数情况下，delta参数可以是零，我们大可放心地忽略它。它总是伴随着非精确计算（其中包括许多浮点计算）而出现。delta提供了一个误差范围。如果实际值在expected - delta和expected + delta范围之内，则测试算通过。当进行带有舍入误差或截断误差的数学运算时，或者当断言一个关于文件修改日期的条件时，你就会发现它非常有用，因为这些数据的精确度取决于操作系统。
假设我们已经把代码1.1和代码1.4中的代码输入到C:junitbookch01-jumpstart目录下（如果是UNIX操作系统则是/opt/junitbook/ch01-jumpstart），那么我们首先通过在那个目录中打开命令行提示并输入以下命令来编译代码（我们假定javac可执行文件在操作系统的PATH中）。
如果是Windows操作系统：
如果是UNIX操作系统：
我们现在通过输入以下命令，准备启动控制台测试运行器。
如果是Windows操作系统：
如果是UNIX操作系统：
图1.2显示了运行结果。
在代码1.4中，关于JUnit的CalculatorTest类，最值得一提的是，其代码要比代码1.2中的第一个CalculatorTest程序更易于编写。此外，我们也可以通过JUnit框架自动运行测试。
当我们在命令行提示下运行测试时（如图1.2所示），我们可以看到运行测试所花费的时间和已通过的测试数量。还有许多其他运行测试的方法，从IDE（如Eclipse）到构建工具（如Ant）。这个简单的例子只是让你初步领略了一下JUnit和单元测试的强大。
1注释首次在JDK 1.5中引入，所以为了使用它们，你需要安装JDK 1.5版本或者更高版本。
本文仅用于学习和交流目的，不代表异步社区观点。非商业转载请注明作译者、出处，并保留本文的原始链接。