如何在Junit3中获得@BeforeClass和@AfterClass等效项？

Question

我想在备份测试夹具之前备份我的应用程序的数据库。由于Android的限制，我不得不使用Junit3，并且我想实现@BeforeClass和@AfterClass的等效行为。

更新：现在有一个工具（Junit4Android）在Android上获得对 Junit4的支持。这是一个混乱，但应该工作。

为了实现@BeforeClass等同，我一直在使用一个静态变量，像这样在第一次运行时初始化它，但我需要能够运行所有测试后恢复数据库。我无法想象的，当最后的测试已经运行检测的方式

public class MyTest extends ActivityInstrumentationTestCase2<MainActivity> { 
    private static boolean firstRun = true; 

    @Override 
    protected void setUp() { 
     if(firstRun) { 
      firstRun = false; 
      setUpDatabaseFixture(); 
     } 
    } 
    ... 
} 

Answer 1

从junit website（因为我相信这是测试执行的顺序没有保证。）：

包裹套件中的setUp和tearDown方法。如果您想运行单个YourTestClass测试用例，则这是针对 的情况。

public static Test suite() { 
    return new TestSetup(new TestSuite(YourTestClass.class)) { 

     protected void setUp() throws Exception { 
      System.out.println(" Global setUp "); 
     } 
     protected void tearDown() throws Exception { 
      System.out.println(" Global tearDown "); 
     } 
    }; 
} 

如果您想为所有的测试用例 只运行一个安装和拆卸，使一套房，并添加TestClass中给它，并通过在TestSetup constructor.But套房 对象我想有这并没有太大的用处 ，并以某种方式违反了JUnit哲学。

Answer 2

最近，我也在寻找类似的解决方案。幸运的是，在我的情况下，JVM在最后一次测试运行后退出。所以我可以通过添加JVM关闭挂钩来实现这一点。

// Restore database after running all tests 
Runtime.getRuntime().addShutdownHook(new Thread() { 
    public void run() { 
     restoreDatabase(); 
    } 
}); 

希望这有助于。

Answer 3

我建议避免这种类型的依赖关系，您需要知道测试运行的顺序。如果您只需要恢复被setUpDatabaseFixture()取代的真实数据库，那么您的解决方案可能来自使用RenamingDelegatingContext。无论如何，如果你不能避免知道最后的测试运行时，您可以使用这样的事情：

... 

private static final int NUMBER_OF_TESTS = 5; // count your tests here 
private static int sTestsRun = 0; 

... 

protected void tearDown() throws Exception { 
    super.tearDown(); 
    sTestsRun += countTestCases(); 

    if (sTestsRun >= NUMBER_OF_TESTS) { 
     android.util.Log.d("tearDow", "*** Last test run ***"); 
    } 
} 

Answer 4

这不是（与数据处理优雅，所以你不必担心恢复它）testing with mock objects是为了什么？ Android supports mocking。

我问一个问题，因为我从来没有嘲笑过Android。

---

在我的经验，并从this blog post，当Android的测试制作成一套，并由InstrumentationTestRunner运行 - ActivityInstrumentationTestCase2是ActivityTestCase的延伸范围的InstrumentationTestCase的extendsion - 它们使用android.test.suitebuilder.TestGrouping.SORT_BY_FULLY_QUALIFIED_NAME按字母顺序排列，所以你可以用你的测试名称中字母低的方法恢复你的DB，例如：

// underscore is low in the alphabet 
public void test___________Restore() { 
    ... 
} 

---

注：

你必须要注意继承的测试，因为他们不会在这个顺序运行。解决方案是覆盖所有继承的测试，只需从覆盖中调用super（）。这将再一次按字母顺序执行。

例子：

// Reusable class w only one time setup and finish. 
// Abstract so it is not run by itself. 
public abstract class Parent extends InstrumentationTestCase { 
    @LargeTest 
    public void test_001_Setup() { ... } 

    @LargeTest 
    public void test_____Finish() { ... } 
} 

/*-----------------------------------------------------------------------------*/ 

// These will run in order shown due to naming. 
// Inherited tests would not run in order shown w/o the use of overrides & supers 
public class Child extends Parent { 
    @LargeTest 
    public void test_001_Setup() { super.test_001_Setup(); } 

    @SmallTest 
    public void test_002_MainViewIsVisible() { ... } 

    ... 

    @LargeTest 
    public void test_____Finish() { super.test_____Finish(); } 
}