maven with jenkins maven documentation
Цей посібник пояснить все про Дженкінса та інтеграцію Maven з Дженкінсом. Ви також навчитеся створювати документацію для проекту за допомогою Maven:
Ми дізнаємося, що таке Дженкінс, інтеграція Maven Jenkins, переваги Jenkins, як налаштувати Java і Maven в Jenkins, як створити роботу Jenkins з різними параметрами, звіти про результати виконання Jenkins з плагінами TestNG, як пройти Maven команди у вигляді цілей у Дженкінса, документація Maven для проектів тощо детально.
=> Тут слідкуйте за простою навчальною серією Maven.
запитання та відповіді на співбесіду щодо забезпечення якості pdf
Що ви дізнаєтесь:
Що таке Дженкінс?
Jenkins - це інструмент безперервної інтеграції, який має величезне значення у світі тестування та розробки програмного забезпечення. Це відкрите джерело та не залежить від платформи. У нашій повсякденній роботі ми маємо справу з системами автоматизації, що складаються з декількох сотень тестових випадків.
До цього часу ми бачили, що для виконання наших сценаріїв з проекту Maven нам потрібно або запускати команди Maven з командного рядка, або безпосередньо відкривати Eclipse і запускати сценарії.
Отже, ми вручну запускаємо тестові кейси для виконання. Для автоматизації цього процесу нам потрібно запланувати завдання, які запускатимуть наші тестові кейси в певний час, а також подбати про деякі важливі параметри. Весь цей процес автоматизований за допомогою Дженкінса.
Таким чином, насправді, якщо у нас є близько 800 тестових випадків, які потрібно виконувати о третій ночі, то це можна зробити легко, не вимагаючи жодного ручного втручання за допомогою роботи Дженкіна.
Крім того, існують сценарії, коли автоматизовані тестові випадки щодо диму чи осудності повинні виконуватися після того, як в середовищі буде здійснено деяку реєстрацію коду з боку розробників. Про все це дбає автоматично Дженкінс.
Дженкінс має журнал усіх змін, зроблених у сховищах, таких як SVN або Git. Jenkins можна легко встановити в нашій системі та налаштувати. Крім того, його можна налаштувати на більш ніж одній віртуальній машині, якщо збірки потрібно запускати розподіленим способом. Більше того, він надає доступ через посилання на всі останні збірки.
Jenkins має такі функції, як інтеграція з TestNG за допомогою плагінів, сповіщення електронною поштою про стан складання, що робить його більш популярним у наш час. Проблеми та помилки ловляться та вирішуються дуже рано.
Більшість завдань інтеграції виконуються автоматично, тим самим заощаджуючи ресурси та дозволяючи програмному забезпеченню виходити в будь-який час без проблем.
У середовищі Agile у нас працюють бізнес-аналітики, розробники та тестувальники. Як результат, може трапитися так, що бізнес-аналітику (нетехнічній особі) може знадобитися побачити та відстежувати результат виконання.
У таких випадках йому може не знадобитися відкрити Eclipse або налаштувати та запустити команди Maven для запуску сценаріїв. Він може виконати тестові справи за допомогою Дженкінса і отримати результати виконання.
Ми знаходимось на домашній сторінці Дженкінса з назвою роботи як Проект . Якщо компанія хоче побачити результати виконання, тоді потрібно натиснути назву роботи, і вона перенаправить на сторінку нижче.
Потім Побудуйте зараз зліва на екрані потрібно натиснути. Таким чином, нам просто потрібно відкрити URL-адресу Дженкінса (https: // localhost: 8080 / jenkins).
Незважаючи на те, що тестові кейси ініціюються через Дженкінса, у Дженкінсі забезпечується лише конкретне середовище, де тестові кейси виконуються. Поширений сценарій, що якщо ми виконуємо наші тестові кейси за межами Дженкінса, то вони отримують помилку через версію наших інструментів чи мови або банки, не узгоджені з тією, що вона повинна працювати.
Наприклад, версія Java або наша версія Maven була оновлена або знижена. Усього цього можна уникнути, якщо ми використовуємо роботу Дженкіна для нашої страти.
Таким чином, Дженкінс має значний внесок у нашу систему тестування, підтримуючи централізовану систему управління за всіма географічними місцями.
Переваги Дженкінса
Переваги Дженкінса перераховані нижче:
- Jenkins - це відкритий код, незалежний від платформи та портативний.
- Його можна легко встановити та налаштувати. Його можна використовувати з легкістю.
- Дженкінс автоматизував елементи інтеграції, тому багато проблем з інтеграцією не виникають, збільшуючи тим самим ефективність та продуктивність розробників.
- Його документація добре описана і робить зручним її вивчення.
- Jenkins був розроблений розробниками, маючи на увазі особливості, які розробникам насправді потрібні в роботі.
- Він має велику кількість плагінів. Усі ці плагіни роблять Дженкінса більш потужним і популярним серед розробників.
- Дженкінс допомагає середовищам, розміщеним у хмарі.
- У ньому є велика спільнота користувачів, до яких легко дістатись. Вони працюють над зворотними зв’язками та регулярно торкаються основи.
- Дженкінс надає допомогу для автоматизації тестування наступними способами:
- Особливість планування виконання тесту: Фахівці з тестування можуть запланувати свої тестові кейси на виконання та використати свій час на інші завдання.
- Індивідуальний звіт про результати випробувань: Дженкінс дає подробиці щодо структури результатів. Графічні зображення та деталі результатів виконання відображають загальну кількість тестових випадків, терміни виконання та іншу важливу інформацію.
- Працює належним чином із процесами безперервної інтеграції: Час тестування скорочується завдяки Дженкінсу.
Java і Maven шлях встановлений в Дженкінс
Перш за все, нам потрібно встановити Java і Maven у наших машинах. Опинившись на цільовій сторінці Дженкінса, спочатку роботи не буде.
Тепер натисніть на Керуйте Дженкінсом посилання зліва на екрані.
Потім натисніть на Глобальні конфігурації інструментів . Тут ми маємо зробити конфігурації для Java та Maven. Для налаштування Java натисніть на Установки JDK кнопку.
Тут ми повинні або дати Ім'я і JAVA_HOME шлях або про це можна подбати, перевіривши Встановіть автоматично прапорець.
Далі нам потрібно перейти до розділу Maven і натиснути на Установки Maven кнопку.
Тут ми повинні або дати Ім'я і MAVEN_HOME шлях, або про це можна подбати, перевіривши Встановіть автоматично прапорець.
Після виконання цих операцій натисніть на Зберегти внизу сторінки.
Створіть роботу Дженкінса
Далі нам потрібно створити завдання для запуску сценаріїв нашого проекту Maven. Клацніть на Новий елемент посилання зліва на екрані.
Введіть Назва виробу і виберіть Проект фрістайлу натисніть кнопку ОК.
Ми перейдемо на сторінку конфігурації завдання. Тут нам потрібно надати всю інформацію, що стосується нашого проекту. Спочатку нам потрібно вказати джерело коду нашого проекту.
Управління вихідним кодом Дженкінса
В Управління вихідним кодом розділ, як правило, ми обираємо з GitHub або Підривна діяльність та надайте відповідні посилання. Дженкінс автоматично отримає код звідти.
Однак, якщо наш код присутній у нашій локальній системі, нам потрібно натиснути на Розширений під кнопкою загальний розділ , і то перевірити Використовуйте спеціальну робочу область .
Нам потрібно розмістити наш проект Maven всередині . Jenkins і вкажіть шлях до файлу pom, що знаходиться всередині проекту Maven, починаючи з $ {JENKINS_HOME}.
Таким чином, Дженкінс добирається до вихідного коду проекту.
Jenkins не тільки використовується тестувальниками для ініціювання виконання тесту, але також широко використовується розробниками для їх роботи. Деякі з цих варіантів наводяться в Навколишнє середовище розділ.
Далі нам потрібно перейти до розділу Build і вибрати Викликати ціль Maven верхнього рівня параметри зі спадного меню.
Потім Викликати цілі Maven верхнього рівня розділ буде розширено. Ось Версія Maven буде попередньо заповнений з версії Maven, яку ми визначили в Глобальна конфігурація інструменту .
За цілями ми маємо надати команду Maven для запуску виконання. тест mvn –Прегресія. У Дженкінса ми можемо опустити термін mvn, і решти команди достатньо.
Натисніть на Зберегти і ми успішно створили робоче місце.
Просто підсумок того, що ми обговорювали до цього часу:
- Розташування нашого коду (або Git, Subversions, або з локального каталогу).
- Команда Maven для запуску виконання.
Наше завдання буде створено і буде видно на цільовій сторінці Дженкінса:
Клацніть на Побудуйте зараз зліва на екрані. Буде Історія побудови розділ ліворуч на екрані, який видно після завершення збірки. номер збірки буде помітно слідувати # поряд із відмітка часу . Тепер перейдіть до Вихід консолі .
Результати виконання:
TestNG Дженкінс Інтеграція для звіту про результати виконання
Для отримання детальної інформації про результати тесту перейдіть до проекту Maven в Eclipse, перейдіть до ціль потім у папку достовірні звіти папку. Існує index.html файл у звітах. Отримайте розташування файлу та відкрийте його у браузері.
testng-results.xml файл і плагін звітів TestNG необхідний для результатів у Jenkins.
Натисніть на Керуйте Дженкінсом посилання зліва на екрані Дженкінса. Потім натисніть на Керування плагінами посилання.
як розпочати проект в затемненні
Встановіть Плагін результатів TestNG .
Після цього ми оновимо роботу, яку створили з Налаштуйте посилання зліва на екрані. Потім перейдіть до Дії після побудови розділ і виберіть Опублікувати результати тесту на природний газ зі спадного меню.
testng-results.xml файл у нашому проекті Maven автоматично завантажується в Шаблон звіту TestNG XML поле за замовчуванням. Потім натисніть Зберегти.
Планування роботи в Дженкінсі
Перейдіть до Створення тригерів розділ для планування строків складання.
Якщо ми відберемо Будуйте періодично , тоді ми матимемо Розклад розділ видно. Тут ми повинні згадати п’ять параметрів для планування роботи, як показано нижче.
- ХВИЛИН за одну годину
- ГОДИН за один день
- DAYMONTH день у місяці
- МІСЯЦ на рік
- ДЕНЬ ТИЖНЯ день тижня
Щоб запланувати сценарії на 8:00 ранку, нам потрібно вказати, як показано нижче:
Тепер ми будемо знову запускати збірку, щоб перевірити результати TestNG. Перейдіть на цільову сторінку Дженкінса і натисніть на роботу. Зараз ми матимемо Результати випробувань посилання на екрані вашої роботи.
У випадку, якщо виконання не має жодних збоїв, файл Останній результат тесту посилання не відображатиме помилок. Клацніть на посилання TestNG Results, щоб отримати докладнішу інформацію про результати.
Ми можемо натиснути на збірка # номер, щоб отримати докладнішу інформацію про результати.
Щоб перевірити наш код, нам слід натиснути на Робоча область посилання ліворуч на екрані. Таким чином, Дженкінс і Мейвен можуть працювати разом.
Документація Maven для проекту
Ми можемо створити документацію для нашого проекту за допомогою Maven. Як обговорювалося раніше, Maven складається з трьох життєвих циклів, тобто очищення, розміщення сайту та за замовчуванням.
Завдання видалення помилок та видалення артефактів попередньої збірки вирішено в чистий циклу. Тоді як за замовчуванням відповідає за загальний процес розгортання, сайт життєвий цикл - для створення проектної документації.
Вважається гарною практикою проводити чистку перед сайтом, щоб ми мали сучасну документацію.
Перейдіть до папки проекту та запустіть наступну команду з командного рядка.
mvn site Почнеться процес побудови проекту. Після успіху побудови проектна документація повинна бути сформована, як показано нижче.
Натиснувши файл index.html, ми можемо отримати детальну документацію проекту, що складається в основному із збірки та інформації про проект, про проект, безперервну інтеграцію, залежності, список розсилки, ліцензії тощо.
Розділ поширених запитань
Q # 1) Як Дженкінс працює з Maven?
Відповідь: Дженкінс добре працює з Мейвеном, дотримуючись певних передумов. Нам потрібно встановити шляхи Java та Maven у Дженкінсі. Потім нам потрібно створити робочі місця Дженкінса з усіма параметрами, включаючи Post Build Action, планування збірок тощо.
Q # 2) Що таке Maven і Jenkins?
Відповідь: Maven - це інструмент управління проектами та побудови, розроблений на Java. Jenkins - це інструмент безперервної інтеграції з відкритим кодом. І Мейвен, і Дженкінс сьогодні широко використовуються у цій галузі.
Q # 3) Яка мета Maven у Jenkins?
Відповідь: Ми надаємо команди Maven всередині розділу 'Цілі' Дженкінса. Це ключовий крок під час створення роботи в Дженкінсі.
Q # 4) Чому ми використовуємо Maven?
Відповідь: Maven - це інструмент управління проектами та побудови, який керується файлом pom.xml. Це зробило процес побудови простим, легким та послідовним.
Q # 5) Чи є Maven інструментом CI?
Відповідь: Ні, Maven не є інструментом безперервної інтеграції. Це інструмент побудови, що має більше можливостей, ніж Ant. Jenkins - це інструмент безперервної інтеграції.
Q # 6) Що таке pom xml у Maven?
Відповідь: Модель об'єкта проекту або pom - це xml-файл, який формує ядро Maven. Він містить список залежностей проекту, конфігурацій, профілів тощо.
Q # 7) Чи можемо ми інтегрувати TestNG та Jenkins з Maven?
Відповідь: Так, ми можемо інтегрувати TestNG та Jenkins з Maven. Все це досягається за допомогою плагінів.
Запитання та відповіді для досвідчених
Q # 8) Які три побудови життєвого циклу Мейвена?
Відповідь: Три стандартні збірки циклу Мавена перераховані нижче.
- За замовчуванням
- Чистий
- Сайт
Q # 9) Як встановити параметри Jenkins XML?
Відповідь: У Jenkins перейдіть до розділу 'Побудова' завдання, а потім натисніть Розширений. Файл налаштувань опція буде видно там. Там слід вказати місце розташування settings.xml.
Q # 10) Як встановити змінні середовища в Дженкінсі?
Відповідь: Екологічні змінні у Дженкінса можна встановити з Налаштуйте екран. В Збірка розділ, виберіть Введіть змінні середовища . Там нам потрібно надати змінну середовища, наприклад VARIABLE_NAME = VALUE pattern.
Висновок
Ми сподіваємось, що більшій частині Maven, як її інтеграція з Jenkins, плагіни TestNG для Jenkins для відображення результатів, створення робочих місць у Jenkins, Java та Maven, створених у Jenkins, глобальні конфігурації Jenkins тепер слід легко зрозуміти.
Також Дженкінс будує механізми розкладу, його дії після збірки, як Дженкінс поводиться з кодом, що знаходиться в Git, чи будь-якому іншому сховищі або локально, було детально проілюстровано тут. Практикуйте кожен крок по одному, і злиття Мейвена Дженкінса буде зрозумілим. Ми також вивчили документацію Maven для проектів.
Jenkins, інструмент безперервної інтеграції, справді використовується розробниками, тестувальниками, бізнес-аналітиками тощо в гнучкому світі. Кожна організація намагається використовувати та адаптувати постійні процеси інтеграції час від часу.
=> Завітайте сюди, щоб побачити навчальну серію Maven для всіх.
Рекомендована література
- Що таке Maven - Підручник Maven для початківців
- Gradle Vs Maven і Maven Plugins
- Підручник з Дженкінса С. І. - Що таке безперервна інтеграція Дженкінса
- Дженкінс Джобс: Налаштування SCM, створення завдань та опитування SCM
- Плагіни Дженкінса: SCM, аналізатори та встановлення плагінів
- Інтеграція Maven з TestNg за допомогою плагіна Maven Surefire
- Дженкінс Безпека: Увімкнення безпеки та матриці безпеки проекту
- Налаштування Maven за допомогою Eclipse Java IDE