#java #android #eclipse #roboguice
#java #Android #eclipse #roboguice
Вопрос:
У меня проблема с использованием фреймворков RoboGuice и AndroidMock в модульном тестировании. Я создал простой проект, чтобы показать свою проблему. Здесь я создаю подделанный экземпляр и регистрирую его в RoboGuice. Но процесс завершается сбоем между методами «setUp()» и «test01()». Как я предполагаю, на самом деле процесс завершается сбоем при создании инжектора, если в каком-либо модуле есть подделанный экземпляр внутри.
Если я заменю подделанный экземпляр экземпляром класса, который реализует интерфейс, тогда все будет работать нормально.
Кто-нибудь знает, как исправить эту проблему?
Вот мой тестовый код:
public class testInjectMock extends RoboUnitTestCase<MyApplication> {
protected void setUp() throws Exception {
InterfaceToMock instance = AndroidMock.createNiceMock(InterfaceToMock.class); AndroidMock.expect(instance.SimpleMethod()).andStubReturn("Hello!");
MyModule myMockModule = new MyModule();
myMockModule.setMockedInstance(instance);//Comment this string to get into the test01() method
MyApplication.setMyModule(myMockModule);
super.setUp();
}
public void test01() {
//It never comes here
}
}
Исходный код модуля:
public class MyModule extends AbstractAndroidModule {
protected InterfaceToMock mockedInstance;
public void setMockedInstance(InterfaceToMock mockedInstance) {
this.mockedInstance = mockedInstance;
}
@Override
protected void configure() {
if(mockedInstance != null)
bind(InterfaceToMock.class).toInstance(mockedInstance);
}
}
Вывод logcat:
05-23 16:17:07.135: INFO/DEBUG(27): Build fingerprint: 'generic/sdk/generic/:2.1-update1/ECLAIR/35983:eng/test-keys'
05-23 16:17:07.135: INFO/DEBUG(27): pid: 2025, tid: 2031 >>> InjectMock.test <<<
05-23 16:17:07.145: INFO/DEBUG(27): signal 11 (SIGSEGV), fault addr 00000000
05-23 16:17:07.155: INFO/DEBUG(27): r0 0011b218 r1 43d1caa0 r2 00000000 r3 00000000
05-23 16:17:07.155: INFO/DEBUG(27): r4 43d1caa0 r5 0011b218 r6 451c0e30 r7 4000a958
05-23 16:17:07.155: INFO/DEBUG(27): r8 ad00f380 r9 00138de0 10 426bda34 fp 00138de0
05-23 16:17:07.155: INFO/DEBUG(27): ip 00000002 sp 451c0dc0 lr ad05ad1d pc ad05a804 cpsr 00000030
05-23 16:17:07.295: INFO/DEBUG(27): #00 pc 0005a804 /system/lib/libdvm.so
05-23 16:17:07.305: INFO/DEBUG(27): #01 pc 0005ad18 /system/lib/libdvm.so
05-23 16:17:07.305: INFO/DEBUG(27): #02 pc 00054a4a /system/lib/libdvm.so
05-23 16:17:07.315: INFO/DEBUG(27): #03 pc 00013f58 /system/lib/libdvm.so
05-23 16:17:07.325: INFO/DEBUG(27): #04 pc 00019888 /system/lib/libdvm.so
05-23 16:17:07.335: INFO/DEBUG(27): #05 pc 00018d5c /system/lib/libdvm.so
05-23 16:17:07.335: INFO/DEBUG(27): #06 pc 0004d6d0 /system/lib/libdvm.so
05-23 16:17:07.345: INFO/DEBUG(27): #07 pc 0004d702 /system/lib/libdvm.so
05-23 16:17:07.355: INFO/DEBUG(27): #08 pc 00041c78 /system/lib/libdvm.so
05-23 16:17:07.365: INFO/DEBUG(27): #09 pc 00010000 /system/lib/libc.so
05-23 16:17:07.365: INFO/DEBUG(27): #10 pc 0000fad4 /system/lib/libc.so
05-23 16:17:07.375: INFO/DEBUG(27): code around pc:
05-23 16:17:07.385: INFO/DEBUG(27): ad05a7f4 ffff5ae0 fffe57c4 6801b5f8 6a8b1c05
05-23 16:17:07.385: INFO/DEBUG(27): ad05a804 1c30681e ff5ef7ff 28001c04 6840d018
05-23 16:17:07.395: INFO/DEBUG(27): ad05a814 d0152800 37101c27 d0112f00 f7ff1c28
05-23 16:17:07.395: INFO/DEBUG(27): code around lr:
05-23 16:17:07.405: INFO/DEBUG(27): ad05ad0c f7ff1c20 bd10ff7b 6804b510 fd70f7ff
05-23 16:17:07.405: INFO/DEBUG(27): ad05ad1c 28001c01 f7ffd102 e002f859 f7ff1c20
05-23 16:17:07.415: INFO/DEBUG(27): ad05ad2c bd10ff6d 4c24b5f0 1c0d1c06 48236a81
05-23 16:17:07.425: INFO/DEBUG(27): stack:
05-23 16:17:07.425: INFO/DEBUG(27): 451c0d80 43d20870 /dev/ashmem/mspace/dalvik-heap/2 (deleted)
05-23 16:17:07.425: INFO/DEBUG(27): 451c0d84 00000354
05-23 16:17:07.425: INFO/DEBUG(27): 451c0d88 00000022
05-23 16:17:07.425: INFO/DEBUG(27): 451c0d8c ad043693 /system/lib/libdvm.so
05-23 16:17:07.425: INFO/DEBUG(27): 451c0d90 ad07ff50 /system/lib/libdvm.so
05-23 16:17:07.425: INFO/DEBUG(27): 451c0d94 00000024
05-23 16:17:07.425: INFO/DEBUG(27): 451c0d98 00000354
05-23 16:17:07.425: INFO/DEBUG(27): 451c0d9c ad0170ac /system/lib/libdvm.so
05-23 16:17:07.425: INFO/DEBUG(27): 451c0da0 00000000
05-23 16:17:07.435: INFO/DEBUG(27): 451c0da4 afe0f2c0 /system/lib/libc.so
05-23 16:17:07.435: INFO/DEBUG(27): 451c0da8 ad080c00 /system/lib/libdvm.so
05-23 16:17:07.435: INFO/DEBUG(27): 451c0dac 00000002
05-23 16:17:07.435: INFO/DEBUG(27): 451c0db0 00000354
05-23 16:17:07.445: INFO/DEBUG(27): 451c0db4 43d20870 /dev/ashmem/mspace/dalvik-heap/2 (deleted)
05-23 16:17:07.445: INFO/DEBUG(27): 451c0db8 df002777
05-23 16:17:07.455: INFO/DEBUG(27): 451c0dbc e3a070ad
05-23 16:17:07.455: INFO/DEBUG(27): #00 451c0dc0 00000000
05-23 16:17:07.455: INFO/DEBUG(27): 451c0dc4 43d1caa0 /dev/ashmem/mspace/dalvik-heap/2 (deleted)
05-23 16:17:07.455: INFO/DEBUG(27): 451c0dc8 451c0e38
05-23 16:17:07.455: INFO/DEBUG(27): 451c0dcc 451c0e30
05-23 16:17:07.455: INFO/DEBUG(27): 451c0dd0 4000a958 /dev/ashmem/mspace/dalvik-heap/zygote/0 (deleted)
05-23 16:17:07.455: INFO/DEBUG(27): 451c0dd4 ad05ad1d /system/lib/libdvm.so
05-23 16:17:07.465: INFO/DEBUG(27): #01 451c0dd8 417a0b5c /data/dalvik-cache/system@framework@core.jar@classes.dex
05-23 16:17:07.475: INFO/DEBUG(27): 451c0ddc ad054a4f /system/lib/libdvm.so
Комментарии:
1. Дополнительная информация: Возможно создать инжектор с подделанным экземпляром в любом модуле. Я успешно создал инжектор в методе «test01 ()». Но если инжектор создан RoboUnitTestCase, приложение завершает работу с ошибкой.
2. Исходный код RoboUnitTestCase code.google.com/p/roboguice/source/browse/roboguice/src/main / … говорит «Убедитесь, что вы используете одну из аннотаций @*Test И начинаете имя вашего testcase с «test»», но ваша настройка не аннотирована
@Before
, и ваш тест не аннотирован@Test
…3. Похоже, что это не является прямой проблемой java (
signal 11 (SIGSEGV), fault addr 0000000
). Не могли бы вы попробовать с другой версией прошивки (эмулятора или устройства)?4. Не могли бы вы дать нам определение интерфейса InterfaceToMock, чтобы мы могли воспроизвести точное поведение AndroidMock.createNiceMock.
5. Если один из A был хорош для вас, не могли бы вы принять его? Вопрос все еще открыт.
Ответ №1:
К сожалению, если есть проблема с шагами настройки для RoboGuice и модульного тестирования, вы можете получить ошибку такого рода. Никакого волшебного короткого ответа, а скорее набор шагов, которым нужно точно следовать.
Кстати, вы используете RoboGuice 1.1 — AbstractAndroidModule amp; RoboUnitTest больше не существуют в RoboGuice 2.0. RoboGuice 1.1 устарел, поэтому лучшим общим решением является переход на новейшую версию в соответствии с этими инструкциями обновления до 2.0.
Однако, на всякий случай, если вы подключены к RoboGuice 1.1, вот несколько шагов, которым нужно следовать:
- У вас не должно быть непоследовательного сгенерированного кода / файлов сборки после рефакторинга / изменения имен пакетов и т.д. Удалите сгенерированный код, выполните очистку и сборку, даже воссоздайте новый проект и скопируйте исходные файлы.
- Разместите код вашего приложения в одном проекте (зависящем от RoboGuice, независимом от Instrumentation / RoboUnitTestCase / AndroidMock). Ваш проект кода приложения находится в библиотеке: guice-2.0-no_aop.jar и roboguice-1.1.2.jar.
- Разместите свой модульный тестовый код в другом проекте, который ссылается на него (независимый от 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's 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. Смотрите отчет об ошибке здесь. Виртуальная машина выходит из строя при попытке поиска аннотаций на прокси, который использует AndroidMock при подделке интерфейса.
Обходной путь заключается в создании in instance класса, который реализует интерфейс, как вы указали в своем вопросе. Вы могли бы попробовать создать чистый абстрактный класс, который реализует интерфейс без реализации каких-либо методов, затем использовать AndroidMock для подделки этого класса вместо интерфейса. Это должно избежать создания прокси.