Исключить отдельные методы тестирования JUnit без изменения класса Test?

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

Создавайте тесты Ant специально, исключая суперклассы, чтобы запускались дополнительные классы, о которых вы не знаете.

Вы можете использовать аннотацию @Rule (новое для JUnit 4.7), чтобы узнать, какой тест выполняется, и прервать его (путем возврата пустой реализации оператора), а не переопределять определенные методы, что дает вам больше гибкости в том, чтобы знать, следует ли избегать теста. . Единственная проблема с этим методом заключается в том, что вы не можете остановить выполнение методов @Before с помощью этого метода, что может быть медленным. Если это проблема (и вы действительно не можете трогать тесты), то @Ignore в переопределенном методе - единственное, что я могу придумать.

Однако, если вы можете коснуться этих тестов, откроются некоторые дополнительные параметры:

Вы можете запустить их с помощью пользовательского бегуна, указав тег @RunWith в классе. Этот бегун просто передаст выполнение стандартному бегуну (JUnit4.class) в этом проекте, но в вашем проекте (через системное свойство или какой-либо другой механизм) проверит имя теста, а не запустит тест. Это имеет то преимущество, что оно наименее навязчиво, но наиболее сложно реализовать (бегуны — волосатые звери, одна из заявленных целей @Rule состояла в том, чтобы устранить большую часть необходимости их создавать).

Другой вариант — сделать в тесте оператор acceptThat, который будет проверять некоторые настройки конфигурации, которые будут истинными, если этот тест будет запущен. На самом деле это будет включать в себя внедрение прямо в тест, что, скорее всего, является нарушителем условий сделки во всем, что отдаленно помечено как «отдельный проект».

Сейчас это вам не поможет, но TestNG поддерживает такую ​​возможность.

Хорошо, это довольно тяжеловесное решение, но не кидайте в меня вещами, если это звучит нелепо.

Ядром Junit4 является класс org.junit.runner.Runner и его различные подклассы, в первую очередь org.junit.runners.Suite. Эти бегуны определяют тесты для данного тестового класса, используя такие вещи, как @Test и @Ignore.

Довольно легко создавать пользовательские реализации бегуна, и обычно вы подключаете их, используя аннотацию @RunWith в своих тестовых классах, но очевидно, что это не вариант для вас.

Однако теоретически вы могли бы написать свою собственную задачу Ant, возможно, основанную на стандартной задаче Ant Junit, которая берет вашу собственную программу запуска тестов и использует ее напрямую, передавая ей каждый тестовый класс по очереди. Ваша реализация бегуна может использовать внешний файл конфигурации, в котором указано, какие методы тестирования следует игнорировать.

Это было бы довольно много работы, и вам пришлось бы потратить время на копание в доисторической кодовой базе Ant Junit, чтобы узнать, как это работает. Однако инвестиции во времени могут быть оправданы.

Жаль только, что задача Junit Ant не предоставляет механизма для указания исполнителя тестов, что было бы идеально.

Я могу придумать возможность достижения того, чего вы хотите с указанными ограничениями, - это использовать модификацию байт-кода. Вы можете хранить список классов и методов, которые следует игнорировать, в отдельном файле и исправлять байт-код тестовых классов по мере их загрузки, чтобы полностью удалить эти методы.

Если я не ошибаюсь, JUnit использует отражение, чтобы найти тестовые методы для выполнения. Затем операция переименования метода позволит вам удалить эти методы до того, как JUnit их найдет. Или метод можно модифицировать, чтобы он возвращался немедленно, без выполнения каких-либо операций.

Для изменения классов при загрузке можно использовать такую ​​библиотеку, как BCEL.

Если вы хотите запустить только подмножество тестов, похоже, что этот класс несет более одной ответственности и должен быть реорганизован. В качестве альтернативы тестовый класс можно было бы разбить на части, чтобы в исходном проекте были все тесты, но в одном или нескольких классах (я предполагаю, что некоторые из тестов на самом деле являются интеграционными тестами и касаются базы данных или сети), и вы можете исключить класс ( д) ты не хотел.

Если вы не можете сделать ничего из этого, ваш вариант переопределения, вероятно, лучший. Используйте процесс всякий раз, когда вам нужно игнорировать некоторые методы, вы расширяете этот класс и добавляете его в свой список исключений Ant. Таким образом, вы можете исключить то, что вы не можете пройти, и по-прежнему будете получать все новые тесты (методы, которые вы не переопределили, и новые тестовые классы) без изменения вашей сборки.

Если нежелательные тесты находятся в определенных классах/пакетах, вы можете использовать исключение набора файлов в Ant, чтобы исключить их во время импорта.

Два варианта

1. Работайте с владельцем заимствованных тестов, чтобы выделить свои в отдельный класс, которым вы оба можете поделиться.
2. Создайте свой собственный тестовый класс, который проксирует тестовый класс, который вы хотите использовать. Для каждого метода, который вы хотите включить, есть метод в вашем классе. Вам нужно будет создать экземпляр тестового класса, который вы вызываете, а также выполнить методы до и после, если они есть в оригинале.
3. Создайте собственный бегун Junit на основе blockjunitrunner и используйте его для фильтрации или в тестах, которые вы хотите.