如何防止 ActivityUnitTestCase 调用 Application.onCreate？

Question

我一定在这里遗漏了什么。 ActivityUnitTestCase 的 JavaDoc 建议这个测试用例测试一个与系统隔离的 Activity：

此类提供对单个活动的独立测试。测试中的 Activity 将在与系统基础架构的最小连接的情况下创建，您可以注入许多 Activity 依赖项的模拟或包装版本。

我假设这包括不实际启动应用程序。此外，它还公开了一个 setApplication 帮助器，可以用来注入模拟应用程序。

但是，任何ActivityUnitTestCase 我开始启动（实际）应用程序并调用其onCreate 方法。更准确地说，InstrumentationTestRunner 似乎正在这样做，甚至在我有机会在我的测试的 setUp 方法中使用 setApplication 之前就这样做了！很长一段时间我都没有注意到这一点，因为它似乎发生在测试套件启动期间甚至没有到达 Eclipse 断点的某个时间点，但是写入 onCreate 中的日志显示它实际上已被调用。

这完全超出了我的范围。当 Android 的测试运行程序实例化并执行实际应用程序时，为什么我要使用模拟应用程序对象？考虑到检测运行器在其自己的线程中运行，并且在这样做时会产生主应用程序线程，这将更加成问题。这意味着正在执行的测试和调用Application.onCreate 之间存在竞争条件。如果您在那里做了任何可能影响您的测试的事情，例如写入共享首选项文件，那么你就完蛋了，因为你的测试会随机失败。

我是否遗漏了什么，或者这只是测试框架中的严重疏忽？

更新 这似乎也会影响ApplicationTestCase。在我的测试用例开始之前，我可以在我的应用程序类'onCreate 中到达一个断点。我们在那里启动了一个即发即弃的 AsyncTask，它会随机失败，因为我没有机会模拟它（记住，那是在我的测试用例调用 setUp 之前）。这是我在 onCreate 这个晦涩的调用期间看到的堆栈跟踪：

Thread [<1> main] (Suspended (breakpoint at line 86 in QypeRadar))  
QypeRadar.onCreate() line: 86   
InstrumentationTestRunner(Instrumentation).callApplicationOnCreate(Application) line: 969   
ActivityThread.handleBindApplication(ActivityThread$AppBindData) line: 4244 
ActivityThread.access$3000(ActivityThread, ActivityThread$AppBindData) line: 125    
ActivityThread$H.handleMessage(Message) line: 2071  
ActivityThread$H(Handler).dispatchMessage(Message) line: 99 
Looper.loop() line: 123 
ActivityThread.main(String[]) line: 4627    
Method.invokeNative(Object, Object[], Class, Class[], Class, int, boolean) line: not available [native method]  
Method.invoke(Object, Object...) line: 521  
ZygoteInit$MethodAndArgsCaller.run() line: 868  
ZygoteInit.main(String[]) line: 626 
NativeStart.main(String[]) line: not available [native method]  

为什么测试运行者callApplicationOnCreate 即使the docs 明确指出：

在您的测试调用 createApplication() 之前，测试用例不会调用 onCreate()。这使您有机会在 onCreate() 之前设置或调整任何其他框架或测试逻辑。

这是一个彻头彻尾的谎言——它没有给我机会！

Answer 1

Roboguice 有同样的问题。检查它here。

Answer 2

我正在用 dagger 进行测试，所以这可能也是你的情况，因为你可能只想注入而不调用 Application.onCreate 中的任何内容，所以这个对我来说很好用（api17+）：

private Context mContext;
private Application mApplication;

@Override
protected void setUp() throws Exception {
    super.setUp();

    mContext = new ContextWrapper(getInstrumentation().getTargetContext()) {
        @Override
        public Context getApplicationContext() {
            return mApplication;
        }
    };
    mApplication = new MyAppMock();
    mApplication.attachBaseContext(mContext); 

    setApplication(app);
}

public void testActivityCreated() {
    Intent intent = AboutActivity.createIntent(mContext);
    setActivityContext(mContext);
    startActivity(intent, null, null);
    assertNotNull(getActivity());
}

Application.attach(context)而不是Application.attachBaseContext()设置Application.mLoadedApk，否则会崩溃。

我已将所有内容放在一起并制作了演示应用程序，展示了如何使用 dagger 进行测试： https://github.com/vovkab/dagger-unit-test

它还展示了如何模拟您的应用程序，适用于任何 android 版本。