Как настроить intellij idea для автотестов

Prepare for testing

IntelliJ IDEA works with multiple testing frameworks out of the box, for example, JUnit, TestNG, Cucumber, or Arquillian JUnit.

In the IDE, you can create a test class directly from the source code together with the necessary test methods. You can switch between test classes and source code with a shortcut, run multiple tests, view statistics for each test, and export test results to a file.

IntelliJ IDEA also features code coverage that allows you to analyze your code and understand which areas of your code are covered by tests and which areas require more testing.

Add testing libraries

IntelliJ IDEA allows you to add missing libraries as you code: once the IDE detects that you’re using some code from the library that is not added to your project yet, it will prompt you to download and install it.

You can also add libraries to your project manually. For example, this can be helpful if you need a specific library version or distribution.

Manually add a testing library

Follow these steps to add a library if you’re building your project with the native IntelliJ IDEA builder:

From the main menu, select File | Project Structure ( Ctrl+Alt+Shift+S ) or click on the toolbar.

Under Project Settings , select Libraries and click | From Maven .

In the dialog that opens, specify the necessary library artifact, for example: org.junit.jupiter:junit-jupiter:5.4.2 or org.testng:testng:6.14.3 .

Apply the changes and close the dialog.

IntelliJ IDEA allows you to add missing libraries as you code: once the IDE detects that you’re using some code from the library that is not added to your project yet, it will prompt you to download it. In this case, the IDE automatically adds the necessary dependencies to your pom.xml .

You can also add libraries to your project manually. For example, this can be helpful if you need a specific library version or distribution.

Manually add a testing library

Follow these steps if you’re using Maven in your project:

In your pom.xml , press Alt+Insert and select Dependency .

In the dialog that opens, type the necessary artifact. For example, type org.junit.jupiter:junit-jupiter:5.4.2 to add the JUnit library.

Click Add . IntelliJ IDEA adds the specified dependency to your pom.xml .

When the dependency is added to pom.xml , press Ctrl+Shift+O or click in the Maven tool window to import the changes.

For more information on how to work with Maven, refer to Maven dependencies.

In Gradle projects, add the necessary dependencies to your build file manually:

Open your build.gradle and add a dependency to the necessary testing library.

For example, if you want to use JUnit 5, add the unit test platform:

Then, add the dependency to the testing library:

When the dependencies are added to your build.gradle , press Ctrl+Shift+O or click in the Gradle tool window to import the changes.

For more information on how to work with Gradle, refer to Gradle projects.

Test Sources Root

Before you start creating tests, make sure that the Test Sources Root is configured for your project. The Test Sources Root is a folder that stores your test code. In the Project tool window, this folder is marked with the icon.

The IDE processes the code from different sources differently. For example, compilation results for sources and test sources are normally placed into different folders. That is why, if the test sources root is missing, you need to create one. Otherwise, your code might be processed incorrectly.

Create a test root for your project

Follow these steps if you’re building your project with the native IntelliJ IDEA builder:

In the Project tool window ( Alt+1 ), right-click the directory in which you want to store your test code and select Mark Directory As | Test Sources Root .

The tests folder should be marked with the icon.

Maven uses a standard directory layout for applications. Generally, it’s recommended that you conform to this layout in your projects. For example, when you create a test folder in IntelliJ IDEA for a Maven project, the IDE suggests setting the standard name and location for such a folder. In this case, the IDE is also already aware that this test folder is your Test Sources Root .

However, you can override the standard directory layout by modifying the build file.

Change the test root

In your pom.xml , change the testSourceDirectory element.

Replace src/new-test/test with the path to the folder that you want to use as a test root.

Press Ctrl+Shift+O or click in the Maven tool window to import the changes.

The new test root should be marked with the icon in the Project tool window.

Just like Maven, Gradle also has a strict project directory layout. When you create a test folder in IntelliJ IDEA for a Gradle project, the IDE suggests setting the standard name and location for such a folder. In this case, the IDE is also already aware that this test folder is your Test Sources Root .

However, you can override the standard directory layout by modifying the build file.

Use another test root

Open your build.gradle and add the following code.

Replace src/new-test/test with the path to the folder that you want to use as a test root.

Press Ctrl+Shift+O or click in the Gradle tool window to import the changes.

Add one more test root

Open your build.gradle and add the following code.

Replace src/new-test/test with the path to the folder that you want to use as a test root.

Press Ctrl+Shift+O or click in the Gradle tool window to import the changes.

The new test root should be marked with the icon in the Project tool window.

For more information on different types of folders, refer to Folder categories.

Create Test Resources Root

Test Resources Root is a folder that stores files associated with your test sources. In the Project tool window, this folder is located in the test root and is marked with .

For Maven and Gradle projects, the test resources folder is usually created automatically. If you’re building your project with the native IntelliJ IDEA builder, you might need to create the resource root manually.

Configure the folder for test resources

From the main menu, select File | Project Structure ( Ctrl+Alt+Shift+S ) or click on the toolbar.

Under Project Settings , click Modules and then open the Sources tab on the right.

Right-click the test folder and select New Folder . Name the folder resources .

Right-click the new folder and select Test Resources . The folder will be marked with the icon.

Apply the changes and close the dialog.

Источник

Как сделать мир прекрасней с помощью Intellij IDEA и дополнениями к CheckStyle

Многие в курсе, что Intellij IDEA на то и Intellij чтобы предугадывать наши мысли. Во многом это благодаря встроенным проверкам (инспекциям). Инспекции — это средства для статического анализа кода, которые помогают найти слабые места нашего кода и улучшить его структуру. А как на счет читаемости кода для дальнейшей его поддержки? В этом нам поможет CheckStyle-IDEA plugin.

Данная статья содержит размышления об автоматической проверке кода и описание процесса подключения кастомных (non-standard) чеков для плагина Checkstyle-IDEA в Intellij IDEA. Всех тех, кому это может быть интересно, прошу под кат.

Многие знают, что выражать свои мысли на бумаге нужно грамотно и понятно. Нужно соблюдать правила пунктуации и грамматики, владеть языком, на котором ты общаешься с читателем. Все знают, но мало кто умеет это делать на практике. Зачастую только потому, что некому проверить. Ошибки, опечатки случайным образом появляются и внимание на них не заостряется, когда идет благословенный поток мыслей. Грамматику и орфографию еще можно проверить машинным способом — например словарем, а стиль повествования или структуру текста, понятность, доходчивость, простоту излагаемой мысли — самому проверить трудно, а зачастую и невозможно. И не потому, что ты невнимательный или глупый, не потому что ты уже три ночи пишешь и пишешь. И не потому, что твой начальник дурак, а в стране беспорядок … нет, просто твой взгляд замылен.

Чтобы исправить ситуацию есть два пути:

• Первый. Очевидный. Ты вчитываешься в текст, масса редакций, вариантов, применяешь техники, копируешь чужой стиль. И в итоге ты уверен на 100% в своей идеальности, приходишь весь гордый сдавать работу и… тебя отправляют переделывать. Потому, что стиль никчемный, ошибок куча и вообще ничего не понятно. Жизнь закончена, приходишь домой к девяти в пустую квартиру и плачешь на табуретке над своей работой.
• Второй. Умный. Ты вчитываешься в текст, масса редакций, вариантов, применяешь техники, копируешь чужой стиль. Но, во время всего процесса совершенствования ты регулярно советуешься со своим наставником, учителем или ментором. Он знает критерии достойного стиля, проверяет оформление и контролирует все это в процессе, а не по итогу. Это менее травматично и переносится не так сложно.

Все эти проблемы я встретил при написании кода. Компилятор проверял мои “орфографические ошибки”, а хорошим наставником для проверки моего стиля программирования стал Checkstyle. По мере изучения правил чистого стиля, я писал новые проверки для Checkstyle в рамках проекта Sevntu-Checkstyle, которыe работали в Eclipse и во время сборки использовались Maven-ом. Но, так как на моей работе рекомендовано работать на IDEA, я решил адаптировать мной написанные проверки для этой замечательной среды разработки и начинать внедрять свои наработки в рабочий процесс.

Данная адаптация будет интересна тем, кто работает под IDEA, пишет на Java и хочет контролировать качество кода с помощью Checkstyle плагина. Также вы увидите на примере, как расширять возможности плагина с помощью самописных правил специфичных для ваших проектов и командных требований.

Собственные проверки я написал при участии в проекте под названием «SevNTU-Checkstyle». (для справки: СевНТУ — Севастопольский Национальный Технический Университет).

Установка CheckStyle-IDEA.

1. Открываем file>Settings>IDE Settings>plugins.
Жмем кнопку Browse repositories…
Ищем «Checkstyle-idea» и устанавливаем плагин.

Конфигурация CheckStyle-IDEA. Добавление новых проверок.

1. Качаем sevntu-checkstyle-idea-extension-X.XX.X.jar из репозитория. Файл содержит дополнительные проверки от проекта «SevNTU-Checkstyle».
2. Качаем стандартную конфигурацию этих проверок checkstyle-default-configuration.xml
3. Открываем file>Settings>IDE Settings>CheckStyle

4. Добавляем сторонние проверки(Third-Party checks), скачанные ранее.

5. Добавляем файл конфигурации для third-party Cheks.

Конфигурируем инспектор(Inspection).

По умолчанию IDEA проверяет код множеством встроенных проверок. Для того чтобы настроить IDE под свои потребности, нужно создать и настроить новый профиль. В данном случае, для демонстрации, мы оставляем включенный только Checkstyle.

1. Открываем: Analyze > Inspect Code…

2. Добавляем новый профиль.

3. Выбираем все интересующие нас инспекторы, или как в нашем случае, только Checkstyle.
4. Жмем «Apply» и «ok».

Активизируем CheckStyle-IDEA

1. Открываем Analyze>Inspect code…
2. Выбираем нужный профиль, область анализа и жмем «ok».

3. Как результат, получаем анализ нашего кода

Заключение

SevNTU Checkstyle проект может служить примером того, как внедрять в CheckStyle-IDEA плагин самостоятельно написанные проверки или использовать наши.

На данном этапе идет активная работа в области интегрирования кастомных чеков в IDEA. Наше решение предоставляет возможность использовать единый стандарт, вне зависимости от используемой среды разработки (Eclipse или IDEA) и является шагом в сторону создания универсального решения.

Надеемся, наши наработки будут вам полезны и помогут в написании чистого и легко читаемого кода. А возможно мы смогли вас вдохновить на написание собственных проверок, которые сделают этот мир прекраснее!

Более подробная инструкция: How to use SevNTU Checkstyle in Intellij IDEA.
Google группа для разработчиков: sevntu-checkstyle
Проект на GitHub: SevNTU-Checkstyle содержит 25 дополнительных проверок
CheckStyle-IDEA плагин: checkstyle-idea

Источник

Как интегрировать автотесты написанные в Intellij Idea в jenkins на сервере?

У меня есть работающий автотест. Писал на Java в Intellij Idea. Использовал Maven, JUnit, Chromedriver (не знаю что это, делал по урокам на ютубе). Нужно на удаленном сервере где стоит Jenkins, запускать эти автотесты. Как это сделать? Что для этого нужно? Какие зависимости? Ютуб и гугл в помощь конечно, хотелось бы пошаговую инструкцию как сделать, или хотябы ссылки на работающие статьи ближайшие к моей теме (Intellij Idea, maven, junit, chromedriver) чтоб разобраться во всем этом.

На сервере установлена ОС на основе Linux называется Gentoo. Там нет графического интерфейса. Узнал что в таком случае можно установить xvfb.

2 ответа 2

Проще всего Вам будет тесты залить на git, далее в jenkins создаёте новую задачу (со свободной конфигурацией) и настраиваете под себя — укажите там git, шаг сборки, время и интервал запуска (если надо), рассылку email (если надо). Сохраните результат. Не забудьте, что jenkins должен к этому времени уже дружить с maven и git, для этого на сервере установите всё необходимое. Сам я пишу тесты на python. Вот пример джоба (задачи в jenkins).

Хотя, скорее всего Вам мало чем помогут эти скрины 🙂 Надо понимать прицип взаимодействия: есть git репозиторий, указываем его jenkins, задаём команду — собрать с ЭТОГО репозитория вот ЭТО. Пошла сборка. И далее просто смотрим лог. Там довольно понятно буду представлены ошибки, если таковые будут.

Ответ — Условия такие чтоб заработало как у меня:
1)Тесты написаны в IDE IntelliJ Idea (maven + JUnit + Chromedriver).
2)Тесты загрузить в репозитарий на GitHub.
3)На сервере с ОС Gentoo запущен Jenkins.
4)На сервере установить maven, chromedriver (возможно не нужен), jdk
5)На сервере так же установлен xvfb — так как там нет графической оболочки
6)В Jenkins установить плагины около 30 плагинов но самые важные из них я думаю:
Xvfb plugin
GitHub plugin
Git plugin
chromedriver — этот плагин сам подставит путь при создании экземпляра (new Chromedriver)
JUnit plugin

7)Настройки Jenkins:
а) В глобальных настройках поставил глобальную переменную (это для xvfb вроде) Environment variables Список пар «ключ-значение» имя DISPLAY, значение 0:0
б)Global Tool Configuration: установить путь к JDK, Git (Эти настройки не трогал там стоит по умолчанию), указать путь к maven, указать путь к Xvfb.

Запустить дженкинс через терминал, не через сервис.

Так же в пом файле должны быть указаны последние версии зависимостей.

В настройках задачи в поле плагины Xvfb screen должно быть большой размер экрана чтобы вся страница поместилась, у меня стоит 3840x1080x16

Источник