Однако отчет о покрытии еще не сформирован. Чтобы включить эту опцию, нам нужно добавить свойство в наш вариант отладочной сборки. Используя DSL плагина Android, мы можем включить покрытие через свойство testCoverageEnabled:

android {
    ...
    buildTypes {
        debug {
            testCoverageEnabled true
        }
        ...
    }
}

Чтобы включить отчет о покрытии для локальных тестов при использовании версии 2.2.+ плагина Android Gradle, вам необходимо включить его в build.gradle вашего приложения:

android {
    //...

    testOptions {
        unitTests.all {
            jacoco {
                includeNoLocationClasses = true
            }
        }
    }
}

Инструментарий, выполняемый Jacoco, создает исполняемые файлы, содержащие необходимые данные для создания отчета (HTML, XML и т. д.). Проблема здесь в том, что Espresso генерирует файл .ec, а выполнение модульных тестов генерирует файл .exec… у нас разные форматы!

Поскольку мы не можем настроить задачу покрытия эспрессо, мы должны сначала убедиться, что она выполняется. Далее нам нужно запустить модульные тесты, а затем создать данные о покрытии с обоими файлами (ec и exec).

Чтобы включить это, нам нужно еще раз отредактировать нашу задачу и добавить файл coverage.ec в качестве параметра в свойство executionData:

apply plugin: 'jacoco'

task jacocoTestReport(type: JacocoReport, dependsOn: ['testDebugUnitTest', 'createDebugCoverageReport']) {

    reports {
        xml.enabled = true
        html.enabled = true
    }

    def fileFilter = ['**/R.class', '**/R$*.class', '**/BuildConfig.*', '**/Manifest*.*', '**/*Test*.*', 'android/**/*.*']
    def debugTree = fileTree(dir: "${buildDir}/intermediates/classes/debug", excludes: fileFilter)
    def mainSrc = "${project.projectDir}/src/main/java"

    sourceDirectories = files([mainSrc])
    classDirectories = files([debugTree])
    executionData = fileTree(dir: "$buildDir", includes: [
            "jacoco/testDebugUnitTest.exec", 
            "outputs/code-coverage/connected/*coverage.ec"
    ])
}

Поскольку плагин Android Gradle 2.2.+ теперь генерирует файл покрытия для каждого выполнения, используя устройство/эмулятор в имени файла, теперь нам нужно передать каждый файл в данные выполнения, так как имя файла теперь динамическое. Кроме того, я добавил задачу createDebugCoverageReport в качестве зависимости от нашей пользовательской задачи, поэтому нам не нужно запускать ее вручную :)

Наконец, когда мы выполним обе задачи, запустив сначала тесты Espresso, мы получим унифицированный отчет о покрытии!

gradle clean jacocoTestReport

Подробное объяснение см. в разделе здесь.

Редактировать:

Итак, команда adb shell am instrument не генерирует отчет, для этого вам нужно обработать его с помощью решения gradle. Если вы действительно хотите проверить это самостоятельно, вам нужно использовать настраиваемый бегун.

Рекомендации:

1) Как автоматически создать отчет о тестировании Android в HTML

2) Как получить результаты теста при использовании adb инструмент оболочки

3) https://github.com/jsankey/android-junit-report

Проверить из командной строки

Обновлен до метода командной строки, следуйте этим шагам. .

Запуск инструментированного приложения

После того, как у нас есть класс EmmaInstrumentation (находится в ref link), нам нужно еще несколько настроек, чтобы иметь возможность получить отчет о покрытии работающего приложения.

Во-первых, нам нужно добавить новую активность в манифест. Во-вторых, мы должны разрешить нашему приложению записывать на SD-карту, если именно здесь мы решили сгенерировать отчет о покрытии. Для этого вы должны предоставить разрешение android.permission.WRITE_EXTERNAL_STORAGE. Затем пришло время собрать и установить инструментированный apk:

$ ant clean
$ ant instrument
$ ant installi

Все готово для запуска инструментированного приложения

$ adb shell am instrument -e coverage true \
    -w com.example.i2at.tc/\
        com.example.instrumentation.EmmaInstrumentation

Здесь находится исходный код.

отсутствующий CoverageTransformer указывает на отсутствие зависимости от среды выполнения агента JaCoCo. один простой подход к решению может заключаться в том, чтобы предоставить ему то, что он требует (чтобы он был доступен на устройстве):

testImplementation "org.jacoco:org.jacoco.agent:0.8.3"

в случае, если вы получите FileNotFoundException, когда ClassNotFoundException был исправлен, убедитесь, что у вас есть разрешение на запись на SD-карту, что, по-видимому, является еще одной возможной ловушкой:

<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE"/>

как я только что видел, существует также org.jacoco .report, который можно добавить дополнительно:

testImplementation "org.jacoco:org.jacoco.report:0.8.3"

пакет org.jacoco.agent в каждом случае содержит класс CoverageTransformer.

Для нас это было приложение AOSP. Мы создавали тестовые и модульные apks с отключением компилятора Jack, что вызывало эту дополнительную проблему. Потому что нам нужен был компилятор Jack для генерации coverage.em. Но ошибка была не совсем актуальной. Так что не было никакого понятия, чтобы идти дальше.

Поэтому исправление состояло в том, чтобы запустить сервер компилятора jack и получить сгенерированные с его помощью APK-файлы.