【问题标题】:Instrumentation run failed due to 'Process crashed.' after long tests execution由于“进程崩溃”,检测运行失败。经过长时间的测试执行
【发布时间】:2015-08-10 10:23:24
【问题描述】:

我有大约 700 个测试要执行。当我全部运行它们时,引发了崩溃

“由于“进程崩溃”,仪器运行失败。”检查设备 详细信息。测试运行失败:检测运行失败 由于“进程崩溃”。

经过一段时间的执行,大约 10 分钟和约 360-370 次执行测试。

Logcat 不包含有关此崩溃的任何信息

它适用于从 Android Studio 运行,从 cmd(在 PC 和 Mac 上)。使用的设备 - Android 4.1.1 上的三星 S3

build.gradle 文件:

apply plugin: 'com.android.application'

android {
    compileSdkVersion 18
    buildToolsVersion "21.1.2"

    defaultConfig {
        applicationId "com.xxx.yyy"
        minSdkVersion 9
        targetSdkVersion 18

        testApplicationId "com.xxx.zzz"
        testInstrumentationRunner "android.test.InstrumentationTestRunner"
    }

    buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.txt'
        }
    }

    packagingOptions {
        exclude 'META-INF/LICENSE.txt'
        exclude 'META-INF/NOTICE.txt'
        exclude 'META-INF/DEPENDENCIES'
        exclude 'META-INF/LICENSE'
        exclude 'META-INF/NOTICE'
    }

    sourceSets {
        main {
            jniLibs.srcDirs = ['libs']
        }
    }

    project.gradle.taskGraph.whenReady {
        connectedAndroidTestDebug  {
            ignoreFailures = true
        }
    }
}


repositories {
    // The local cache should be used first
    mavenLocal()

    jcenter()
    mavenCentral()
}

dependencies {
    compile 'junit:junit:4.12'

    compile fileTree(include: '*.jar', dir: 'libs')
}

AndroidManifest.xml

<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    package="com.xxx.yyy"
    android:versionCode="1"
    android:versionName="1.0" >

    <uses-sdk
        android:minSdkVersion="8"
        android:targetSdkVersion="17" />
        <uses-permission android:name="android.permission.ACCESS_FINE_LOCATION"/>
    <uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
    <uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE" />
    <uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />
    <uses-permission android:name="android.permission.ACCESS_WIFI_STATE" />
    <uses-permission android:name="android.permission.INTERNET" /> 
    <uses-permission android:name="android.permission.CAMERA" />
    <uses-permission android:name="android.permission.CAMERA.autoFocus" />
    <uses-feature android:name="android.hardware.camera" />
    <uses-feature android:name="android.hardware.camera.autofocus" />
    <application
        android:allowBackup="true"
        android:largeHeap="true"
        android:icon="@drawable/ic_launcher"

        android:label="@string/app_name"
        android:theme="@style/AppTheme" >

        <activity
            android:name="com.xxx.yyy.MainActivity"
            android:label="@string/app_name" >
            <intent-filter>
                <action android:name="android.intent.action.MAIN" />

                <category android:name="android.intent.category.LAUNCHER" />
            </intent-filter>
        </activity>
        <meta-data
            android:name="roboguice.annotations.packages"
            android:value="com.xxx"/>
        <meta-data
            android:name="roboguice.modules"
            android:value="com.xxx.yyy.MainModule"/>
    </application>

</manifest>

还要补充一点:在我之前发布的代码中,不会发生这种崩溃,但我找不到导致崩溃的确切变化。

请帮我解决这个问题,我试图在两周内理解它。

【问题讨论】:

  • 是否有可能找出崩溃的确切测试?
  • 不是某些测试崩溃。我试图删除这个测试和测试类。无论如何都会发生崩溃,但在其他测试中。如果我单独运行它们,则不会发生崩溃。

标签: android unit-testing crash automated-tests android-instrumentation


【解决方案1】:

我不知道这个问题对你来说是否仍然存在,但我自己也遇到过这样的问题。 三星设备上的某些 Android 版本存在一个错误:它们没有正确关闭文件描述符,从而导致文件描述符泄漏。创建 1028 个描述符后 - 进程崩溃。

http://code.google.com/p/android/issues/detail?id=32470

为了避免这种情况,我不得不在我的测试中减少 HandlerThreads 的使用,并在可能的情况下重新使用它们。但更好的解决方案可能是更换设备。

【讨论】:

    【解决方案2】:

    尝试在较新版本的 Android 操作系统上运行检测测试,例如 Android 5.1 (API 22) 或更高版本。一些旧版本,如 Android 4.1,在 ARM 模拟器上会出现这样的崩溃。

    或者尝试更新项目中使用的 Gradle 版本。例如,Gradle 4.1 会有这个问题,但 gradle 4.10 应该不会。

    或者,尽量避免在没有启动 Activity 的后台运行测试。所以避免使用ActivityUnitTestCaseSingleLaunchActivityTestCase,这会导致Android 4.1 上的原生C++ 崩溃。更多信息在这里:Native crash at /dev/ashmem/dalvik-jit-code-cache

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2014-03-03
      • 1970-01-01
      • 1970-01-01
      • 2015-05-07
      相关资源
      最近更新 更多