IntelliJ IDEA з Junit 4.7 “!!! Очікувана версія JUnit 3.8 або новішої версії: "

Коли я намагаюся запустити наступний тест в IntelliJ IDEA, я отримую повідомлення:

"!!! Очікувана версія JUnit 3.8 або пізнішої версії:"

Слід зазначити, що це проект Android, над яким я працюю в IntelliJ IDEA 9.

public class GameScoreUtilTest {
    @Test
    public void testCalculateResults() throws Exception {
        final Game game = new Game();

        final Player player1 = new Player();
        {
            final PlayedHole playedHole = new PlayedHole();
            playedHole.setScore(1);
            game.getHoleScoreMap().put(player1, playedHole);
        }
        {
            final PlayedHole playedHole = new PlayedHole();
            playedHole.setScore(3);
            game.getHoleScoreMap().put(player1, playedHole);
        }
        final GameResults gameResults = GameScoreUtil.calculateResults(game);

        assertEquals(4, gameResults.getScore());
    }
}

Повний слід стека виглядає приблизно так ...

!!! JUnit version 3.8 or later expected:

java.lang.RuntimeException: Stub!
    at junit.runner.BaseTestRunner.<init>(BaseTestRunner.java:5)
    at junit.textui.TestRunner.<init>(TestRunner.java:54)
    at junit.textui.TestRunner.<init>(TestRunner.java:48)
    at junit.textui.TestRunner.<init>(TestRunner.java:41)
    at com.intellij.rt.execution.junit.JUnitStarter.junitVersionChecks(JUnitStarter.java:152)
    at com.intellij.rt.execution.junit.JUnitStarter.canWorkWithJUnitVersion(JUnitStarter.java:136)
    at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:49)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at com.intellij.rt.execution.application.AppMain.main(AppMain.java:110)

Process finished with exit code -3

Ця проблема трапляється тому, що платформа Android ( android.jar) вже містить класи JUnit. Тест-бігун IDEA завантажує ці класи і бачить, що вони є зі старого JUnit, в той час як ви намагаєтесь використати анотовані тести, що є особливістю нового JUnit, тому ви отримуєте помилку від тестового бігуна.

Рішення просте, відкрийте Project Structure| Modules| Dependencies, і перемістіться junit-4.7.jarвгору, щоб воно було раніше Android 1.6 Platform на уроці. Тепер тестовий бігун буде задоволений, оскільки він завантажує нову версію JUnit.

мій модуль - це модуль бібліотеки Java, тому зміна JRE на 1,8 java вирішила проблему.

Або ви також можете це зробити у всьому світі за допомогою Налаштування модуля> Місце розташування SDK> JDK, вказавши JDK 8 Oracle замість копії Android SDK.

У мене була ця проблема з проектом з декількома модулями (libgdx). Один модуль є чистою Java і має тести. Моїм рішенням було встановити "використовувати альтернативний JRE" на "Java 1.8" в конфігурації запуску моїх тестових одиниць. Це гарантує, що жоден android.jar не стоїть на класі, і використовується junit 4.x runner.

Я створив таку ж помилку під час створення обох Unit Testі Android Instrument Testв Android Studio 1.4+, і вона почала плутатись. Щоб уникнути цієї помилки, переконайтеся, що ваш тестовий клас підпадає Android TestsнаRun/Debug Configurations

1. Переконайтесь, що ви правильно дотримуєтесь інструкції https://developer.android.com/training/testing/unit-testing/instrumented-unit-tests.html
2. Переконайтеся, що Test Artifactдля параметра Build Variantsвстановлено значенняAndroid Instrumentation Tests
3. Натисніть меню Run>Edit Configuration
4. Переконайтесь, що Android Testsзамість імені вашого класу / методу всерединіJUnit
5. Якщо це JUnitпросто, видаліть конфігурацію і клацніть правою кнопкою миші на файл, який ви хочете перевірити, і Runзнову. Потім буде створено конфігурацію в Android Testsрозділі і запуститься на пристрої / емуляторі.

Для Android Studio - починаючи з Android Studio 1.1 Beta 4 , Google додав підтримку плагіна Android Gradle 1.1.0-RC . Новий плагін підтримує тестування модулів через Android Studio за допомогою junit 4+.

Це все ще експериментально, і є кілька кроків вручну для його налаштування.

Для всіх, хто читає цю публікацію і все ще має те саме питання з AndroidStudio 1.0. Ви не можете змінити порядок залежності в AndroidStudio, щоб IDE переписав їх автоматично. І навіть якщо вам вдасться змінити порядок, змінивши файл .iml, ви отримаєте "клас не знайдено ...". Це тому, що тестовий вихідний шлях не може бути встановлений на AndroidStudio.

Насправді є рішення, щоб AndroidStudio, Junit і Robolectric працювали разом. Погляньте на цей https://github.com/JCAndKSolutions/android-unit-test і використовуйте цей плагін також: https://github.com/evant/android-studio-unit-test-plugin

Для мене прекрасно працює.

У мене є та сама помилка, коли я створюю свій власний пакет для джуніту

Щоб виправити це, я додав ці два рядки до файлу gradle додатка, як це пояснено тут :

dependencies {
    ...
    // Required -- JUnit 4 framework
    testCompile 'junit:junit:4.12'
    // Optional -- Mockito framework
    testCompile 'org.mockito:mockito-core:1.10.19'
}

Я можу собі уявити, що це може статися

• Якщо ваш IDE намагається запустити тест Android Junit, який безпосередньо працює на емуляторі, ви не можете використовувати Junit4.
• Якщо ви випадково скористалися класами junit, наданими з баночки для android, вони не можуть працювати на звичайному jvm, оскільки існують лише реальні компільовані класи для vm для android dalvik.

Це трапилося і зі мною в Android Studio 1.1, хоча він повинен підтримувати тести модулів без плагіна.

На інших машинах (той же проект, та сама версія AS) я виявив, що під час запуску одиничних тестів IDE не додає файл android.jar до classpath, тоді як у моїй машині це робиться.

Моя найкраща здогадка полягала в тому, що завдяки перетворенню, яку ми здійснили з Maven до Gradle та переході від intellij до AS, деякий кеш налаштувань залишився десь у моїй машині, що спричинило додавання android.jar до classpath.

Що я зробив - це очистити всі кешовані пристрої для Android з моєї машини (під папкою c: \ users \ USRE_NAME): .android .AndroidStudio .gradle .m2

Після цього я знову відкрив проект і тести працювали.

Ще намагаюся зрозуміти, що пішло не так, але це зараз має зробити трюк.

У мене виникла ця проблема в Android Studio 1.5, тому що я не знав, що мені доведеться переключити налаштування "Тестовий артефакт" у "Варіанти збірки" (нижній лівий кут головного вікна) з "Тести інструментації Android" на "Тести блоку" ". Після цього ви можете побачити файл ExampleUnitTest.java у вікні проекту.

У мене була така ж проблема, але з іншої причини. Я був у IntelliJ зі звичайним проектом java gradle (не андроїд), але JDK було встановлено на SDK для Android Project Structure(був JDK за певних причин). Це дійсно німо, але IntelliJ не був досить приємний, щоб вказувати мені, що не так, тому я затримався на цьому.

Ось як я це вирішив:

Редагування конфігурацій -> За замовчуванням -> Android JUnit -> Додайте наступне до робочого каталогу:

$ MODULE_DIR $

Для мене ця проблема була викликана застарілою / зламаною конфігурацією запуску для тестів. Мені просто довелося видалити конфігурацію, потім створити нову і проблема була виправлена.

В проекті Android у мене був minifyEnabled = true, коли я змінив його на falseвсе, що працювало.

Якщо ви видалите

testOptions {
    unitTests.returnDefaultValues = true
}

з вашого build.gradleвін буде працювати

Перейдіть до Структура проекту -> Налаштування платформи, зміна SDK на 1.8 вирішила мою проблему.

Я також стикався з тією ж проблемою, після зміни в build.gradle це добре працює для мене.

змінити версію верху для версії build.gradle на:

    testImplementation 'junit:junit:3.8'

Я слідував за відповіддю CrazyCoder, але у файлах залежностей не було показано жодного файлу. тому я завантажив його з http://www.java2s.com/Code/Jar/j/Downloadjunitjar.htm , а потім додав його, натиснувши кнопку плюс праворуч. І це спрацювало

Вимкнення "Використовувати вбудований JDK" у структурі проекту / SDK Location - це те, що допомогло в моєму випадку, але я не знаю точно, що було причиною його відмови в першу чергу.

Замініть свій android.jar у папці libs на останню. Ви можете завантажити його звідси

У AndroidStudio, Open Project Structure -> SDK Locationви можете бачити JDKмісце розташування, використання змін «Використання вбудованих JDK» , щоб у вас є , JDKщоб застосувати, а потім повернутися до «Використання вбудованих JDK» , це може бути робота

У моєму випадку, зміни JREв Run Configurationsдозі вирішити цю проблему, але коли я натискаю кнопку запуску поруч з функцією тестування, то JREпараметри будуть скинуті за замовчуванням.

Нарешті, подібно до відповіді @CrazyLiu, у Project Structure - SDK Location - JDK, виберіть Embedded JDK. Тому що в Android Studio 3.6 немає позначки.

Я отримав те саме повідомлення

JUnit version 3.8 or later expected

простою помилкою початківця. Я використовував однакові назви пакунків та назви класів у src / main та src / test для класу (у моєму випадку клас HomeController):

my-test-project
  +--pom.xml
  +--src
    +--main
      +--com
        +--example
          +--Application.java
          +--controller
            +--HomeController.java
    +--test
      +--com
        +--example
          +--ApplicationTest.java
          +--controller
            +--HomeController.java  <---- same package and class name: not good!

З цим клас src / main HomeController, а також клас src / тест HomeController провели однаковий повний шлях:

com.example.controller.HomeController.class

Результат: будь-які тести, які залежали від класу HomeController, не вдалися.

Зміна назви пакета та / або назви класу вирішила проблему. Ось приклад, коли обидва, ім'я пакета та ім’я класу змінюються:

my-test-project
  +--pom.xml
  +--src
    +--main
      +--com
        +--example
          +--Application.java
          +--controller
            +--HomeController.java
    +--test
      +--com
        +--example
          +--test                       <---- added (optional)
            +--ApplicationTest.java
            +--controller
              +--HomeControllerTest.java    <---- changed

Зараз назви повністю кваліфікованих класів відрізняються. Назва класу src / main HomeController:

com.example.controller.HomeController.class

а назва класу src / test HomeHontrollerTest:

com.example.test.controller.HomeControllerTest.class

Якщо унікальні назви класів є унікальними, проблема зникає.