Универсальный подход к регрессионному тестированию микросервисов: интеграция Postman, Newman и Python в Jenkins

Привет всем заглянувшим!

В этой статье я поделюсь опытом автоматизации API‑тестирования связкой Postman + Newman, но с небольшим "секретным ингредиентом". Мы не просто будем запускать коллекции в Jenkins напрямую, а используем универсальный Python‑скрипт, который превращает стандартный прогон в мощный инструмент мониторинга.

В чем "фишка" этого подхода?

Обычно Newman выдает довольно сухие отчеты. Мой скрипт выступает в роли умной прослойки: он обрабатывает результаты тестов на статус‑коды, собирает данные и упаковывает их в наглядный Allure‑отчет. Более того, здесь добавлена функция почтовых уведомлений, чтобы контролировать состояние системы, не заходя в Jenkins.

Allure‑отчет. Красивый, правда?

Такой метод идеально подходит для регрессионного тестирования микросервисов. Настроили триггеры - и система сама проверяет код после каждого коммита или по расписанию, отправляя структурированный отчет. Боитесь, что настройка будет слишком сложной? Не стоит!

Ниже я представлю суперподробную пошаговую инструкцию для Windows и MacOS, по которой настроить прогон в Jenkins "под ключ" сможет даже человек, только недавно пришедший в IT.

Прежде всего прикреплю ссылки на сам скрипт и сопутствующие файлы.env. Также, у меня уже есть готовые коллекция и окружение postman, которые я буду использовать в качестве примера. Ссылки на них также прикрепила. Обратите внимание: в коллекции присутствуют 2 запроса, в ответе на которые мы ожидаем увидеть не 200, а иной код

Здесь вы найдете все 5 файлов, необходимых для дальнейшей работы:
Example_collection.postman_collection.json - коллекция запросов для Postman
test.postman_environment.json - файл окружения (Environment) для Postman
code.py - скрипт для запуска коллекции Postman
env.email - файл с шаблонами переменных для почты
env.paths - файл с шаблонами переменных для путей

Вы можете скачать данные файлы по отдельности или загрузить одним архивом, перейдя по первой ссылке, и нажав Code => Download ZIP на главной странице репозитория.

Обратите внимание! После скачивания в начале названий файлов env.email и env.paths необходимо проставить точки (.env.email и.env.paths), иначе эти файлы просто не запустятся.

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

Итак, перейдем к делу.

Перед тем, как приступать к созданию автотестов, необходимо провести подготовку:

• установить все необходимые сопутствующие инструменты;

• создать коллекцию и окружение в Postman и экспортировать их;

• внести необходимые изменения в скрипт и файлы.env;

• создать виртуальное окружение и проверить работоспособность скрипта.

Это обязательная часть процесса, иначе тесты не запустятся. Да и нечего будет запускать.

1. Установка необходимых сопутствующих инструментов

1.1. Установка Node.js

Это необходимо для последующей установки Newman. Также, в дальнейшем, когда Jenkins будет запускать Newman, он будет использовать именно Node.js для интерпретации и выполнения JavaScript‑кода, содержащегося в коллекциях Postman и скриптах тестов.

• Перейдите на официальный сайт Node.js и скачайте установщик для вашей ОС.

• Установите Node.js, следуя инструкциям установщика. Это также установит npm (Node Package Manager)

• Проверьте установку Node.js и npm в командной строке при помощи следующих команд командной строки:

node -v

npm -v

1.2. Установка Newman

Newman - это инструмент командной строки, который позволяет запускать коллекции Postman непосредственно из нее. Для запуска тестов Postman в Jenkins вы указываете команду для запуска Newman, которая, в свою очередь, использует Node.js для выполнения этих тестов.

Важное примечание по правам доступа:

• Для Windows: открывайте командную строку (cmd) или PowerShell от имени администратора.

• Для macOS: если при выполнении команд ниже вы увидите ошибку "EACCES: permission denied", добавьте слово sudo в начало команды (например, sudo npm install -g newman) и введите пароль от вашего Mac.

• В командной строке введите следующую команду:
  npm install -g newman
  

• Проверьте установку командой
  newman -v
  

• Установите Allure‑репортер для генерации Allure Results командой
  npm install -g newman-reporter-allure

  Проверить установку можно командой
  npm list -g newman-reporter-allure

  Это необходимо для того, чтобы в дальнейшем без проблем формировать Allure отчет
  

• Установите newman‑reporter‑json командой
  npm install -g newman-reporter-json

  Проверить установку можно командой
  npm list -g newman-reporter-json

  Он необходим для дальнейшего формирования json‑отчетов о прогоне коллекции. Эти отчеты понадобятся для создания письма с результатами прогона.

1.3. Установка Python

Для пользователей Windows Скачайте и установите Python с официального сайта. Важный нюанс при установке: когда запустите инсталлятор, обязательно поставьте галочку "Add Python to PATH" в самом первом окне. Это избавит вас от 90% проблем с настройкой. Проверить установку командой python --version Если появится ошибка, то необходимо добавить путь к Python в переменную окружения PATH на вашем ПК. Вот как это сделать: Найдите, папку, в которую установлен Python. Скопируйте этот путь. Откройте "Панель управления" и перейдите в "Система и безопасность" >"Система". Нажмите на "Дополнительные параметры системы" справа. В открывшемся окне нажмите на кнопку "Переменные среды". В разделе "Системные переменные" найдите переменную с именем Path и выберите её, затем нажмите "Изменить". В открывшемся окне нажмите "Создать" и вставьте скопированный путь к папке Python Нажмите "ОК" во всех окнах, чтобы сохранить изменения. Перезапустите командную строку: После внесения изменений в переменные окружения закройте и снова откройте командную строку, чтобы изменения вступили в силу. Проверьте установку: Введите команду python --version

Для пользователей macOS Важное примечание перед установкой: Прежде чем мы начнем ставить Python, Java и всё остальное, нужно установить Homebrew. Это инструмент, который возьмет на себя всю рутину по установке программ и настройке путей. 1. Откройте Терминал 2. Скопируйте и вставьте туда следующую команду: /bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)" 3. Дождитесь окончания (вас могут попросить ввести пароль от Mac - при вводе символы не будут отображаться, это нормально 4. В конце установки в терминале могут появиться 2–3 строчки под заголовком "Next steps". Скопируйте их и выполните там же в терминале - это нужно, чтобы команда brew стала активной 5. Проверьте установку: brew -v А теперь перейдем непосредственно к установке Python через менеджер пакетов Homebrew: 1. Откройте Терминал и введите: brew install python 2. Проверьте установку командой python3 --version Если команда python3 не находится, необходимо добавить путь к Python в переменную окружения PATH на вашем ПК. Вот как это сделать: • Узнайте, где лежит ваш python3 командой which python3 • Добавьте путь в файл конфигурации вашего терминала (обычно это.zshrc или.bash_profile) командой echo 'export PATH="/usr/local/bin:$PATH"' >> ~/.zshrc ("/usr/local/bin" - это стандартный путь. Замените его на тот, что выдала команда which, если он отличается) далее введите команду source ~/.zshrc Проверьте установку командой python3 --version

1.4. Установка Java

Необходима для последующей установки Jenkins.
Важно: Jenkins официально поддерживает только Java 17 и 21, поэтому нужно скачать одну из этих версий (изначально была Java 24, и Jenkins выдавал ошибку)

Для пользователей Windows: Скачать и установить её с официального сайта Oracle или использовать OpenJDK. После установки Java необходимо установить переменную окружения JAVA_HOME, а также внести изменения в переменную окружения PATH на вашем ПК. Вот как это сделать: ‑Найдите путь к вашей инсталляции Java. Обычно это что‑то вроде C:\Program Files\Java\jdk‑<версия> ‑Скопируйте этот путь. ‑Откройте "Панель управления" и перейдите в "Система и безопасность" =>"Система". ‑Нажмите на "Дополнительные параметры системы" справа. ‑В открывшемся окне нажмите на кнопку "Переменные среды". ‑В разделе "Системные переменные" нажмите кнопку "Создать" ‑Создайте новую переменную с именем JAVA_HOME и значением, которое соответствует скопированному ранее пути (C:\Program Files\Java\jdk‑<версия>) ‑Нажмите "ОК". ‑В разделе "Системные переменные" найдите переменную с именем Path и выберите её, затем нажмите "Изменить". ‑Добавьте туда две новые строки: %JAVA_HOME%\bin %JAVA_HOME%\jre\bin ‑Нажмите "ОК" во всех окнах, чтобы сохранить изменения. ‑Перезапустите командную строку. Проверьте установку командой java -version

Для пользователей macOS: 1. Откройте Терминал и введите команду для установки OpenJDK 17: brew install openjdk@17 2. Настройка JAVA_HOME. На Mac система сама умеет находить путь к Java, но для Jenkins и других инструментов лучше прописать его в профиль. * Откройте файл настроек терминала: nano ~/.zshrc * Добавьте в конец файла следующую строку: export JAVA_HOME=$(/usr/libexec/java_home -v 17) export PATH=$JAVA_HOME/bin:$PATH (Если установили 21-ю версию, замените ‑v 17 на ‑v 21) * Нажмите Control+O, Enter (сохранить) и Control+X (выйти). * Примените изменения: source ~/.zshrc 3. Проверьте установку командой java -version

1.5. Установка Allure Commandline

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

Для пользователей Windows: 1. Скачайте последнюю версию с официального сайта https://github.com/allure‑framework/allure2/releases. Выберите версию, подходящую для вашей операционной системы (например, allure-2.XX.X.zip для Windows) 2. Распакуйте скачанный архив в удобное место. 3. Добавьте каталог с исполняемым bin‑файлом allure в системную переменную PATH, чтобы Jenkins мог его найти. (Как добавить путь в переменную PATH уже описывалось выше, при установке Python и Java. Здесь все по аналогии) 4. Проверьте установку Allure Commandline: перезапустите или откройте новую командную строку, и выполните команду allure --version

Для пользователей macOS: Если вы уже установили Homebrew (как мы делали для Python и Java), установка займет ровно одну секунду. 1. Откройте Терминал и введите: brew install allure 2. Проверьте установку: allure --version

2. Установка и вход в Jenkins

• Перейдите на официальный сайт Jenkins.

• Скачайте установочный файл (.war файл и для Windows, и для macOS)

  

• В командной строке перейдите в директорию с вашим war‑файлом

  • Windows: cd С:\путь\к\директории\с\war\файлом

  • macOS: cd ~/Downloads

• Запустите Jenkins с помощью следующей команды:
  java -jar jenkins.war

  Не закрывайте это окно! Jenkins работает только пока запущен этот процесс

  Для последующих работ с командной строкой откройте ее в новом окне

• Получите секретный пароль. При запуске Jenkins он сохранился на вашем устройстве.

  

  Найдите файл initialAdminPassword на вашем устройстве по следующему пути:

  * Windows: C:\Users\(имя пользователя)\.jenkins\secrets\initialAdminPassword

  * macOS: /Users/(имя_пользователя)/.jenkins/secrets/initialAdminPassword

  Также пароль отображается и при первичном запуске Jenkins в терминале:

  

  Выделен голубым цветом, между блоками со звездочками

  скопируйте пароль

• В браузере перейдите по адресу  http://localhost:8080

• В поле "пароль" введите скопированный пароль

• Установите рекомендованные плагины (окно слева)

• Следуйте дальнейшей инструкции по созданию админа

  Все последующие входы в Jenkins будут осуществляться следующим образом:

  • Запускаем Jenkins из командной строки с помощью команд:

  для Windows cd C:\путь\к\директории\с\war\файлом

  для macOS cd ~/Downloads

  java -jar jenkins.war

  • В браузере переходим по адресу http://localhost:8080 с использованием логина и пароля, установленными при создании админа

• Настройте переменную PATH в глобальных настройках Jenkins - это критически важный шаг. Без этого Jenkins не будет знать, где искать команды newman, python или allure, даже если вы установили их на сам компьютер.%PATH% - это существующая переменная окружения, которая уже содержит список директорий, где операционная система ищет исполняемые файлы. Вот как это сделать:

  Главная страница => «настроить Jenkins» => конфигурации глобальных настроек и путей => глобальные настройки => переменные среды => добавить данные

  Для пользователей Windows: • Имя: PATH • Значение: С:\путь\к\папке\где\установлена\Node.js; %PATH% (Пример: C:\Program Files\nodejs;%PATH%) Разделитель: Используется точка с запятой;. Системная переменная: Пишется как%PATH%. Зачем это: Добавление C:\Program Files\nodejs в переменную Path в Jenkins гарантирует, что Jenkins сможет найти и запустить node, npm, Python и Allure Commandline. На данный момент указано 2 значения: С:\путь\к\папке\где\установлена\Node.js и системная переменная%PATH%. Их обязательно нужно разделить знаком ";". Если в дальнейшем в переменную PATH нужно будет добавить еще какие‑то значения, то их тоже необходимо будет разделить знаком ";".

  Для пользователей macOS: • Имя: PATH • Значение: /usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/opt/homebrew/bin:$PATH Разделитель: Используется двоеточие:. Системная переменная: Пишется как $PATH. Зачем это: В macOS программы (особенно установленные через Homebrew) часто лежат в /usr/local/bin или /opt/homebrew/bin. Указав их, мы гарантируем, что Jenkins "увидит" и Newman, и Python.

  => сохранить

  

  Вот здесь вводим значения переменной среды PATH

• Установите Allure Jenkins Plugin:

  • В Jenkins перейдите в Manage Jenkins => Manage Plugins.

  • Перейдите на вкладку "Available".

  • В поле поиска введите "Allure" и найдите "Allure Jenkins Plugin".

  • Установите плагин и перезапустите Jenkins в командной строке:

  ctrl+C

java -jar jenkins.war

• Теперь необходимо настроить Allure Commandline в Jenkins:

  Главная страница Jenkins => Manage Jenkins => Tools => Листаем страницу до конца вниз => Установки Allure Commandline => Добавить Allure Commandline

  В поле "имя" введите "Allure Commandline". Чекбокс "Устанавливать автоматически" активирован по умолчанию. В поле "Версия" из выпадающего списка выберете самую последнюю версию

  

  Нажмите на кнопки применить — сохранить

• А также настройте переменную JAVA_HOME:

  Настроить Jenkins => Tools => Установки JDK => Добавить JDK

  ‑В поле "Имя" введите любое понятное имя, например Java17 
  ‑Снимите галочку с пункта Install automatically
  ‑В поле JAVA_HOME введите вручную путь к вашей Java. Вот как его найти:

  Для пользователей Windows: В терминале введите команду where java Обычно путь выглядит таким образом: C:\Program Files\Java\jdk-17  (Важно: нам нужен путь без папки \bin на конце).

  Для пользователей macOS: В терминале введите команду: /usr/libexec/java_home -v 17 Обычно путь выглядит таким образом: /Library/Java/JavaVirtualMachines/openjdk-17.jdk/Contents/Home

  

  Сюда необходимо подставить полученный путь

  Далее нажмите на кнопки применить - сохранить.
  

3. Создание и экспорт окружения и коллекции Postman.

Здесь подробно расписывать, как создавать коллекцию в Postman со всеми переменными и иже с ними я не буду, так как это совсем другая история… Опишу вкратце:

1. Создайте в Postman локальное окружение для коллекций (или используйте ваше текущее)

2. Добавьте в локальное окружение переменные, необходимые для обращения к методу (либо можно прописать их создание в скриптах к запросам)

3. Создайте коллекцию, присвойте ей имя.

4. Добавьте методы, которые относятся к этой коллекции.

5. В каждом методе создайте скрипт, который будет выполнять проверку кода ответа. Это элементарные тесты, которые даже есть в сниппетах. (Метод => Scripts => Post‑responce на новой версии Postman, и вкладка tests на старых версиях Postman). На основе проверки этих кодов и простроен весь принцип дальнейшего тестирования

   В прикрепленной коллекции уже имеются скрипты с тестами на код ответа. В будущем их можно будет взять за основу при создании собственных коллекций.

   

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

6. Расположите методы в логическом порядке выполнения

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

   Важный момент: Коллекция, окружение, а также папка, в котором будет храниться проект (и путь к ней) должны называться на латинице! Дело в том, что на некоторых устройствах системные настройки не позволяют передавать русские буквы в Newman через командную строку, и вам постоянно будут прилетать ошибки. Хотя, казалось, бы такая мелочь…

4. Редактирование скрипта и файлов.env.paths и env.email

Для удобства редактирования Python‑скрипта и файлов.env можете скачать Visual studio code, так как редактировать эти файлы в обычном текстовом редакторе не выйдет!

Пару слов о файлах.env. Что это, и для чего:

Файлы.env (сокращение от "environment" - окружение) нужны для хранения конфигурационных данных вашего приложения отдельно от кода. Они играют ключевую роль в управлении параметрами, которые могут меняться в зависимости от среды, в которой запускается ваше приложение.

Преимущества использования файлов.env:

• Безопасность: Предотвращают попадание секретных данных в систему контроля версий.
• Гибкость: Позволяют легко менять конфигурацию приложения для разных сред.
• Удобство: Вместо того, чтобы вносить правки с данными в сам скрипт, достаточно сделать это в файлах.env

1. В папку с проектом, где уже лежат экспортированные окружение и коллекция, сохраните указанные выше файлы env.paths, env.email и code.py
   
   Измените названия файлов env.paths и env.email, чтобы они начинались с точки, иначе файлы не запустятся. А вот файл со скриптом для удобства лучше переименовать по имени того объекта, который мы тестируем. Не забываем, что, если и присваиваем имя, то только на латинице.

2. В файле .env.email внесите изменения согласно подсказкам. Как получить пароль приложения подробно расписано в разделе "примечания" в конце статьи.

   

   В первой и третьей строке подставляем адрес своей почты. Во второй строке подставляем полученный пароль

   Вместо знаков ХХХХХХХ введите свои данные

3. В файле .env.paths замените пути к файлам коллекции и окружения, а также укажите путь к файлу newman.cmd.

   Путь к нему можно посмотреть командой

   Для Windows: where newman Обычно он выглядит так: C:\Users\<username>\AppData\Roaming\npm\newman.cmd

   Для macOS: which newman Обычно он выглядит так: /usеr/local/bin/newman или /opt/homebrew/bin/newman

   

   Файл.env.paths

   В переменной NEWMAN_PATH замените путь от знака "=" до конца строки на путь, который вы получили при помощи команды в терминале

   В переменной COLLECTION_PATH замените путь от знака "=" до "Название коллекции.postman_collection.json" на путь к директории с вашим проектом. "Название коллекции.postman_collection.json" в конце строки замените на название файла с вашей коллекцией postman

   В переменной ENVIRONMENT_PATH замените путь от знака "=" до "Название окружения.postman_environment.json" на путь к директории с вашим проектом. "Название окружения.postman_ environment.json" в конце строки замените на название файла с вашим окружением postman

   Важное примечание для пользователей macOS: Если на Windows файлы .env.paths и .env.email без проблем сохраняются с точками в начале имени, то на macOS все не так просто: система не дает сохранить файлы, названия которых начинаются с точек. Такие файлы считаются скрытыми. Они не отображаются по умолчанию в Finder (файловом менеджере macOS) или при обычном выводе ls в терминале. Изначально при скачивании файлов.env в начале названия им автоматически подставилось "doc_<дата и время скачивания>". Как отредактировать названия: 1. Откройте Терминал. 2. Перейдите в папку, где находится ваши файлы. cd путь/к/директории/с/файлами   Если вы не уверены, где файл, можете сначала найти его через Finder, а затем перетащить папку с файлом в окно Терминала - терминал сам напишет путь к этой папке. 3. Переименуйте файл с помощью команды mv <старое_имя_файла> <новое_имя_файла> Команда mv используется как для перемещения файлов, так и для их переименования. Пример: mv doc_2026-02-20_12-29-11.env.emai  .env.emai Делать это нужно после того, как вы отредактировали оба.env файла, так как после изменения названия они станут скрытыми. Чтобы увидеть их в Finder, нажмите Cmd + Shift +. (точка). Несмотря на то, что файлы будут скрытыми, это не помешает дальнейшей работе с ними

4. В скрипте code.py необходимо внести изменения в 52 строке

   

   Здесь нужно заменить путь к директории, в которой хранится проект до "\\python_project\\py"
   
   ! Обратите внимание на двойные слеши, а также на то, в какую сторону они наклонены. На данном изображении указывается путь к директории на Windows. Для macOS слеши наклонены в обратную сторону. И в "//python_project//py" тоже

   И в строке 219 необходимо указать актуальный путь к файлу.env.email

   

   
   ! Здесь также стоит обратить внимание на то, что наклон слешей для macOS будет в другую сторону

5. Создание виртуального окружения и запуск скрипта из командной строки

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

А также будет установлена библиотека python‑dotenv. Она нужна для того, чтобы упростить управление конфигурационными параметрами приложения, а также позволяет хранить эти параметры в отдельных файлах.env и загружать их в переменные окружения.

Перед тем как отдавать всё в руки Jenkins, важно убедиться, что наша "машина" заводится и едет на локальном уровне. Прогоним скрипт вручную. Этот этап позволит нам убедиться, что все пути в.env.paths указаны верно и Python видит все нужные библиотеки.

1. В командной строке перейдите в директорию с вашим проектом:

   Windows: cd C:\путь\к\вашему\проекту

   macOS: cd /Users/имя/путь/к/проекту

2. Создайте виртуальное окружение командой

   Windows: python -m venv venv

   macOS: python3 -m venv venv

   В папке вашего проекта появится новая папка venv

3. Активируйте виртуальное окружение командой 

   Windows: venv\Scripts\activate

   macOS: source venv/bin/activate

   Как понять, что сработало? В начале строки в терминале появится префикс (venv).
   (Чтобы выйти из него позже, достаточно просто написать deactivate).
   

4. Находясь внутри активного виртуального окружения, установите библиотеку python‑dotenv при помощи команды:

   Windows: pip install python-dotenv

   macOS: pip3 install python-dotenv

5. Запустите python‑script командой

   Windows: python <название файла со скриптом>.py

   macOS: python3 <название файла со скриптом>.py

   После запуска в консоли должно отобразиться сообщение об успешном прогоне. На почту должно прийти письмо о результатах прогона
   

6. Запуск тестов в Jenkins

Наконец‑то мы добрались до того, к чему так долго шли!

1. С главной страницы Jenkins перейдите во вкладку "создать Item"

2. Придумайте и введите имя проекта, нажмите "Создать задачу со свободной конфигурацией"

3. В общих настройках выберите пункт "расширенные", и установите флажок напротив пункта "использовать другую директорию". В появившейся строке введите путь к директории с проектом. Это делается для того, чтобы папка allure results сохранялась именно в вашу директорию, а не в какое‑то неожиданное место.

   

   Указываем директорию, в которую будем сохранять allure results

4. Перейдите в шаги сборки => добавить шаг сборки. Далее выбор зависит от вашей ОС:

   

   Для Windows Выполнить команду Windows Далее подставляем команду: # Очищаем старые результаты rmdir /s /q allure-results mkdir allure-results # Переходим в папку и активируем окружение cd C:\путь\к\папке\с\проектом call "C:\путь\папке\с\проектом\venv\Scripts\activate.bat" # Запускаем скрипт Python "C:\путь\к\папке\с\проектом\code.py" --env .env.paths Все пути и название скрипта необходимо заменить на действующие.

   Для macOS Выполнить команду shell Далее подставляем команду: rm -rf allure-results mkdir -p allure-results cd /путь/к/папке/с/проектом source venv/bin/activate python3 code.py --env .env.paths Все пути и название скрипта необходимо заменить на действующие.

   

   Вот так выглядит командя для Windows непосредственно в шаге сборки
   
   

5. Далее перейдите к послесборочным шагам => добавить шаг после сборки => allure report

   Значение переменной Path, которое по умолчанию указано как allure‑results нужно изменить на полный путь к этой папке:

   Windows: C:\путь\к\папке\с\проектом\allure-results

   macOS: /Users/имя_пользователя/путь/к/папке/с/проектом/allure-results

   

6. Нажмите "применить", затем "сохранить"

7. Начните сборку, нажав "собрать сейчас"

   

   Если все тесты пройдены успешно, то в разделе "builds" напротив сборки появится зеленая галочка

   Если что‑то пошло не так или прогон завешен с ошибками, то вместо галочки будет отображен красный крестик

   

   Чтобы посмотреть, что именно пошло не так, можно открыть консоль: нажать на знак стрелки напротив сборки и выбрать "Вывод консоли"

   

   Либо, для удобства отслеживания ошибок, можно просто открыть аллюр‑отчет, который был ранее сформирован. Для этого нужно нажать на значок Allure Report напротив сборки или выбрать его в меню, также нажав на стрелку

   

   В аллюр‑отчете можно потыкать, и посмотреть подробнее, какие именно тесты, и каким образом были провалены 

   Помимо всего прочего, на почту, которая была прописана в файле.env.email, также приходит письмо о результатах прогона, и выглядит оно следующим образом:

   

   Здесь у меня была ошибка в коллекции, и тесты падали

   

   А здесь уже ошибка исправлена, и все тесты проходят успешно

   Как мы видим, этот отчет тоже достаточно понятно описывает, что пошло не так.

   Кроме того, уже непосредственно в Jenkins вы можете установить, сколько последних сборок вам необходимо сохранять, а также можете задать расписание, по которому будут осуществляться прогоны. Об этом вы найдете пару слов в разделе "Примечания". Помимо этого, в Jenkins есть еще много различных функций, которые можно изучить, и в дальнейшем успешно применять к вашим проектам. Однако на данном этапе будет достаточно того функционала, что был описан выше.

7. Примечания

7.1. Получение пароля приложения для gmail:

1. Авторизуйтесь в google‑аккаунте

2. Выберите "Управление аккаунт google"

3. Перейдите во вкладку "безопасность"

4. Включите двухфакторную аутентификацию (если не включена)

5. Перейдите в раздел "Пароли приложений" (можно через поисковую строку "Поиск в
   аккаунте Google" - так даже удобнее и быстрее)

6. Создайте приложение, задав имя (например, Jenkins. Но на самом деле это не имеет никакого значения) После нажатия кнопки "создать" отобразится пароль. Скопируйте и вставьте его в SMTP_PASSWORD)

Почему лучше использовать пароль приложений вместо обычного пароля от почты:

• Безопасность: Если ваш код (или файл.env) будет скомпрометирован (например, попадет в публичный репозиторий GitHub), злоумышленник получит доступ к вашей почте и сможет делать с ней что угодно.
• Блокировка аккаунта: Многие почтовые сервисы (особенно Gmail) считают подозрительной отправку писем из автоматизированных скриптов с использованием обычного пароля и могут заблокировать ваш аккаунт.
• Нарушение условий использования: Некоторые почтовые сервисы прямо запрещают использование обычного пароля для автоматической отправки писем.

7.2. Установка количества сборок для сохранения:

Я предпочитаю устанавливать ограничение на хранение количества сборок, как как, если их становится очень много, Jenkins начинает неистово тормозить при запуске сборки

Все прошедшие сборки отображены в разделе "builds", но можно в настройках вашего проекта указать, сколько последних сборок вы хотите сохранять: настройки проекта => общие настройки => удалять устаревшие сборки => "Сколько последних сборок хранить" - проставить нужное количество

Мне достаточно пяти последних сборок

Если вам нужна еще помощь, или вы хотите более наглядно увидеть процесс создания автотестов в Jenkins, то можете перейти на YouTube‑канал компании Коммит, где выложено подробное видео с пошаговой инструкцией по данной статье
https://youtu.be/kT8T80lTx8c

Помимо данного видео, на этом канале вы найдете еще много полезной информации, опубликованной моими коллегами.

Вот и всё! Теперь в вашем арсенале есть мощная связка из Postman, Jenkins и Python, готовая к работе как на Windows, так и на macOS. Этот метод отлично масштабируется и легко адаптируется под специфику различных проектов. Надеюсь, статья оказалась полезной и поможет вам превратить рутинные проверки в изящный автоматизированный процесс. Помните: автоматизация - это не магия, а набор правильно настроенных инструментов. Пробуйте, экспериментируйте, и пусть ваши тесты всегда будут зелеными, а отчеты наглядными. Удачи в практике!