Не вдається вирішити символ "AndroidJUnit4"

Очевидно, що для вирішення цієї проблеми мені потрібні правильні дані про імпорт. Згідно з документами дляAndroidJUnit4 , це має бути

import android.support.test.runner.AndroidJUnit4;

Коли я це роблю, Android Studio виділяється runnerчервоним кольором і скаржиться на "Неможливо вирішити символ" бігун "".

Фон

Я дійшов до цього пункту, дотримуючись навчальних посібників на веб-сайті Android Developer для налаштування тестів за допомогою UI Automator . Перша проблема , я зіткнувся в тому , що com.android.support:support-v4:22.2.0і com.android.support.test:runner:0.2залежать від різних версій com.android.support:support-annotations. Я дотримувався пропозицій цього звіту про помилки на Android і додав до allprojectsмого проекту наступне build.gradle:

configurations.all {
    resolutionStrategy.force 'com.android.support:support-annotations:22.1.0'
}

Це вирішило негайну помилку, але я підозрюю, що це призводить до моїх поточних проблем. Хтось має пропозиції щодо виправлення цього питання?

Відновити розділи від `./gradlew: app: залежності

androidTestCompile - Classpath for compiling the androidTest sources.
+--- com.jayway.android.robotium:robotium-solo:5.2.1
+--- com.squareup:fest-android:1.0.8
|    \--- org.easytesting:fest-assert-core:2.0M10
|         \--- org.easytesting:fest-util:1.2.5
+--- com.android.support.test:runner:0.2
|    +--- junit:junit-dep:4.10
|    |    \--- org.hamcrest:hamcrest-core:1.1
|    +--- com.android.support.test:exposed-instrumentation-api-publish:0.2
|    \--- com.android.support:support-annotations:22.0.0 -> 22.2.0
+--- com.android.support.test:rules:0.2
|    \--- com.android.support.test:runner:0.2 (*)
\--- com.android.support.test.uiautomator:uiautomator-v18:2.1.0

compile - Classpath for compiling the main sources.
+--- com.android.support:appcompat-v7:22.2.0
|    \--- com.android.support:support-v4:22.2.0
|         \--- com.android.support:support-annotations:22.2.0
+--- com.android.support:support-v4:22.2.0 (*)
+--- com.google.android.gms:play-services:6.1.71
|    \--- com.android.support:support-v4:20.0.0 -> 22.2.0 (*)
+--- com.crashlytics.android:crashlytics:1.+ -> 1.1.13
\--- com.jakewharton:butterknife:5.1.2

Переконайтесь, що ваш додаток у варіанті збирання налагодження. Перейдіть до збірки> Виберіть варіант складання ... і має з’явитися наступне:

Я помилився ставити тестові класи на src / test . Після переміщення їх до src / androidTest / java / залежність була вирішена.

Гаразд, ось ваша помилка і моя!

Якщо ми збираємося написати пакет кодів для тестування локальних одиниць, ми не повинні використовувати, @RunWith(AndroidJUnit4.class)оскільки ми не використовуємо AndroidJUnit4, але нам потрібен Junit4. тому ми повинні писати @RunWith(JUnit4.class). І звичайно, ваш тестовий файл Java знаходиться під app/src/test/java/your.package.nameкаталогом.

Інакше, якщо (!!) ми хочемо написати тест Android Instrumentation Unit, ми повинні помістити наші тестові файли Java в app/src/androidTest/java/your.package.nameкаталог і використовувати анотації, як@RunWith(AndroidJUnit4.class)

Оновлення

Тестова бібліотека Android тепер є частиною AndroidX. Обов’язково використовуйте правильні залежності Gradle, знайдені в офіційній документації .

Оригінальний відповідь

Я знайшов тут , що є більш нові версії бібліотеки підтримки тестування , ніж те , що я використовував:

dependencies {
    androidTestCompile 'com.android.support.test:runner:0.5'
    androidTestCompile 'com.android.support.test:rules:0.5'
    androidTestCompile 'com.android.support.test.uiautomator:uiautomator-v18:2.1.2'
}

Примітка. Обов’язково використовуйте найсвіжіші версії цих бібліотек. Це питання з часів, коли Бібліотека підтримки Android Test Test була новою, а номери версій тут застаріли.

Я вирішив проблему, зробивши невелику зміну у файлі build.gradle програми. У dependencies { ... }розділі обов’язково введіть такий рядок:

debugImplementation 'com.android.support.test:runner:1.0.1'

або будь-яка версія є найновішою на той момент ( ...Compileзастаріла і була замінена на ...Implementation). Зверніть увагу на використання debugImplementation. Android Studio запропонував його автоматично включити androidTestImplementation, що не спрацювало.

Я дізнався, як змінити його з тестового на налагодження, заглянувши в Структуру проекту в розділі Залежності модуля додатка, де ви можете змінити обсяг кожної залежності, див. Нижче.

Зауважте, що це ОП зараз у 2019 році, 4 роки, тому якщо ви використовуєте Android X, то AndroidJUnit4.classзастарілі, у вас є помилка, і ще одна з цим androidx.test.ext.junit.runners.AndroidJUnit4. Я пропоную прочитати ці посилання, щоб вирішити проблему.

AndroidJUnit4.class застаріло: як використовувати androidx.test.ext.junit.runners.AndroidJUnit4?

Міграція тестів Junit4 на androidx: що викликає "делегат-бігун не може бути завантажений"? Для мене Android Studio запропонував замінити

@RunWith(AndroidJUnit4.class)

який був застарілий с

@RunWith(AndroidJUnit4ClassRunner.class)

і це

androidx.test.ext.junit.runners.AndroidJUnit4

з цим

import androidx.test.internal.runner.junit4.AndroidJUnit4ClassRunner;

Після цього помилка відсутня, але я не знаю, чи буде тест у майбутньому під час запуску ?!

У моєму випадку це допомогло для випуску варіанту:

android {
    ...
    testBuildType "release" 
}

Загальна причина цієї проблеми полягає в тому, що при додаванні нижче залежності:

androidTestImplementation 'androidx.test.ext:junit:1.1.1'

Це правильна залежність, якщо ви збираєтесь використовувати інструментальні тести (тести в androidTestпакеті java)

Але для впровадження тестів локальної одиниці (тестів у testпакеті java) при використанні вищезазначеної залежності; тоді ти зіткнешсяCannot resolve symbol 'AndroidJUnit4'

Це тому, що androidTestImplementationдиректива використовується для імпорту бібліотек в інструментальних тестах, але не в локальних тестах JVM / unit.

Якщо ви хочете використовувати AndroidJUnit4в локальному тесті JVM / unit, замість цього використовуйте нижче залежність

testImplementation 'androidx.test.ext:junit:1.1.1'

Те саме стосується, якщо ви додасте останню залежність під час використання AndroidJUnit4в інструментальному тесті, ви також отримаєте Cannot resolve symbol 'AndroidJUnit4'; тому що ви використовуєте неправильну директиву.

Якщо хтось все ще має цю проблему:

Не вдається вирішити символ "AndroidJUnit4"

і за допомогою API 27, в build.gradleякому знаходиться в модулі програми, додайте наступні рядки:

testImplementation 'junit:junit:4.12'

// AndroidJUnitRunner and JUnit Rules
androidTestImplementation 'com.android.support.test:runner:1.0.2'
androidTestImplementation 'com.android.support.test:rules:1.0.2'

// Espresso dependencies
androidTestImplementation 'com.android.support.test.espresso:espresso-core:3.0.2'

помістіть цей код у свої залежності

compile fileTree(dir: 'libs', include: ['*.jar'])
androidTestCompile('com.android.support.test.espresso:espresso-core:2.2.2', {
    exclude group: 'com.android.support', module: 'support-annotations'
})

Якщо ви використовуєте проект з декількома типами збірки, то вибраний тип збірки у вікні варіанту збірки необхідно згадати тегом testBuildType у файлі build.gradle модуля.

Для , наприклад: Якщо ви використовуєте збірки типу налагодження , то ви повинні додати android{testBuildType "debug" }, якщо використовуються етап потім додати android{testBuildType "stage"}заяву в андроїд тезі.

Перемістіть клас тесту на src / androidTest / java /. Тоді залежність вирішиться.

Класичний недійсний кеш / перезапуск мені допоміг! :)

Додайте цю залежність у файл build.gradle:

androidTestImplementation 'androidx.test.ext:junit:1.1.1'

Оновіть кінцеву версію ( 1.1.1) з останньою випущеною версією.

Додавання

compile com.android.support.test:runner:0.5'

вирішив саме це питання для мене.

Як показує список відповідей, це може бути викликано кількома речами. Ще один для списку:

Я запустив надто ревний LINT, який видалив весь невикористаний імпорт. Це призведе до тих самих помилок, і легко не помітити, що це проблема.

Android-студія виділить посилання, які відсутні у тестовому коді - і з’явиться спливаюче вікно ALT-ENTER (це біт, який легко пропустити).

Далі мені потрібно видалити тести з LINT - або принаймні відключити це попередження.

Редагувати: @ Code-Apprentice, відсутні рядки:

import org.junit.After;
import org.junit.Before;
import org.junit.Rule;
import org.junit.Test;
import org.junit.runner.RunWith;


import static junit.framework.Assert.assertNotNull;
import static junit.framework.Assert.assertNull;
import static org.junit.Assert.assertEquals;
import static org.junit.Assert.assertTrue;

Отже, перша помилка у файлі була з @RunWith(AndroidJUnit4.class)на початку мого тестового класу.

Коротка версія історії:

Оновіть Gradle до останньої версії

Я відповідаю на це запитання 15 лютого 2020 року. На жаль, я вичерпав усі можливі рішення, згадані тут і в інших місцях.

• https://github.com/codepath/android_guides/wiki/UI-Testing-with-Espresso

• https://github.com/udacity/AdvancedAndroid_TeaTime/isissue/14

• Android Espresso: не вдається вирішити символ AndroidJUnit4.class

• Неможливо вирішити символ AndroidJUnit4

• Android Espresso: не вдається вирішити символ AndroidJUnit4.class

Так, жоден з них не працює. Я використовую вбудовану функцію "Перехід на Andoridx", це може нагадувати мені, що мені потрібно оновити цільові версії SDK і свою версію gradle. Після того як я модернізував свою версію gradle з 2.0.2 до 3.5.3. Вони просто працюють, навіть стара заява про імпорт працює.

Ця ж помилка сталася зі мною, коли я переглядаю додаток Google IOSched та налаштовую свій проект із трьома типами збірки [налагодження, випуск, постановка], де налагодження та випуск мають спільний каталог

sourceSets {
    debug.java.srcDir 'src/debugRelease/java'
    release.java.srcDir 'src/debugRelease/java'
}

У цьому випадку вкажіть testBuildTypeу файлі build.gradle на рівні модуля, і проект повинен тепер мати змогу вирішити символ "AndroidJUnit4".

...
sourceSets {
    debug.java.srcDir 'src/debugRelease/java'
    release.java.srcDir 'src/debugRelease/java'
}

testBuildType "staging"
...

Довідка: https://github.com/google/iosched/blob/master/mobile/build.gradle