Запуск параллельных тестов в Docker

Иногда, когда вы запускаете свои тесты в своей среде CI, вы хотите запускать тесты параллельно. Этот параллелизм программируется в инструменте сборки, таком как Maven или Gradle, или с помощью плагина Jenkins .

Если вы используете Docker в качестве инструмента тестирования для предоставления внешних зависимостей приложению (например, баз данных, почтовых серверов, FTP-серверов,…), вы можете столкнуться с большой проблемой, и это, вероятно,

Docker Hos t используется один и при параллельном запуске тестов все они попытаются запустить контейнер с тем же именем. Поэтому, когда вы запускаете второй тест (параллельно), вы получите ошибку, связанную с именем контейнера конфликта, из-за попытки запустить на одном и том же Docker Host два контейнера с одинаковым именем или имеющие одинаковый порт привязки в двух контейнерах.

Итак, достигнув этой точки, вы можете сделать две вещи:

• Вы можете иметь один Docker Host для каждого параллельного теста.
• Вы можете повторно использовать тот же Docker Host и использовать Arquillian Cube Star Operator .

Arquillian Cube — это расширение Arquillian, которое можно использовать для управления контейнерами Docker в ваших тестах.

Чтобы использовать Arquillian Cube, вам нужен демон Docker , работающий на компьютере (он может быть локальным или нет), но, вероятно, он будет локальным.

Arquillian Cube предлагает три различных способа определения контейнера (ов):

• Определение файла docker-compose .
• Определение объекта-контейнера.
• Использование контейнерного объекта DSL.

В этом примере я собираюсь показать вам, как использовать docker-compose и Container Object DSL .

Звездный оператор позволяет указать Arquillian Cube, что вы хотите генерировать имена кубов случайным образом, а также можете адаптировать ссылки. Таким образом, при параллельном выполнении ваших тестов не будет конфликтов из-за имен или привязки портов.

Давайте посмотрим на пример:

Вы можете увидеть в файле docker-compose.yml важное изменение в типичном файле docker-compose , и оно заключается в том, что имя заканчивается оператором star (*) [ redis * ]. Вот как вы указываете Arquillian Cube, что это имя должно генерироваться динамически для каждого выполнения.
Тогда есть три теста (здесь только показали первый), что все они выглядят одинаково. В основном он печатает на консоли порт привязки для подключения к серверу.
Наконец, есть файл build.gradle , который выполняет два теста параллельно. Поэтому, если вы запустите тесты в Gradle ( ./gradlew test ), вы увидите, что два теста выполняются одновременно, и когда он завершит один из них, будет выполнен оставшийся тест. Затем, если вы проверите вывод, вы увидите следующий вывод:

Таким образом, как вы можете видеть в журнале, имя контейнера не redis или redis * , а redis, за которым следует UUID . Также вы можете видеть, что при выводе на печать порт привязки отличается в каждом случае.

Но если вы не хотите использовать подход docker-compose , вы также можете определить контейнер программно, используя объект-контейнер DSL, который также поддерживает оператор звезды . В этом случае это выглядит так:

Подход тот же, но с использованием объектов-контейнеров (вам нужен Arquillian Cube 1.4.0 для запуска его с объектами-контейнерами).
Обратите внимание, что благодаря этой функции вы можете запускать тесты с любой степенью параллельного выполнения, поскольку Arquillian Cube решает проблемы с именами или привязкой портов. Обратите внимание, что в случае связи между контейнерами вам все равно нужно использовать оператор «звезда», и он будет решен во время выполнения.

Чтобы узнать больше о звездном операторе, просто проверьте http://arquillian.org/arquillian-cube/#_parallel_execution

Исходный код: https://github.com/lordofthejars/parallel-docker