junit 是 java? 语言事实上的 标准单元测试库。junit 4 是该库三年以来最具里程碑意义的一次发布。它的新特性主要是通过采用 java 5 中的标记（annotation）而不是利用子类、反射或命名机制来识别测试，从而简化测试。在本文中，执着的代码测试人员 elliotte harold 以 junit 4 为例，详细介绍了如何在自己的工作中使用这个新框架。注意，本文假设读者具有 junit 的使用经验。
　　
　　junit 由 kent beck 和 erich gamma 开发，几乎毫无疑问是迄今所开发的最重要的第三方 java 库。正如 martin fowler 所说，“在软件开发领域，从来就没有如此少的代码起到了如此重要的作用”。junit 引导并促进了测试的盛行。由于 junit，java 代码变得更健壮，更可靠，bug 也比以前更少。junit（它本身的灵感来自 smalltalk 的 sunit）衍生了许多 xunit 工具，将单元测试的优势应用于各种语言。nunit (.net)、pyunit (python)、cppunit (c++)、dunit (delphi) 以及其他工具，影响了各种平台和语言上的程序员的测试工作。
　　
　　然而，junit 仅仅是一个工具而已。真正的优势来自于 junit 所采用的思想和技术，而不是框架本身。单元测试、测试先行的编程和测试驱动的开发并非都要在 junit 中实现，任何比较 gui 的编程都必须用 swing 来完成。junit 本身的最后一次更新差不多是三年以前了。尽管它被证明比大多数框架更健壮、更持久，但是也发现了 bug；而更重要的是，java 不断在发展。java 语言现在支持泛型、枚举、可变长度参数列表和注释，这些特性为可重用的框架设计带来了新的可能。
　　
　　junit 的停滞不前并没有被那些想要废弃它的程序员所打败。挑战者包括 bill venners 的 artima suiterunner 以及 cedric beust 的 testng 等。这些库有一些可圈可点的特性，但是都没有达到 junit 的知名度和市场占有份额。它们都没有在诸如 ant、maven 或 eclipse 之类的产品中具有广泛的开箱即用支持。所以 beck 和 gamma 着手开发了一个新版本的 junit，它利用 java 5 的新特性（尤其是注释）的优势，使得单元测试比起用最初的 junit 来说更加简单。用 beck 的话来说，“junit 4 的主题是通过进一步简化 junit，鼓励更多的开发人员编写更多的测试。”junit 4 尽管保持了与现有 junit 3.8 测试套件的向后兼容，但是它仍然承诺是自 junit 1.0 以来 java 单元测试方面最重大的改进。
　　
　　注意：该框架的改进是相当前沿的。尽管 junit 4 的大轮廓很清晰，但是其细节仍然可以改变。这意味着本文是对 junit 4 抢先看，而不是它的最终效果。
　　
　　测试方法
　　
　　以前所有版本的 junit 都使用命名约定和反射来定位测试。例如，下面的代码测试 1+1 等于 2：
　　
　　import junit.framework.testcase;
　　
　　public class additiontest extends testcase {
　　
　　private int x = 1;
　　private int y = 1;
　　
　　public void testaddition() {
　　int z = x + y;
　　assertequals(2, z);
　　}
　　
　　}
　　
　　而在 junit 4 中，测试是由 @test 注释来识别的，如下所示：
　　
　　import org.junit.test;
　　import junit.framework.testcase;
　　
　　public class additiontest extends testcase {
　　
　　private int x = 1;
　　private int y = 1;
　　
　　@test public void testaddition() {
　　int z = x + y;
　　assertequals(2, z);
　　}
　　
　　}
　　
　　使用注释的优点是不再需要将所有的方法命名为 testfoo()、testbar()，等等。例如，下面的方法也可以工作：
　　
　　import org.junit.test;
　　import junit.framework.testcase;
　　
　　public class additiontest extends testcase {
　　
　　private int x = 1;
　　private int y = 1;
　　
　　@test public void additiontest() {
　　int z = x + y;
　　assertequals(2, z);
　　}
　　
　　}
　　
　　下面这个方法也同样能够工作：
　　
　　import org.junit.test;
　　import junit.framework.testcase;
　　
　　public class additiontest extends testcase {
　　
　　private int x = 1;
　　private int y = 1;
　　
　　@test public void addition() {
　　int z = x + y;
　　assertequals(2, z);
　　}
　　
　　}
　　
　　这允许您遵循最适合您的应用程序的命名约定。例如，我介绍的一些例子采用的约定是，测试类对其测试方法使用与被测试的类相同的名称。例如，list.contains() 由 listtest.contains() 测试，list.add() 由 listtest.addall() 测试，等等。
　　
　　testcase 类仍然可以工作，但是您不再需要扩展它了。只要您用 @test 来注释测试方法，就可以将测试方法放到任何类中。但是您需要导入 junit.assert 类以访问各种 assert 方法，如下所示：
　　
　　import org.junit.assert;
　　
　　public class additiontest {
　　
　　private int x = 1;
　　private int y = 1;
　　
　　@test public void addition() {
　　int z = x + y;
　　assert.assertequals(2, z);
　　}
　　
　　}
　　
　　您也可以使用 jdk 5 中新特性（static import），使得与以前版本一样简单：
　　
　　import static org.junit.assert.assertequals;
　　
　　public class additiontest {
　　
　　private int x = 1;
　　private int y = 1;
　　
　　@test public void addition() {
　　int z = x + y;
　　assertequals(2, z);
　　}
　　
　　}
　　
　　这种方法使得测试受保护的方法非常容易，因为测试案例类现在可以扩展包含受保护方法的类了。
　　
　　setup 和 teardown
　　
　　junit 3 测试运行程序（test runner）会在运行每个测试之前自动调用 setup() 方法。该方法一般会初始化字段，打开日志记录，重置环境变量，等等。例如，下面是摘自 xom 的 xsltransformtest 中的 setup() 方法：
　　
　　protected void setup() {
　　
　　system.seterr(new printstream(new bytearrayoutputstream()));
　　
　　inputdir = new file("data");
　　inputdir = new file(inputdir, "xslt");
　　inputdir = new file(inputdir, "input");
　　
　　}
　　
　　在 junit 4 中，您仍然可以在每个测试方法运行之前初始化字段和配置环境。然而，完成这些操作的方法不再需要叫做 setup()，只要用 @before 注释来指示即可，如下所示：
　　
　　@before protected void initialize() {
　　
　　system.seterr(new printstream(new bytearrayoutputstream()));
　　
　　inputdir = new file("data");
　　inputdir = new file(inputdir, "xslt");
　　inputdir = new file(inputdir, "input");
　　
　　}
　　
　　甚至可以用 @before 来注释多个方法，这些方法都在每个测试之前运行：
　　
　　@before protected void findtestdatadirectory() {
　　inputdir = new file("data");
　　inputdir = new file(inputdir, "xslt");
　　inputdir = new file(inputdir, "input");
　　}
　　
　　@before protected void redirectstderr() {
　　system.seterr(new printstream(new bytearrayoutputstream()));
　　}
　　
　　清除方法与此类似。在 junit 3 中，您使用 teardown() 方法，该方法类似于我在 xom 中为消耗大量内存的测试所使用的方法：
　　
　　protected void teardown() {
　　doc = null;
　　system.gc();
　　}
　　
　　对于 junit 4，我可以给它取一个更自然的名称，并用 @after 注释它：
　　
　　@after protected void disposedocument() {
　　doc = null;
　　system.gc();
　　}
　　
　　与 @before 一样，也可以用 @after 来注释多个清除方法，这些方法都在每个测试之后运行。
　　
　　最后，您不再需要在超类中显式调用初始化和清除方法，只要它们不被覆盖即可，测试运行程序将根据需要自动为您调用这些方法。超类中的 @before 方法在子类中的 @before 方法之前被调用（这反映了构造函数调用的顺序）。@after 方法以反方向运行：子类中的方法在超类中的方法之前被调用。否则，多个 @before 或 @after 方法的相对顺序就得不到保证。
　　
　　套件范围的初始化
　　
　　junit 4 也引入了一个 junit 3 中没有的新特性：类范围的 setup() 和 teardown() 方法。任何用 @beforeclass 注释的方法都将在该类中的测试方法运行之前刚好运行一次，而任何用 @afterclass 注释的方法都将在该类中的所有测试都运行之后刚好运行一次。
　　
　　例如，假设类中的每个测试都使用一个数据库连接、一个网络连接、一个非常大的数据结构，或者还有一些对于初始化和事情安排来说比较昂贵的其他资源。不要在每个测试之前都重新创建它，您可以创建它一次，并还原它一次。该方法将使得有些测试案例运行起来快得多。例如，当我测试调用第三方库的代码中的错误处理时，我通常喜欢在测试开始之前重定向 system.err，以便输出不被预期的错误消息打乱。然后我在测试结束后还原它，如下所示：
　　
　　// this class tests a lot of error conditions, which
　　// xalan annoyingly logs to system.err. this hides system.err
　　// before each test and rest