Сбой процесса во время создания инжектора RoboGuice, если в любом модуле есть посмеянный экземпляр

У меня проблема с использованием рамок RoboGuice и AndroidMock в модульном тестировании. Я создал простой проект, чтобы показать свою проблему. Здесь я создаю посмеянный экземпляр и регистрирую его в RoboGuice. Но процесс выходит из строя между методами "setUp()" и "test01()". Как я полагаю, на самом деле процесс вылетает, когда инжектор создается, если в каком-либо модуле есть фрагментированный экземпляр внутри.

Если я заменю посмеянный экземпляр экземпляром класса, который реализует интерфейс, все работает нормально.

Кто-нибудь знает, как исправить эту проблему?

Ответы

Ответ 1

К сожалению, если возникнут проблемы с шагами настройки RoboGuice и модульного тестирования, вы можете получить такую ошибку. Магический короткий ответ, а скорее набор шагов, чтобы точно следовать.

Кстати, вы используете RoboGuice 1.1 - AbstractAndroidModule и RoboUnitTest больше не существуют в RoboGuice 2.0. RoboGuice 1.1 устарел, поэтому лучшим решением является переход на новую версию в соответствии с этими инструкциями Обновление до версии 2.0.

Однако на всякий случай, когда вы подключены к RoboGuice 1.1, выполните следующие шаги:

У вас нет непоследовательных сгенерированных файлов кода/сборки после реорганизации/изменения имен пакетов и т.д. Удалите сгенерированный код, выполните очистку и сборку, даже заново создайте новый проект и скопируйте исходные файлы.
Введите код приложения в одном проекте (независимый от RoboGuice, Instrumentation/RoboUnitTestCase/AndroidMock). Проект кода приложения находится внутри lib: guice-2.0-no_aop.jar и roboguice-1.1.2.jar.
Введите код unit test в другой проект, который ссылается на него (независимый от RoboGuice, Instrumentation/RoboUnitTestCase/AndroidMock). Инструкции здесь Перед началом работы. Проект вашего тестового кода находится внутри lib: AndroidMockGenerator.jar.

В вашем проекте приложения классы App + Module выглядят примерно так:

package com.mypackage;

import android.app.Instrumentation;
import android.content.Context;

public class MyApplication extends roboguice.application.RoboApplication {

static MyModule myModule;    

// this constructor usually called by app
public MyApplication(Context context) {
    super();
    attachBaseContext(context);
}
// This constructor called by unit tests.  This is unfortunately small amount of 
// 'abstraction leakage' of unit test needs into app code.
public MyApplication(Instrumentation instrumentation) {
    super();
    attachBaseContext(instrumentation.getContext());
}    
public static void setModule(MyModule module) {
    MyApplication.myModule = module;
}   
public static MyModule getModule() {
    return MyApplication.myModule;
}   
}

package com.mypackage;

public class MyModule extends roboguice.config.AbstractAndroidModule {
// this will be injected
protected UsefulObject myUsefulInstance;    

public void setUsefulObject(UsefulObject usefulInstance) {
    this.myUsefulInstance = usefulInstance;
}    
public UsefulObject getUsefulObject() {
    return this.myUsefulInstance;
}    

@Override
protected void configure() {
    bind(UsefulObject.class).toInstance(myUsefulInstance);
}

}

В тестовом проекте класс тестового примера выглядит примерно так:

import android.test.suitebuilder.annotation.LargeTest;    
import com.mypackage.MyApplication;    
import com.mypackage.MyModule;    
import com.mypackage.UsefulObject;    
 //import com.mypackage.UsefulObjectSimpleImplementation;    
import android.test.suitebuilder.annotation.MediumTest;    
import android.test.suitebuilder.annotation.SmallTest;    
import com.google.android.testing.mocking.AndroidMock;    
import roboguice.test.RoboUnitTestCase;

public class TestMyModule extends RoboUnitTestCase<MyApplication> {

@Override
protected void setUp() throws Exception {
    UsefulObject instance = // new UsefulObjectSimpleImplementation(); 
                            AndroidMock.createNiceMock(UsefulObject.class);           
    MyModule mockModule = new MyModule();
    mockModule.setUsefulObject(instance);
    MyApplication.setModule(mockModule);
    super.setUp();
}

// Make sure you use one of the @*Test annotations AND begin
// your testcase name with "test"
@MediumTest
public void test01() {
    AndroidMock.expect(MyApplication.getModule().getUsefulObject().
         simpleMethod()).andStubReturn("Hello!");
}

}

Убедитесь, что для тестового проекта файл AndroidManifest.xml имеет следующую запись:

   <instrumentation android:name="android.test.InstrumentationTestRunner"
     android:targetPackage="com.mypackage"
     android:label="Tests for com.mypackage"/>

Перед запуском теста убедитесь, что ваш эмулятор запущен и работает здорово, сначала запустив другое, простое приложение "Hello World". Когда это удастся, запустите приложение. Наконец, запустите тестовый проект.

Должно работать после этого. Удачи и дайте мне знать!

Ответ 2

К сожалению, это ошибка в самом Android. См. Отчет об ошибке здесь. VM сбой, когда он пытается искать аннотации на Proxy, что и использует AndroidMock, когда издеваться над интерфейсом.

Обходным путем является создание, например, класса, реализующего интерфейс, как вы указали в своем вопросе. Вы можете попробовать создать чистый абстрактный класс, который реализует интерфейс без реализации каких-либо методов, а затем использовать AndroidMock для издевательства над этим классом, а не с интерфейсом. Это должно избегать создания прокси.