创作RoboGuice注入器具的过程中崩溃，如果有一个嘲笑实例中的任何模块器具、过程中、有一个、实例
2023-09-04 09:14:44
作者：许一个心愿
我有使用RoboGuice和AndroidMock框架，单元测试的一个问题。 我创建了一个简单的项目，以显示我的问题。在这里，我创建了一个嘲笑实例，并在RoboGuice注册。 但设置（）和TEST01（）方法之间的进程崩溃。 正如我猜测，在创建喷油器在实际过程中崩溃，如果任何模块内的嘲弄实例。
如果我有一个实现了接口，则一切正常类的实例来替换嘲笑的实例。
有谁知道如何解决这个问题呢？
下面是我的测试code：
公共类testInjectMock扩展RoboUnitTestCase＆LT;所有MyApplication＆GT; {
保护无效设置（）抛出异常{
InterfaceToMock例如= AndroidMock.createNiceMock（InterfaceToMock.class）; 。AndroidMock.expect（instance.SimpleMethod（））andStubReturn（你好！）;
MyModule的myMockModule =新MyModule的（）;
myMockModule.setMockedInstance（实例）; //评论此字符串就可以进入TEST01（）方法
MyApplication.setMyModule（myMockModule）;
super.setUp（）;
}
公共无效TEST01（）{
//它永远不会来这里
}
}
模块源$ C $ C：
公共类MyModule的扩展AbstractAndroidModule {
保护InterfaceToMock mockedInstance;
公共无效setMockedInstance（InterfaceToMock mockedInstance）{
this.mockedInstance = mockedInstance;
}
@覆盖
保护无效配置（）{
如果（mockedInstance！= NULL）
绑定（InterfaceToMock.class）.toInstance（mockedInstance）;
}
}
在logcat的输出：
05-23 16：17：07.135：信息/ DEBUG（27）：构建指纹：通用/ SDK /通用/ 2.1-UPDATE1 / ECLAIR / 35983：ENG /测试-keys
05-23 16：17：07.135：信息/ DEBUG（27）：PID：2025 TID：2031＆GT;＆GT;＆GT; InjectMock.test＆LT;＆LT;＆LT;
05-23 16：17：07.145：信息/ DEBUG（27）：11（SIGSEGV），故障地址00000000
05-23 16：17：07.155：信息/ DEBUG（27）：R0 0011b218 R1 43d1caa0 R2 R3 00000000 00000000
05-23 16：17：07.155：信息/ DEBUG（27）：R4 43d1caa0 R5 0011b218 R6 451c0e30 R7 4000a958
05-23 16：17：07.155：信息/ DEBUG（27）：R8 ad00f380 R9 00138de0 10 426bda34 FP 00138de0
05-23 16：17：07.155：信息/ DEBUG（27）：IP 00000002 SP 451c0dc0 LR ad05ad1d PC ad05a804 CPSR 00000030
05-23 16：17：07.295：信息/ DEBUG（27）：＃00件0005a804 /system/lib/libdvm.so
05-23 16：17：07.305：信息/ DEBUG（27）：＃01件0005ad18 /system/lib/libdvm.so
05-23 16：17：07.305：信息/ DEBUG（27）：＃02件00054a4a /system/lib/libdvm.so
05-23 16：17：07.315：信息/ DEBUG（27）：＃03件00013f58 /system/lib/libdvm.so
05-23 16：17：07.325：信息/ DEBUG（27）：＃04件00019888 /system/lib/libdvm.so
05-23 16：17：07.335：信息/ DEBUG（27）：＃05件00018d5c /system/lib/libdvm.so
05-23 16：17：07.335：信息/ DEBUG（27）：＃06件0004d6d0 /system/lib/libdvm.so
05-23 16：17：07.345：信息/ DEBUG（27）：＃07件0004d702 /system/lib/libdvm.so
05-23 16：17：07.355：信息/ DEBUG（27）：＃08件00041c78 /system/lib/libdvm.so
05-23 16：17：07.365：信息/ DEBUG（27）：＃09件00010000 /system/lib/libc.so
05-23 16：17：07.365：信息/ DEBUG（27）：＃10件0000fad4 /system/lib/libc.so
05-23 16：17：07.375：信息/ DEBUG（27）：围绕PC code：
05-23 16：17：07.385：信息/ DEBUG（27）：ad05a7f4 ffff5ae0 fffe57c4 6801b5f8 6a8b1c05
05-23 16：17：07.385：信息/ DEBUG（27）：ad05a804 1c30681e ff5ef7ff 28001c04 6840d018
05-23 16：17：07.395：信息/ DEBUG（27）：ad05a814 d0152800 37101c27 d0112f00 f7ff1c28
05-23 16：17：07.395：信息/ DEBUG（27）：约LR code：
05-23 16：17：07.405：信息/ DEBUG（27）：ad05ad0c f7ff1c20 bd10ff7b 6804b510 fd70f7ff
05-23 16：17：07.405：信息/ DEBUG（27）：ad05ad1c 28001c01 f7ffd102 e002f859 f7ff1c20
05-23 16：17：07.415：信息/ DEBUG（27）：ad05ad2c bd10ff6d 4c24b5f0 1c0d1c06 48236a81
05-23 16：17：07.425：信息/ DEBUG（27）：堆栈：
05-23 16：17：07.425：信息/ DEBUG（27）：451c0d80 43d20870的/ dev / ashmem / MSPACE / Dalvik的堆/ 2（删除）
05-23 16：17：07.425：信息/ DEBUG（27）：451c0d84 00000354
05-23 16：17：07.425：信息/ DEBUG（27）：451c0d88 00000022
05-23 16：17：07.425：信息/ DEBUG（27）：451c0d8c ad043693 /system/lib/libdvm.so
05-23 16：17：07.425：信息/ DEBUG（27）：451c0d90 ad07ff50 /system/lib/libdvm.so
05-23 16：17：07.425：信息/ DEBUG（27）：451c0d94 00000024
05-23 16：17：07.425：信息/ DEBUG（27）：451c0d98 00000354
05-23 16：17：07.425：信息/ DEBUG（27）：451c0d9c ad0170ac /system/lib/libdvm.so
05-23 16：17：07.425：信息/ DEBUG（27）：451c0da0 00000000
05-23 16：17：07.435：信息/ DEBUG（27）：451c0da4 afe0f2c0 /system/lib/libc.so
05-23 16：17：07.435：信息/ DEBUG（27）：451c0da8 ad080c00 /system/lib/libdvm.so
05-23 16：17：07.435：信息/ DEBUG（27）：451c0dac 00000002
05-23 16：17：07.435：信息/ DEBUG（27）：451c0db0 00000354
05-23 16：17：07.445：信息/ DEBUG（27）：451c0db4 43d20870的/ dev / ashmem / MSPACE / Dalvik的堆/ 2（删除）
05-23 16：17：07.445：信息/ DEBUG（27）：451c0db8 df002777
05-23 16：17：07.455：信息/ DEBUG（27）：451c0dbc e3a070ad
05-23 16：17：07.455：信息/ DEBUG（27）：＃00 451c0dc0 00000000
05-23 16：17：07.455：信息/ DEBUG（27）：451c0dc4 43d1caa0的/ dev / ashmem / MSPACE / Dalvik的堆/ 2（删除）
05-23 16：17：07.455：信息/ DEBUG（27）：451c0dc8 451c0e38
05-23 16：17：07.455：信息/ DEBUG（27）：451c0dcc 451c0e30
05-23 16：17：07.455：信息/ DEBUG（27）：451c0dd0 4000a958的/ dev / ashmem / MSPACE / Dalvik的堆/受精卵/ 0（删除）
05-23 16：17：07.455：信息/ DEBUG（27）：451c0dd4 ad05ad1d /system/lib/libdvm.so
05-23 16：17：07.465：信息/ DEBUG（27）：＃01 451c0dd8 417a0b5c /data/dalvik-cache/system@framework@core.jar@classes.dex
05-23 16：17：07.475：信息/ DEBUG（27）：451c0ddc ad054a4f /system/lib/libdvm.so
解决方案
不幸的是，如果有一个问题，设置步骤RoboGuice和放大器;单元测试，就可以得到这种错误。无幻简短的回答，而是一整套的措施来照做。
顺便说一句，你使用RoboGuice 1.1 - AbstractAndroidModule和放大器; RoboUnitTest在RoboGuice 2.0不复存在。 RoboGuice 1.1代precated，所以最佳的整体解决方案，是根据这些说明移动到最新版本升级到2.0 。
然而，以防万一你连接到RoboGuice 1.1，这里的一些步骤如下：
请不要有抵触产生code /重构后生成文件/改换包装名称等删除生成的code，做清洁和放大器;构建，甚至是重新建立一个新的项目，并复制源文件。 让您的应用程序，code在一个项目（RoboGuice依赖，仪器仪表/ RoboUnitTestCase / AndroidMock独立）。你的应用程序code项目有中lib目录下：。吉斯-2.0-no_aop.jar和roboguice-1.1.2.jar 您也可以在另一个项目中引用它的单元测试code（RoboGuice独立，仪器仪表/ RoboUnitTestCase / AndroidMock独立）。说明这里在你开始。您的测试code项目有中lib目录下：。AndroidMockGenerator.jar在您的应用程序的项目，你的App +模块类看起来是这样的：
包com.mypackage;
进口android.app.Instrumentation;
进口android.content.Context;
公共类MyApplication的扩展roboguice.application.RoboApplication {
静态MyModule的MyModule的;
//这个构造通常称为应用程序
公共所有MyApplication（上下文的背景下）{
超（）;
attachBaseContext（上下文）;
}
//这个构造函数调用单元测试。这是不幸的是少量的
//抽象泄漏的单元测试需要为应用程序code。
公共所有MyApplication（仪器仪表）{
超（）;
attachBaseContext（instrumentation.getContext（））;
}
公共静态无效setModule（MyModule的模块）{
MyApplication.myModule =模块;
}
公共静态MyModule的getModule（）{
返回MyApplication.myModule;
}
}
和
包com.mypackage;
公共类MyModule的扩展roboguice.config.AbstractAndroidModule {
//这将被注入
保护UsefulObject myUsefulInstance;
公共无效setUsefulObject（UsefulObject usefulInstance）{
this.myUsefulInstance = usefulInstance;
}
公共UsefulObject getUsefulObject（）{
返回this.myUsefulInstance;
}
@覆盖
保护无效配置（）{
绑定（UsefulObject.class）.toInstance（myUsefulInstance）;
}
}
在您的测试项目，测试案例类看起来是这样的：
进口android.test.suitebuilder.annotation.LargeTest;
进口com.mypackage.MyApplication;
进口com.mypackage.MyModule;
进口com.mypackage.UsefulObject;
//进口com.mypackage.UsefulObjectSimpleImplementation;
进口android.test.suitebuilder.annotation.MediumTest;
进口android.test.suitebuilder.annotation.SmallTest;
进口com.google.android.testing.mocking.AndroidMock;
进口roboguice.test.RoboUnitTestCase;
公共类TestMyModule扩展RoboUnitTestCase＆LT;所有MyApplication＆GT; {
@覆盖
保护无效设置（）抛出异常{
UsefulObject例如= //新UsefulObjectSimpleImplementation（）;
AndroidMock.createNiceMock（UsefulObject.class）;
MyModule的mockModule =新MyModule的（）;
mockModule.setUsefulObject（实例）;
MyApplication.setModule（mockModule）;
super.setUp（）;
}
//确保你使用@ *测试注解之一，并开始
//以测试你的测试用例的名字
@MediumTest
公共无效TEST01（）{
AndroidMock.expect（MyApplication.getModule（）。getUsefulObject（）。
simpleMethod（））andStubReturn（你好！）。
}
}
确保为测试项目，AndroidManifest.xml文件有如下条目：
＆LT;仪器仪表机器人：名称=android.test.InstrumentationTestRunner
机器人：targetPackage =com.mypackage
机器人：标签=试验com.mypackage/＆GT;
在运行测试之前，请确保您的模拟器启动并正在健康运行，首先运行一个不同的，简单的Hello World应用程序。当这种成功，然后运行你的应用程序。最后，运行测试项目。
如果在这之后的工作。祝您好运和放大器;让我知道！
I have a problem with using RoboGuice and AndroidMock frameworks in unit testing. I've created a simple project to show my problem. Here I create a mocked instance and register it in the RoboGuice. But the process crashes between the "setUp()" and "test01()" methods. As I guess, actually the process crashes when the Injector is created, if any module has a mocked instance inside.
If I replace the mocked instance with an instance of a class that implements the interface then everything works fine.
Does anybody know how to fix this problem?
Here is my test code:
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
}
}
Module source code:
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);
}
}
The logcat output:
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
解决方案
Unfortunately, if there's an issue with the setup steps for RoboGuice & unit testing, you can get this sort of error. No magic short answer, but rather a set of steps to follow exactly.
BTW, you're using RoboGuice 1.1 - AbstractAndroidModule & RoboUnitTest no longer exist in RoboGuice 2.0. RoboGuice 1.1 is deprecated, so best overall solution is to move to newest version according to these instructions Upgrading to 2.0.
However, just in case you're attached to RoboGuice 1.1, here's some steps to follow:
Don't have inconsistent generated code/build files after refactoring/changing package names etc. Delete generated code, do a Clean & Build, even recreate a new project and copy source files in. Have your app code in one project (RoboGuice dependent, Instrumentation/RoboUnitTestCase/AndroidMock independent). You app code project has within lib: guice-2.0-no_aop.jar and roboguice-1.1.2.jar. Have your unit test code in another project that references it (RoboGuice independent, Instrumentation/RoboUnitTestCase/AndroidMock independent). Instructions here Before You Get Started. Your test code project has within lib: AndroidMockGenerator.jar.In your app project, your App + Module classes look something like this:
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;
}
}
And
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 your test project, your test case class looks something like this:
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!");
}
}
Ensure that for the test project, the AndroidManifest.xml file has the following entry:
<instrumentation android:name="android.test.InstrumentationTestRunner"
android:targetPackage="com.mypackage"
android:label="Tests for com.mypackage"/>
Before running your test, ensure your emulator is started and is running healthily, by running a different, simple "Hello World" app first. When this succeeds, then run your app. Lastly, run your test project.
Should work after this. Best of luck & let me know!
相关推荐
猜您喜欢
精彩图集
