maven with jenkins maven documentation
Този урок ще обясни всичко за Дженкинс и интеграцията на Мейвън с Дженкинс. Също така ще се научите да създавате документация за проекта с помощта на Maven:
Ще се запознаем какво е Jenkins, интеграцията на Maven Jenkins, предимствата на Jenkins, как да настроите Java и Maven в Jenkins, как да създадете работа на Jenkins с различни параметри, отчети за резултатите от изпълнението на Jenkins с приставки TestNG, как да преминете Maven команди под формата на цели в Дженкинс, документация на Maven за проекти и т.н. в детайли.
=> Внимавайте тук за простите серии за обучение на Maven.
как да играя .bin файлове
Какво ще научите:
Какво е Дженкинс?
Jenkins е инструмент за непрекъсната интеграция, който има огромно значение в света на тестване и разработка на софтуер. Той е с отворен код и независим от платформата. В ежедневната си работа се занимаваме с рамки за автоматизация, състоящи се от няколко стотици тестови случаи.
Досега видяхме, че за изпълнение на нашите скриптове от проекта Maven трябва или да стартираме командите на Maven от командния ред, или директно да отворим Eclipse и да задействаме скриптовете.
Така че ръчно задействаме тестовите случаи за изпълнение. За да автоматизираме този процес, трябва да планираме задачи, които да изпълняват тестовите ни случаи в определен момент и също така да се погрижим за някои важни параметри. Целият този процес е автоматизиран с помощта на Дженкинс.
По този начин, в действителност, ако имаме около 800 тестови случая, които трябва да бъдат изпълнени в три сутринта, тогава това може да се направи лесно, без да се изисква каквато и да е ръчна намеса с помощта на работа на Дженкин.
Също така, има сценарии, когато трябва да се изпълняват автоматизирани тестови случаи на Smoke или Sanity, след като има някаква регистрация на код от страна на разработката в околната среда. За всичко това се грижи автоматично Дженкинс.
Jenkins има дневник на всички модификации, направени в хранилища като SVN или Git. Jenkins може лесно да бъде инсталиран в нашата система и конфигуриран. Също така, той може да бъде настроен на повече от една виртуална машина, ако компилациите трябва да се задействат по разпределен начин. Освен това, той дава достъп чрез връзки към всички скорошни компилации.
Jenkins има функции като интеграция с TestNG с помощта на плъгини, известия по имейл относно състоянието на изграждане, което го прави по-популярно за използване в днешно време. Проблемите и грешките се хващат и решават много рано.
По-голямата част от задачите за интеграция се изпълняват автоматично, като по този начин спестяват ресурси и позволяват на софтуера да бъде освободен по всяко време без проблеми.
В средата Agile имаме бизнес анализатори, разработчици и тестери, които работят заедно. В резултат на това може да има случай бизнес анализатор (нетехническо лице) да се наложи да види и следи какъв е резултатът от изпълнението.
В такива случаи може да не се наложи да отваря Eclipse или да настройва и изпълнява команди на Maven, за да задейства скриптовете. Той може да изпълни тестовите случаи с помощта на Дженкинс и да получи резултатите от изпълнението.
Намираме се на началната страница на Jenkins с име на работа като Проект . Ако даден бизнес иска да види резултатите от изпълнението, тогава името на заданието трябва да бъде щракнато и то ще пренасочи към страницата по-долу.
Тогава Изградете сега отляво на екрана трябва да се щракне. По този начин просто трябва да отворим URL адреса на Jenkins (https: // localhost: 8080 / jenkins).
Докато тестовите случаи се задействат чрез Jenkins, в Jenkins се предоставя само специфичната среда, където тестовите случаи се изпълняват. Често срещан сценарий е, че ако изпълняваме тестовите си случаи извън Дженкинс, те се провалят поради версията на нашите инструменти или език или буркани, които не са приведени в съответствие с това, което трябва да работи.
Например, версията на Java или нашата версия на Maven е актуализирана или понижена. Всичко това може да се избегне, ако използваме работата на Дженкин за нашето изпълнение.
По този начин Дженкинс има основен принос в нашата рамка за тестване, като поддържа централизирана настройка на всички географски местоположения.
Предимства на Дженкинс
Предимствата на Дженкинс са изброени по-долу:
- Jenkins е с отворен код, независим от платформата и преносим.
- Може да се инсталира и конфигурира лесно. Може да се използва с лекота.
- Дженкинс автоматизира елементите за интеграция и толкова много проблеми с интеграцията не възникват, като по този начин увеличават ефективността и производителността на разработчиците.
- Документацията му е описана добре и го прави удобно да го научите.
- Jenkins е разработен от разработчиците, като се имат предвид характеристиките, от които разработчиците всъщност се нуждаят в работата си.
- Той има голям брой приставки. Всички тези приставки правят Дженкинс по-мощен и популярен сред разработчиците.
- Дженкинс подпомага средите, хоствани в облака.
- Той има голяма общност от потребители, които са лесно достъпни. Те работят по обратни връзки и докосват базата редовно.
- Jenkins предоставя помощ за тестване на автоматизация по следните начини:
- Характеристика на график за изпълнение на теста: Професионалистите могат да планират своите тестови случаи за изпълнение и да използват времето си за други задачи.
- Персонализиран доклад за резултатите от теста: Дженкинс дава подробности за модела на резултатите. Графичните изображения и подробности за резултатите от изпълнението отразяват общия брой тестови случаи, сроковете на изпълнение и друга важна информация.
- Работи правилно с непрекъснатите процеси на интеграция: Времето за тестване намалява с Дженкинс.
Пътят на Java и Maven в Jenkins
На първо място, трябва да имаме инсталирани Java и Maven в нашите машини. След като сме на целевата страница на Дженкинс, първоначално няма да има работа.
Сега кликнете върху Управлявайте Дженкинс връзка отляво на екрана.
След това кликнете върху Глобални конфигурации на инструмента . Тук трябва да направим конфигурациите за Java и Maven. За настройка на Java щракнете върху Инсталации на JDK бутон.
Тук трябва или да дадем Име и JAVA_HOME път или това може да се погрижи чрез проверка Инсталирайте автоматично квадратче за отметка.
След това трябва да преминем към раздела Maven и да кликнете върху Инсталации на Maven бутон.
Тук трябва или да дадем Име и MAVEN_HOME или за това може да се погрижи, като проверите Инсталирайте автоматично квадратче за отметка.
След като извършите тези операции, щракнете върху Запазете в долната част на страницата.
Създайте работа на Дженкинс
След това трябва да генерираме работа за задействане на скриптовете на нашия проект Maven. Щракнете върху Нов продукт връзка отляво на екрана.
Въведете Име на предмета и изберете Проект за свободен стил след това щракнете върху OK.
Ще бъдем отворени до страницата за конфигуриране на заданието. Тук трябва да предоставим цялата информация, специфична за нашия проект. Отначало трябва да дадем източника на нашия код на проекта.
Управление на изходния код на Дженкинс
В Управление на изходния код раздел обикновено избираме или от GitHub или Подриване и предоставете съответните връзки. Дженкинс автоматично ще получи кода от там.
Ако обаче нашият код присъства в нашата локална система, трябва да кликнете върху Разширено бутон под общ раздел , и след това проверете Използвайте персонализирано работно пространство .
Трябва да поставим нашия проект Maven в .jenkins папка и дайте пътя на pom файла, намиращ се в проекта Maven, започвайки с $ {JENKINS_HOME}.
По този начин Дженкинс се докопа до изходния код на проекта.
Jenkins не се използва само от тестерите за задействане на изпълнението на теста, но също така се използва широко от разработчиците за тяхната работа. Някои от тези опции са предоставени под Изграждане на среда раздел.
След това трябва да преминем към секцията Build и да изберете Извикайте целта на Maven от най-високо ниво опции от падащото меню.
Тогава Извикайте цели на Maven от най-високо ниво раздел ще бъде разширен. Тук Версия на Maven ще бъде предварително попълнено от версията на Maven, която сме дефинирали в Глобална конфигурация на инструмента .
Под Цели трябва да предоставим командата Maven, за да задействаме изпълнението. mvn тест –Прегресия. В Дженкинс можем да пропуснем термина mvn и останалата част от командата е достатъчна.
Кликнете върху Запазете и успешно създадохме работа.
Само резюме на това, което обсъждахме досега:
- Местоположение на нашия код (или Git, Subversions, или от локална директория).
- Команда Maven за задействане на изпълнение.
Нашата работа ще бъде създадена и ще бъде видима на целевата страница на Дженкинс:
Щракнете върху Изградете сега отляво на екрана. Ще има Изграждане на история раздел отляво на екрана, видим след завършване на компилацията. The номер на компилация ще бъде видимо последвано от # заедно с времеви печат . Сега отидете до Конзолен изход .
Резултатите от изпълнението:
Интеграция на TestNG Jenkins за доклад за резултатите от изпълнението
За подробности за резултатите от тестовото изпълнение отидете до проекта Maven в Eclipse, преминете към цел след това към сигурни доклади папка. Има index.html файл в отчетите. Вземете местоположението на файла и го отворете в браузъра.
testng-results.xml файл и TestNG плъгин за отчети е необходим за резултати в Jenkins.
Кликнете върху Управлявайте Дженкинс връзка отляво на екрана на Дженкинс. След това кликнете върху Управление на приставки връзка.
безплатен блокиращ прозорец за Google Chrome
Инсталирайте Приставка за резултати от TestNG .
След като приключим, ще актуализираме работата, която сме създали от Конфигурирайте връзка отляво на екрана. След това отидете до Действия след изграждане раздел и изберете Публикувайте резултатите от TestNG от падащото меню.
testng-results.xml файл в нашия проект Maven автоматично се попълва в Модел на отчета TestNG XML по подразбиране. След това кликнете върху Запазване.
Планиране на работа в Дженкинс
Придвижете се до Изграждане на тригери раздел за планиране на времето за изграждане.
Ако изберем Изграждайте периодично , тогава ще имаме График секция видима. Тук трябва да споменем пет параметъра за планиране на работата, както е показано по-долу.
- МИНУТИ за един час
- ЧАСОВЕ за един ден
- DAYMONTH ден в месеца
- MONTH след една година
- ДЕН СЕДМИЦА ден от седмицата
За да планираме скриптовете за 8:00 сутринта, трябва да посочим, както е показано по-долу:
Сега ще задействаме компилацията отново, за да проверим резултатите от TestNG. Отидете на целевата страница на Дженкинс и кликнете върху работата. Сега ще имаме Резултати от TestNG връзка в екрана ни за работа.
В случай, че изпълнението няма грешки, Последен резултат от теста връзката няма да показва грешки. Кликнете върху връзката TestNG Results, за да получите повече подробности за резултатите.
Можем да кликнете върху компилация # номер за повече подробности относно резултатите.
За да проверим нашия код, трябва да кликнете върху Работно пространство връзка отляво на екрана. По този начин Дженкинс и Мейвън могат да работят заедно.
Документация на Maven за проект
Можем да създадем документация за нашия проект с помощта на Maven. Както беше обсъдено по-рано, Maven включва три жизнения цикъл, т.е. чист, сайт и по подразбиране.
Задачата за премахване на грешки и премахване на артефактите от предишната компилация е поета в чисти цикъл. Докато по подразбиране отговаря за цялостния процес на внедряване, сайт жизнения цикъл е за създаване на проектната документация.
Счита се за добра практика да се извършва чисто преди сайта, така че да имаме актуална документация.
Придвижете се до папката на проекта и изпълнете следната команда от командния ред.
mvn site Процесът на изграждане на проекта ще започне. След успеха на изграждането, проектната документация се генерира, както е показано по-долу.
При щракване върху файла index.html можем да получим подробна документация за проекта, състояща се главно от компилация и информация за проекта, за проекта, непрекъсната интеграция, зависимости, пощенски списък, лицензи и т.н.
Често задавани въпроси
В # 1) Как работи Дженкинс с Maven?
Отговор: Дженкинс работи добре с Мейвън, като спазва определени предпоставки. Трябва да настроим Java и Maven пътеки в Jenkins. След това трябва да създадем работни места на Jenkins с всички параметри, включително Post Build Action, планиране на компилациите и т.н.
В # 2) Какво представляват Мейвън и Дженкинс?
Отговор: Maven е инструмент за управление на проекти и изгражда, разработен в Java. Jenkins е инструмент за непрекъсната интеграция с отворен код. И днес Maven и Jenkins са широко използвани в индустрията.
В # 3) Каква е целта на Maven в Jenkins?
Отговор: Предоставяме командите на Maven в секцията Goals на Jenkins. Това е ключова стъпка при създаването на работа в Дженкинс.
В # 4) Защо използваме Maven?
Отговор: Maven е инструмент за управление на проекти и изграждане, който се управлява от файл pom.xml. Това направи процеса на изграждане прост, лесен и последователен.
В # 5) Maven CI инструмент ли е?
Отговор: Не, Maven не е непрекъснат инструмент за интеграция. Това е инструмент за изграждане, който има повече функции от Ant. Jenkins е инструмент за непрекъсната интеграция.
В # 6) Какво е pom xml в Maven?
Отговор: Project Object Model или pom е xml файл, който формира ядрото на Maven. Той съдържа списък на проектни зависимости, конфигурации, профили и т.н.
В # 7) Можем ли да интегрираме TestNG и Jenkins с Maven?
Отговор: Да, можем да интегрираме TestNG и Jenkins с Maven. Всичко това се постига с помощта на приставки.
това, което виждате, е това, което получавате конструктор на уебсайтове
В # 8) Кои са трите изграждания на жизнения цикъл на Maven?
Отговор: Трите стандартни компилации на цикъла Maven са изброени по-долу.
- По подразбиране
- Чисто
- Сайт
В # 9) Как да настроите настройките на Jenkins XML?
Отговор: В Jenkins отидете в секцията Build в заданието, след което кликнете върху Разширено. Файл с настройки опцията ще бъде видима там. Там трябва да бъде посочено местоположението на settings.xml.
В # 10) Как да задам променливи на околната среда в Дженкинс?
Отговор: Променливите на околната среда в Дженкинс могат да бъдат зададени от Конфигурирайте екран. В Изграждане раздел, изберете Инжектирайте променливи на средата . Там трябва да предоставим променлива на средата като модел VARIABLE_NAME = VALUE.
Заключение
Надяваме се, че голяма част от Maven харесва интеграцията му с Jenkins, плъгините TestNG за Jenkins, за да показват резултати, създаването на работни места в Jenkins, Java и Maven, създадени в Jenkins, глобалните конфигурации на Jenkins трябва да бъдат лесно разбрани сега.
Също така, Дженкинс изгражда механизми за график, неговите действия след изграждането, как Дженкинс се справя с кода, намиращ се в Git, или всяко друго хранилище или локално, е илюстрирано подробно тук. Практикувайте всяка стъпка една по една и сливането на Maven Jenkins ще бъде ясно. Проучихме и документацията на Maven за проекти.
Jenkins, инструмент за непрекъсната интеграция, реално се използва за разработчици, тестери, бизнес анализатори и така нататък в гъвкав свят. Всяка организация се опитва да използва и адаптира непрекъснати процеси на интеграция от време на време.
=> Посетете тук, за да видите поредицата за обучение на Maven за всички.
Препоръчително четене
- Какво е Maven - Урок за Maven за начинаещи
- Gradle Vs Maven и Maven Plugins
- Урок за Дженкинс CI - Какво е непрекъсната интеграция на Дженкинс
- Дженкинс Джобс: Конфигуриране на SCM, изграждане на задачи и анкетиране на SCM
- Дженкинс приставки: SCM, анализатори и инсталиране на приставки
- Интеграция на Maven с TestNg с помощта на приставката Maven Surefire
- Jenkins Security: Активиране на матрицата за сигурност и сигурност на проекти
- Конфигуриране на Maven с Eclipse Java IDE