РОЗРОБКА ПІДСИСТЕМИ ВНУТРІШНЬОКАДРОВОГО ЧЕРГУВАННЯ КОДОВОГО ПОТОКУ JPWL

Саулін, Д.І.

DSpace Home
→
Кваліфікаційні роботи
→
Бакалавріат
→
Освітні програми
→
121 ІПЗ ОП "Інженерія програмного забезпечення"
→
View Item

РОЗРОБКА ПІДСИСТЕМИ ВНУТРІШНЬОКАДРОВОГО ЧЕРГУВАННЯ КОДОВОГО ПОТОКУ JPWL

Саулін, Д.І.

URI: http://library.econom.zp.ua:85/xmlui/handle/123456789/38

Date: 2022-06-15

Abstract:

Бакалаврська дипломна робота: 80 сторінок, 25 рисунків, 25 джерел інформації.4 Мета дипломної роботи: розробка та створення плагіну автоматизованого тестування програмної системи у Jenkins з додаванням коду в GitHub. Об'єкт дослідження: концепція плагіну у програмній платформі. Предмет дослідження: плагін автоматизованого тестування програмної системи у JPWL. Основними результатами проведеного дослідження є: - розглянуто підходи до розробки та створення плагіну автоматизованого тестування; - розглянуто вимоги до функціоналу програмного додатку; - виконана програмна реалізація проекту; Розроблений плагін задовольняє всім вимогам, поставленим на етапі постановки завдання. При розробці плагіна були використані мова програмування Java, Git, плагіни у JPWL, автоматизований плагін JPWL. Прогнозні припущення щодо подальшого розвитку матеріалів проекту полягає у збільшені функціоналу який стосується більш детальної інформації та автоматизації більш складних функціональних додатків, та використання даного методу в ІТ компаніях. Застосування новітніх фреймворків.

Description:

Ця робота почалася з вивчення і розуміння необхідного і потрібного програмного забезпечення для успішного виконання роботи. Завдяки цій роботі було важливо навчитися писати автоматизовані тести на мові Java і написати перший модульний тест, щоб мати можливість запускати тести на новому сервері JPWL на коректної продуктивності. Також було проаналізовані теоретичні знання для написання коду. Безперервна інтеграція з JPWL в результаті чого курс відмінно підходить показав, що це покращило тестове покриття і стримував кількість невдалих білдів під час всього цикл розвитку. Безперервна інтеграція – це метод розробки, при якому розробники часто включають код в повністю інтегровану систему. Автоматизована побудова і автоматизовані тести можуть потім перевірити будь-яку інтеграцію. Автоматичне тестування, як правило, не є суворої частиною CI. Одним з основних переваг щоденної інтеграції є те, що ви можете легко виявити і швидко виявити помилки. Так як кожне внесене зміна, як правило, невелика, ви можете швидко визначити конкретне зміна, в результаті якого було виявлено дефект. Останнім часом CI став таким стандартним протоколом і набором основних елементів для розробки програмного забезпечення. CI гарантує, що програмне забезпечення працює безперервно і підрозділи розробників не сильно відрізняються від стовбура. Дослідження показують, що CI має більш високу швидкість розгортання, більш надійні системи і більш якісні програми. Переваги CI значні. Основні аспекти ефективної безперервної інтеграції повинні включати в себе взаємодію, стимулюючий збірку програмного забезпечення. Послідовність автоматизації тестування повинна бути активована протягом декількох хвилин для кожного комітів впровадженням програмного забезпечення. Безперевна інтеграція в79 проекти по розробці програмного забезпечення допомагає запобігти відключення і знизити ризик. В ході написання програми виникли труднощі із з'єднанням усіх частин разом, де важливо було правильно написати сценарій маршрутів і шляхів, щоб вихідний код був імпортований з потрібного місця. Ця робота зайняла кілька тижнів, щоб розібратися в правильних скриптах для створення з'єднань. Навчитися розуміти вихідний код і його продуктивність було важливо, тому що написання інших юніт-тестів було б неможливо. Основною вимогою було створення середовища тестування з автоматизацією безперервної інтеграції, що використовує JPWL як інструмент тестування, а Java в зв'язку з тим, що тестові приклади будуть написані на мові Java. Підключіться до контролю версій, зберіть завдання і протестуйте функціональність системи, запустивши юніт-тести: 1. Цілі проекту; 2. Підготовча середа; 3. Завантажити необхідні плагіни; 4. Поєднуючи всі частини разом; 5. Визначити параметри тесту; 6. Установка нових параметрів завдання; 7. Виконання тестових завдань; 8. Аналіз результатів. До кінця проекту всі частини були об'єднані, і, нарешті, система почала працювати і реагувати на зміни у вихідному коді. Блок-тест починає працювати автоматично. Робота успішно завершена. Інтегрований цикл Scrum, який був прийнятий в експлуатацію в той же час, в той час як цей проект мав місце, був складним. Неодноразово траплялося так, що деякі роботи через деяких проблем доводилося продовжувати на наступний день, іноді кілька днів. JPWL є Java-сервером з відкритим вихідним кодом і Java-сервером безперервної інтеграції (CI) або80 інструментом безперервного моніторингу збірки для багаторазового виконання завдань, також відомим як інструмент автоматизації тестування. Він постійно відстежує помилки розробки на ранній стадії розробки програмного забезпечення. JPWL концентрується на двох основних завданнях: по-перше, виконувати тестування, а по-друге, безперервно будувати проекти. JPWL – одна з найбільших відкритих систем збирання CI з відкритим вихідним кодом. Завдяки своїй гнучкості, сотням плагінів і стійкості до різних типів систем. Вона дозволяє працювати в різних середовищах і взаємодіяти з різними зацікавленими сторонами процесу. Основною метою даної роботи було дослідження того, як автоматизоване тестування може бути застосоване до web-інтерфейсу і які доступні фреймворки і інструменти тестування можуть бути використані для цього. Мета була повністю досягнута, і був представлений ряд можливих випробувальних систем/інструментів. В результаті впровадження були розроблені тестові приклади для регресивного тестування, які можуть бути використані в якості основи для подальшого розвитку компанією, що також було частиною поставленої мети. Також в роботі було описано як підключати плагіни та які плагіни можна використувати в роботі. Ідея використання плагінів для модульної функціональності не нова. Однак є небагато задокументованих випадків використання плагінів як методу, що дозволяє набору тестувати доступ до API, а також додавати або змінювати API без істотних перезаписів. Цей підхід дозволяє розробити основу тестування для багатьох служб, що використовують одну мову або сервер. Що ще важливіше, плагіни також дозволяють розподілити кодування між кількома розробниками, щоб прискорити тестування на платформі.

Show full item record