Меню

Підручник з інструменту безперервної інтеграції Гудзона - Підручник з селену №25

hudson continuous integration tool tutorial selenium tutorial 25

Спробуйте Наш Інструмент Для Усунення Проблем

В останніх двох підручниках із серії Selenium ми обговорили два найважливіші інструменти побудови - АНТ і Мейвен . Ми обговорили їх значення та практичне значення.

У нашому попередньому навчальному посібнику із серії DevOps ми дізналися про це Інтеграція Дженкінса з селеном .

У поточному Інтернет-навчальний посібник з селену , ми б обговорили a інструмент безперервної інтеграції, відомий як Гудзон .

Прочитати => Зразковий посібник з DevOps

Примітка: Цей підручник є частиною Selenium, а також серії підручників DevOps. Клацніть відповідні посилання, щоб перейти до відповідної серії.

Ми вивчали б його важливість та переваги, які ми отримуємо будь-який інструмент безперервної інтеграції . Ми подивимось на Гудзон з самого початку, від його встановлення до розширених налаштувань.

Підручник з Хадсона

Що ви дізнаєтесь:

Постійна інтеграція

Багато разів ми закінчуємо працювати над проектом, де велика група розробників і тестувальників працює разом над різними модулями. Розробники та тестувальники працюють над своїми модулями, розробляючи таким чином виконувані файли. Потім ці робочі продукти інтегруються через рівні проміжки часу. Таким чином, кожного разу, коли ми створюємо код розробки, його потрібно інтегрувати, тестувати та створювати, щоб розроблений код не зламався та не привів до помилок чи дефектів.

Цей процес побудови та випробування розробницьких робіт, інтегрованих через рівні проміжки часу, відомий як Безперервна інтеграція (CI) . Постійна інтеграція дозволяє якнайшвидше виявляти та усувати дефекти або помилки в життєвому циклі розробки, тобто ближче до часу, коли вони були введені.

Хадсон 1

Система безперервної інтеграції створює та тестує додаток, як тільки свіжий / змінений код приєднується до абревіатури системи керування джерелами як SCM. Завдяки своїм великим перевагам та впливу на галузі, він став невід’ємною частиною життєвого циклу розробки програмного забезпечення та обов'язково практикується.

Хадсон - Інструмент безперервної інтеграції

Постійну інтеграцію можна виконати автоматично. Хадсон - це один із популярних інструментів для постійної інтеграції. Hudson - це інструмент безперервної інтеграції на основі Java з відкритим кодом. Як і будь-який інший інструмент безперервної інтеграції, Хадсон пропонує командам ініціювати збірки та тести з будь-якими змінами в системі управління джерелом контролю.

Хадсон підтримує широкий спектр інструментів та плагінів.

Хадсон:

  • Підтримує такі інструменти SCM, як CVS, Subversion (SVN), Git тощо.
  • Здатний створювати проекти на основі АНТ, проекти на основі Maven тощо.
  • Здатний виконувати сценарії оболонки та командні команди Windows
  • Здатний надсилати звіти, сповіщення тощо за допомогою електронної пошти, SMS, Skype тощо.

Встановлення Гудзона

Передумови

Щоб мати змогу користуватися Гудзоном, перед початком роботи нам потрібно мати такі речі:

  • Сховище вихідного коду (SVN / Git / CVS тощо)
  • Сценарій побудови (Ant / Maven тощо)

Встановлення

Hudson можна легко встановити в різних середовищах. Hudson можна встановити як на машині Linux, так і на машині Windows. Він також розповсюджується у вигляді пакету, специфічного для типу ОС, для різних типів Linux, що робить установку завданням на кілька хвилин. Hudson можна запускати як окрему програму, так і в контейнері сервлетів. У цьому посібнику ми пояснимо інсталяцію Гудзона на машині Windows. Існує два різних підходи до встановлення Хадсона.

  • Використання файлу WAR
  • Використання рідного пакету

Власні пакети доступні для Ubuntu / Debian, Oracle Linux, Redhat / Fedora / CentOS та openSUSE.

У цьому підручнику ми обговоримо встановлення за допомогою файлу WAR. Давайте обговоримо весь процес поетапно.

Крок 1 : Завантажте файл Hudson WAR з офіційного веб-сайту Гудзона - ' http://hudson-ci.org/ '. Зберігайте військовий файл у потрібному місці локальної файлової системи. Цей WAR-файл можна запустити безпосередньо через командний рядок або використовувати в контейнері сервлетів. WAR - це виконуваний файл, в який вбудований контейнер сервлетів.

Хадсон 2

Крок 2 : Наступним кроком є ​​ініціалізація веб-інтерфейсу користувача Hudson. Для цього нам потрібно відкрити командний рядок і перейти до папки, де зберігається війна Гудзона.

  • Введіть java -jar hudson-3.0.1.war –httpPort = 8099

Наведена команда показала б, що початкове налаштування потрібно зробити на інформаційній панелі Гудзона. Зверніться до екрана нижче.

(Клацніть, щоб збільшити зображення)

Хадсон 3

Примітка: Бажано запустити Hudson як службу на машині Windows або Linux.

Крок 3 : Щоб отримати доступ до вікна Гудзона, відкрийте браузер і запустіть Гудзон.

  • Введіть “http: // localhost: 8099 /” - Це відкриє вікно Гудзона.

(Клацніть, щоб збільшити зображення)

Хадсон 4

Крок 4 : Виберіть потрібні плагіни та натисніть кнопку Готово. Будьте терплячі, оскільки, швидше за все, знадобиться кілька хвилин, щоб встановити всі плагіни.

Примітка : Існує кілька варіантів підтримки підтримки SCM. Позначте опцію SCM, яку ви хочете використовувати.

Хадсон 5

Після встановлення всіх плагінів користувач може переглядати інформаційну панель Гудзона.

Хадсон 6

Гудзонова конфігурація

Тепер, коли панель інструментів Hudson готова, наступним кроком є ​​налаштування Hudson. Давайте знову обговоримо весь процес поетапно:

Крок 1 : Щоб налаштувати Гудзон, клацніть на посилання “Управління Гудзоном”, яке відображається в меню ліворуч.

Крок 2 : Клацніть на посилання “Налаштувати систему” на наступному кроці. Зверніться до наступного знімка екрана.

Хадсон 7

Крок 3 : Як тільки ви клацнете на посилання Налаштувати систему, повинно бути багато розділів для параметрів підключення. Додайте запис до JDK, як показано на наступному малюнку. Користувачеві потрібно вказати назву інсталяції JDK та місце, де встановлено java. Можна додати кілька примірників Java.

Хадсон 8

Користувач також може встановити JDK автоматично, встановивши прапорець «Встановити автоматично».

Крок 4 : На наступному кроці додайте запис до Ant, як показано на наступному малюнку. Користувачеві потрібно вказати назву інсталяції Ant та місце, де Ant встановлюється локально.

Хадсон 9

Як і JDK та Ant, користувач може налаштувати інші параметри підключення.

Примітка : Завжди пам’ятайте, що знімаєте прапорець біля пункту «Встановлювати автоматично». Поставте прапорець на випадок, якщо ви хочете завантажити артефакт з Інтернету.

Налаштування сповіщення електронною поштою

Розділ сповіщень електронною поштою відображається в кінці тієї ж веб-сторінки. Користувачеві потрібно налаштувати такі поля:

Клацніть на розширену кнопку, щоб побачити всі параметри, пов’язані із сповіщенням електронною поштою.

  • SMTP-сервер: SMTP-сервер зберігає інформацію про SMTP-сервер, тобто IP-номер або повне ім'я сервера. Для демонстрації в цьому посібнику ми використовуватимемо SMTP-сервер Gmail.
  • Суфікс електронної пошти користувача за замовчуванням : У цьому полі може бути вказаний суфікс електронної пошти, який може бути суфіксом імені користувача та може використовуватися для надсилання сповіщення електронною поштою.
  • Адреса електронної пошти адміністратора системи : Адреса електронної пошти адміністратора використовується як ідентифікатор електронної пошти відправника, з якого надсилатимуться всі сповіщення.
  • URL-адреса Гудзона : Якщо ви ймовірно публікуєте звіти або збираєте інформацію в сповіщенні електронною поштою, тоді потрібно вказати URL-адресу Гудзона. Для доступу до звітів буде використана URL-адреса Гудзона. Необхідно вказати дійсну URL-адресу, однак, якщо всі приймачі підключені до інтрамережі, тоді також може бути вказана IP-адреса машини, що розміщує Гудзон.
  • Використовуйте аутентифікацію SMTP : Якщо ввімкнути цю опцію, поле імені користувача та пароля відображатиметься з метою автентифікації.
  • Використовуйте СС L: Користувач може активувати SSL, вибравши цю опцію для підключення до SMTP-сервера.
  • Порт SMTP: Користувачеві потрібно вказати номер порту в цьому полі, який використовується для зв'язку з поштовим сервером. Якщо номери портів не вказані, присвоюються номери портів за замовчуванням.
  • Шарсет : У цьому полі вказується набір символів, що використовується для складання електронних листів.

Як ми вже згадували, що ми будемо використовувати поштовий сервер Gmail для надсилання сповіщень електронною поштою у цьому посібнику, перегляньте наведені нижче знімки екрана та внесіть необхідні зміни до розділу Сповіщення електронною поштою.

Хадсон 10

Натисніть кнопку Зберегти, щоб зберегти всі нещодавно внесені зміни.

Створення проекту Гудзона

Тепер, коли ми встановили та налаштували Hudson на наші машини, ми будемо рухатись далі і створювати Hudson Projects. Як, наприклад, конфігурація Гудзона, у нас є кілька варіантів конфігурації проекту Гудзон. У цьому підручнику ми розкриємо найбільш корисні та популярні параметри та розширення.

Щоб створити та налаштувати новий проект Гудзона, виконайте наступні кроки:

Клацніть на опцію “Нова робота”, яка відображається в меню ліворуч. Відкриється наступна сторінка, яка відображає параметри, пов’язані зі створенням проектів та стилями проекту.

Хадсон 11

Існує безліч стилів, в яких можна створити проект / роботу. Зверніть увагу, що проект і робота можуть використовуватися як взаємозамінні, оскільки вони обидва означають одне і те ж.

  • Створіть програмне забезпечення вільного стилю jo b: Це найбільш часто використовуваний метод для створення нового завдання Гудзона.
  • Створення багатоконфігураційного завдання : Цей стиль проекту використовується для виконання різноманітних завдань.
  • Відстежуйте зовнішнє завдання : Цей стиль проекту контролює зовнішню роботу.
  • Скопіюйте існуюче завдання : Якщо у нас є проект, подібний до існуючого, то цей стиль може бути корисним. Все, що вам потрібно зробити, це вказати назву існуючого завдання, і буде створена копія цього завдання.

Однак для цього підручника ми створили б проект із вільного стилю Хадсон. Введіть назву завдання, яке ви хочете створити, і натисніть кнопку ОК. Натиснувши кнопку ОК, ви потрапите на сторінку конфігурації завдання, як показано нижче:

Гудзон 12

Налаштування проекту Хадсон

Одного разу ми створили роботу Гудзона, настав час її налаштувати. Як і конфігурація Hudson, Hudson Job також має різні налаштування конфігурації. Давайте обговоримо тут важливі.

Точніше кажучи, існує шість типів налаштувань для налаштування завдання:

  • Загальні налаштування роботи : Цей розділ дозволяє користувачеві згадувати основну інформацію про роботу. Користувач може подати опис роботи, відключити завдання, параметризувати завдання, смітити старі збірки та одночасно виконувати більше однієї збірки для одного завдання.
  • Додаткові параметри роботи : Цей розділ дозволяє користувачеві налаштувати деякі розширені параметри.
  • Управління вихідним кодом : Розділ дозволяє вказати налаштування, що стосуються системи управління вихідним кодом. Виберіть “None”, якщо не використовується SCM. Зверніть увагу, що користувач зможе бачити лише ті опції SCM, плагін яких був встановлений під час встановлення Хадсона. Для того, щоб додати більше SCM до Hudson, користувач може відвідати сторінку Керування плагінами та встановити необхідні плагіни.
  • Створення тригерів : Цей розділ дозволяє користувачеві вирішити, як ініціювати виконання збірки.
  • Збірка : Цей розділ дозволяє користувачеві надати налаштування механізму побудови.
  • Дії після побудови : Цей розділ дозволяє користувачеві надавати налаштування для дій після збірки, які будуть виконуватися, коли виконання збірки є завершенням.

Давайте зробимо крок вперед і налаштуємо завдання з необхідними налаштуваннями. Користувач може залишити параметри в розділі «Загальні налаштування роботи» та «Додаткові параметри роботи» до стану за замовчуванням.

Налаштування управління вихідним кодом

Ми багато говорили про створення проекту Гудзона у вищевказаних розділах цього посібника. Проект Гудзона зазвичай використовується з фактичним проектом (вихідним кодом), який пов'язаний з певною системою управління вихідним кодом. Як згадувалося на початку цього підручника, Хадсон має велику підтримку різноманітним SCM. Якщо назвати декілька, Хадсон підтримує CVS, Git, SVN тощо. Таким чином, у цьому посібнику ми налаштуємо Subversion (SVN) як SCM.

Крок 1 : Виберіть опцію “Subversion”. Як тільки користувач вибере Subversion, з'являться наступні опції.

Хадсон 13

Крок 2: Наступним кроком є ​​надання URL-адреси сховища SVN. Оскільки я створив локальне сховище, я б вказав URL-адресу локального сховища. Локальне сховище можна створити за допомогою Tortoise SVN.

Хадсон 14

безкоштовний завантажувач музики для ринку Android

Зберігайте всі інші налаштування в цьому розділі за замовчуванням.

Вибір тригерів побудови

Наступним кроком є ​​налаштування тригерів збірки. Хадсон дозволяє встановити тригери для автоматичного ініціювання процесу виконання збірки. Користувач може налаштувати завдання на автоматичне створення, якщо будується будь-який інший проект / завдання. Крім того, користувач може також встановити періодичне виконання збірки, тобто планування виконання збірки, або користувач також може запланувати збірку для пошуку нових комітів у SCM та ініціювати виконання, якщо хтось із користувачів також може встановити ініціювання виконання збірки, коли є оновлення залежностей maven за умови, що ваш проект є проектом на основі Maven.

Щоб встановити ці параметри, потрібно лише вибрати потрібний тригер збірки. Користувач також має змогу одночасно вибрати більше одного варіанту.

Гудзон 15

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

Хадсон 16

  • Побудувати після побудови інших завдань: слід вказати назву завдань, які можуть спричинити виконання цього завдання.
  • Складайте періодично: слід зазначити графік. Існує конкретний протокол, якого потрібно дотримуватися, щоб згадати графік. Більше інформації про розклад показано нижче:

Хадсон 17

  • Опитування SCM: користувачеві потрібно вказати розклад. Поле діє так само, як і в полі 'Постійно будувати'.
  • Збірка, коли залежності Maven оновлено інтеграцією Maven 3: Цей розділ не вимагає подання будь-яких даних.

Більше інформації можна знайти, розгорнувши піктограми довідки.

Якщо користувач не бажає встановлювати жоден із цих тригерів побудови, він / вона може вирішити побудувати завдання / проект вручну. Все, що йому / їй потрібно зробити, це натиснути на посилання «Створити зараз», яке відображається в меню ліворуч.

Хадсон 18

Виклик кроків побудови

Тепер, коли ми побачили всі основні кроки для налаштування проекту збірки, давайте рухатись далі і додати ще кілька кроків збірки. Цей розділ дозволяє користувачеві визначити свою побудову за допомогою декількох кроків побудови.

Хадсон 19

Кожен з етапів побудови має власну конвенцію для визначення та виклику.

Наприклад, перевірте виклик ANT нижче:

Гудзон 20

Налаштування дій після побудови

Іноді стає необхідним і життєво важливим виконувати певні дії після побудови. Дії після збірки - це не що інше, як деякі дії, які запускаються після виконання збірки. Користувач може використовувати більше, ніж одну дію після побудови, якщо він / вона бажає.

Як ми всі знаємо, що статуси та звіти виконання збірки є одним з найважливіших артефактів або критеріїв виходу для життєвого циклу розробки програмного забезпечення. Таким чином, Хадсон дозволяє публікувати звіт про виконання збірки, генерувати документацію, генерувати виконувані файли / архіви тощо.

Звіти про виконання тестів можна публікувати та надсилати зацікавленим сторонам електронною поштою. Результати цієї збірки можуть спровокувати виконання іншої збірки.

Дій після побудови багато, давайте приділимо трохи часу, щоб обговорити найосновніші.

Хадсон 21

№1. Сукупні результати випробувань нижче за течією - Параметр дозволяє користувачеві агрегувати результати виконання тесту цієї роботи та подальших завдань разом, щоб отримати більш впливові результати тесту. Все, що потрібно зробити користувачеві, - це вказати назву подальшого завдання. У випадку, якщо користувач не бажає надавати будь-яку подальшу роботу, але все ж хоче використати налаштування, він може направити Гудзон на пошук усіх подальших проектів.

№2. Записуйте відбитки пальців у файлах для відстеження використання - Користувач може використовувати цей параметр для відстеження місця використання певного файлу.

№3. Опублікувати звіт про результати тестування JUnit - Налаштування дозволяє користувачеві публікувати звіт про тестування JUnit, читаючи та розуміючи спеціальний звіт, створений JUnit. Звіт про результати тесту JUnit надає користувачеві веб-інтерфейс для перегляду створених звітів. Ці звіти можна надсилати зацікавленим сторонам електронною поштою. Щоб увімкнути цю опцію, потрібно лише надати користувачеві шлях до спеціального звіту, сформованого JUnit.

Хадсон 24

No4. Архівуйте артефакти - Цей параметр дозволяє користувачеві створювати артефакти, які можна розповсюджувати для подальшого використання. Артефакт можна виготовити після кожної успішної збірки. Користувач може безпосередньо отримати доступ до цих артефактів через веб-інтерфейс. Артефакти можуть бути виконуваними файлами у вигляді військових файлів, файлів jar, папок у архівах або tar.

Хадсон 25

№5. Опублікувати Javadoc - Цей параметр дозволяє публікувати документ Java для клієнтів та користувачів у веб-інтерфейсі Гудзона за умови, що ваш проект генерує документ Java. Щоб увімкнути цю опцію, користувач повинен вказати розташування Java Doc проти каталогу Javadoc.

Якщо користувач встановить прапорець 'Зберегти Javadoc для кожної успішної збірки', щойно створений Javadoc буде збережений у зазначеній папці. Таким чином, усі Javadocs, що відповідають успішній побудові, будуть збережені.

№6. Будуйте інші робочі місця - Параметр дозволяє користувачеві запускати виконання інших завдань після виконання цього завдання. Користувач може ініціювати виконання кількох завдань одночасно. Цей параметр може бути корисним для виконання сценаріїв модульного тестування та тестування інтеграції. Користувач може навіть встановити опцію для створення інших завдань, навіть якщо це завдання не вдається (нестабільно).

№7. Опублікувати звіт про висвітлення Cobertura - Cobertura - це засіб тестування на основі Java, який аналізує охоплення кодом вашого проекту, тобто оцінює відсоток коду, охопленого тестами. Таким чином, параметр дозволяє користувачеві створювати звіт з аналізом покриття коду. Налаштування вимагає надання кількох параметрів, перш ніж ви зможете отримати повноцінний звіт про тестування покриття коду. Зверніть увагу, що цей параметр не використовується за замовчуванням, тобто він вимагає встановлення плагіна (що ми робили під час встановлення, оскільки він, як правило, є частиною запропонованих плагінів).

(Клацніть на зображення, щоб збільшити)

Хадсон 28

№8. Повідомлення електронною поштою - Сповіщення електронною поштою - одна з найважливіших дій після збірки. Опція дозволяє користувачеві надсилати повідомлення про збірку зацікавленим сторонам (розробникам, тестувальникам, власникам продуктів тощо), налаштовуючи їх ідентифікатори електронної пошти. Hudson може надсилати повідомлення електронної пошти, коли збірка нестабільна, успішна, не вдалася тощо. Користувач також може встановити тригери сповіщень електронною поштою. Електронний лист із сповіщенням може бути надісланий декільком одержувачам одночасно, просто надавши пробіл між їх ідентифікаторами електронної пошти. Зверніться до скріншоту нижче, щоб перевірити, як ці налаштування можуть бути надані.

(Клацніть на зображення, щоб збільшити)

Хадсон 29

Примітки:

  1. Користувач може будь-коли повернутися на цю сторінку та змінити налаштування, якщо потрібно.
  2. Користувач може переглядати інформацію про кожну опцію в значку довідки, пов’язаному з нею.
  3. Користувач може додати більше дій після збірки за допомогою плагінів.

Висновок

У цьому підручнику ми познайомили вас з концепцією безперервної інтеграції. Ми також наголосили на його важливості протягом життєвого циклу розробки програмного забезпечення, особливо в житті розробника або тестувальника.

Наступний підручник No26 : Рухаючись вперед у серії, ми б це зробили обговорити деякі передові концепції селену це прямо чи опосередковано допоможе оптимізувати структуру автоматизації та забезпечить більшу видимість для користувачів. Таким чином, у наступному підручнику ми обговоримо функцію ведення журналу, її потенціал, можливості налагодження та багато іншого.

Примітка: Цей підручник є частиною Selenium, а також серії підручників DevOps. Клацніть на посилання нижче, щоб переглянути попередні та наступні підручники із серії DevOps.

НАЗАД Підручник | НАСТУПНИЙ підручник

Рекомендована література

^