Ответ 1
Это обычно происходит, когда папка, в которой находится тестовый пример, не является исходной папкой, проверьте также этот пост. Надеюсь, это поможет!
В Eclipse с плагином groovy я пытаюсь запустить тест @Test public void testToLaunch() {...}
, но у меня есть ошибка:
Тип ввода конфигурации запуска не существует
Что input type
находится в контексте конфигурации запуска? (не удается найти такую запись в окне конфигурации запуска)
Примечание: я пробую sts 2.8.1 и e3.7
Это обычно происходит, когда папка, в которой находится тестовый пример, не является исходной папкой, проверьте также этот пост. Надеюсь, это поможет!
Это также может произойти, если есть проблема с классом groovy. Несколько вещей, чтобы проверить:
1) Убедитесь, что имя класса точно совпадает с именем файла (filename = MyTest.groovy
)
package com.mypackage;
import groovy.util.GroovyTestCase;
class MyTest extends GroovyTestCase {}
2) Убедитесь, что пакет, определенный в файле, совпадает с пакетом, в котором фактически находится файл.
Это случилось со мной, и я просто перезапустил Eclipse (GGTS), и все было хорошо.
В Eclipse вы можете сделать
Right click -> properties -> Java build path
Уведомление тестовой папки недоступна в источниках. Добавьте его.
Add folder -> Select test -> OK
Теперь перезапустите unit test случаи.
Это также случилось со мной. Но эти тесты написаны в Groovy. Проблема, с которой я столкнулась, связана с тем, как IDE (Eclipse Kepler, Java EE) сначала открывает проект Groovy после выполнения "mvn eclipse: eclipse".
Пути сборки не ссылаются на исходные файлы Groovy.
Чтобы решить, I:
Надеюсь, это сэкономит время для кого-то.
Ура!
У меня было такое же сообщение об ошибке, когда я возглавлял тестовый класс, дублированный как в основной исходной папке Java, так и в папке testsrc. Удаление неправильно помещенного в основной исходной папке Java решило проблему для меня.
У меня была аналогичная проблема. Как уже указывали другие, речь шла о папках с источниками. Мне пришлось изменить настройку исходной папки. Появилась пустая папка src, которая исчезла после того, как я нажал ее правой кнопкой мыши и выбрал "удалить из пути сборки" из меню "Путь сборки". После этого я щелкнул правой кнопкой мыши как java/src, так и java/test folders и выбрал "Путь сборки" > "Использовать как исходную папку". И вдруг мои тесты были JUnited!
В подобных ситуациях я бы советовал удалить все исходные папки из пути сборки и добавить их снова, когда вы уверены, что у вас есть правильные. Ваши исходные папки должны быть те, у которых есть структура пакета Java. В случае proj/java/test/com/stackoverflow/main это папка "test".
Это то, что разрешено для меня (Eclipse Oxygen)
. Я уже сделал то, что предложил Роберт в более раннем посте. Я все еще получал ошибку. Когда я начал редактировать конфигурацию для запуска junit, я увидел, что поле Test Class просто имеет имя класса. Мне пришлось нажать кнопку "Поиск" справа. Поле Test Class теперь имело полное имя для класса
com.mycompany.mypackage.MyClass
С этим я могу запустить JUnit
. Но я должен продолжать исправлять это для каждого прогона.
Обновление 2019 года: это сводило меня с ума на несколько дней, даже с последними версиями Eclipse и новыми установками (Mac, Grails 4, Gradle 5.1.1, Java 8). Несколько приведенных выше примеров привели меня к решению.
Моя проблема заключалась в том, что код, который я тестировал, включал в себя смесь кода groovy и java src/main. Он дал мне NoClassDefFound для классов .groovy, когда я запустил мой Spec как JUnit.
Решение: мне пришлось изменить конфигурацию Run/Debug, чтобы включить сборку /classes/groovy/main. Тогда это сработало. Немного боли помнить об этом для каждой новой Конфигурации, но это заставляет меня двигаться дальше. Я надеюсь, что это поможет вам.
Всякий раз, когда вы создаете тест Junit в eclipse, убедитесь, что ваш тестовый файл Junit находится в папке src/test/java
.