Der Prozess stürzt während der Erstellung des RoboGuice-Injektors ab, wenn in einem Modul eine verspottete Instanz vorhanden ist

85

Ich habe ein Problem mit der Verwendung von RoboGuice- und AndroidMock-Frameworks beim Testen von Einheiten. Ich habe ein einfaches Projekt erstellt, um mein Problem zu zeigen. Hier erstelle ich eine verspottete Instanz und registriere sie im RoboGuice. Der Prozess stürzt jedoch zwischen den Methoden "setUp ()" und "test01 ()" ab. Wie ich vermute, stürzt der Prozess tatsächlich ab, wenn der Injector erstellt wird, wenn in einem Modul eine verspottete Instanz enthalten ist.

Wenn ich die verspottete Instanz durch eine Instanz einer Klasse ersetze, die die Schnittstelle implementiert, funktioniert alles einwandfrei.

Weiß jemand, wie man dieses Problem behebt?

Hier ist mein Testcode:

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
    }
}

Modulquellcode:

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);
        }
    }

Die Logcat-Ausgabe:

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
Andrey
quelle
1
Zusätzliche Informationen: Es ist möglich, in jedem Modul einen Injektor mit einer verspotteten Instanz zu erstellen. Ich habe Injector erfolgreich in der Methode "test01 ()" erstellt. Wenn der Injector jedoch vom RoboUnitTestCase erstellt wird, stürzt die App ab.
Andrej
16
Der RoboUnitTestCase-Quellcode.google.com/p/roboguice/source/browse/roboguice/src/main/… lautet " Stellen Sie sicher, dass Sie eine der @ * Test-Anmerkungen verwenden und den Namen Ihres Testfalls mit" test "beginnen, aber mit Ihrem Setup ist nicht kommentiert @Beforeund Ihr Test ist nicht kommentiert @Test...
Paul D'Ambra
2
Es scheint, dass es nicht direkt ein Java-Problem ist ( signal 11 (SIGSEGV), fault addr 0000000). Könnten Sie es mit einer anderen Firmware-Version (Emulator oder Gerät) versuchen?
Pierre-Henri
Können Sie uns die Definition der Schnittstelle InterfaceToMock geben, damit wir das genaue Verhalten von AndroidMock.createNiceMock reproduzieren können?
Remco
Wenn einer von A's gut für dich wäre, könntest du es akzeptieren? Q ist noch offen.
Glen Best

Antworten:

5

Wenn bei den Einrichtungsschritten für RoboGuice und Unit-Tests ein Problem auftritt, kann diese Art von Fehler auftreten. Keine magische kurze Antwort, sondern eine Reihe von Schritten, die genau befolgt werden müssen.

Übrigens verwenden Sie RoboGuice 1.1 - AbstractAndroidModule & RoboUnitTest sind in RoboGuice 2.0 nicht mehr vorhanden. RoboGuice 1.1 ist veraltet. Die beste Gesamtlösung besteht darin, gemäß diesen Anweisungen auf die neueste Version zu wechseln. Upgrade auf 2.0 .

Für den Fall, dass Sie an RoboGuice 1.1 angeschlossen sind, gehen Sie wie folgt vor:

  • Keine inkonsistenten generierten Code- / Build-Dateien nach dem Refactoring / Ändern von Paketnamen usw. Löschen Sie generierten Code, führen Sie ein Clean & Build durch, erstellen Sie sogar ein neues Projekt neu und kopieren Sie die Quelldateien in.
  • Haben Sie Ihren App-Code in einem Projekt (RoboGuice-abhängig, Instrumentation / RoboUnitTestCase / AndroidMock unabhängig). Ihr App-Code-Projekt hat in lib: guice-2.0-no_aop.jar und roboguice-1.1.2.jar.
  • Lassen Sie Ihren Unit-Test-Code in einem anderen Projekt haben, das darauf verweist (RoboGuice unabhängig, Instrumentation / RoboUnitTestCase / AndroidMock unabhängig). Anweisungen hier, bevor Sie beginnen . Ihr Testcode-Projekt hat in lib: AndroidMockGenerator.jar.
  • In Ihrem App-Projekt sehen Ihre App + Module-Klassen ungefähr so ​​aus:

    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;
    }   
    }

    Und

    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);
    }

    }}

  • In Ihrem Testprojekt sieht Ihre Testfallklasse ungefähr so ​​aus:

    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!");
    }

    }}

  • Stellen Sie sicher, dass für das Testprojekt die Datei AndroidManifest.xml den folgenden Eintrag enthält:

   <instrumentation android:name="android.test.InstrumentationTestRunner"
     android:targetPackage="com.mypackage"
     android:label="Tests for com.mypackage"/>
  • Stellen Sie vor dem Ausführen Ihres Tests sicher, dass Ihr Emulator gestartet ist und einwandfrei funktioniert, indem Sie zuerst eine andere, einfache "Hello World" -App ausführen. Wenn dies erfolgreich ist, führen Sie Ihre App aus. Führen Sie zum Schluss Ihr Testprojekt aus.

Sollte danach funktionieren. Viel Glück und lass es mich wissen!

Glen Best
quelle
0

Leider ist dies ein Fehler in Android selbst. Den Fehlerbericht finden Sie hier . Die VM stürzt ab, wenn sie versucht, auf einem Proxy nach Anmerkungen zu suchen. Dies wird von AndroidMock beim Verspotten einer Schnittstelle verwendet .

Die Problemumgehung besteht darin, eine Instanz einer Klasse zu erstellen, die die Schnittstelle implementiert, wie Sie in Ihrer Frage ausgeführt haben. Sie können versuchen, eine reine abstrakte Klasse zu erstellen, die die Schnittstelle implementiert, ohne Methoden zu implementieren, und dann AndroidMock verwenden, um diese Klasse anstelle der Schnittstelle zu verspotten. Dies sollte die Erstellung eines Proxys vermeiden.

svattom
quelle