Атестаційні завдання K2 ERP/Багтрекер

Модуль багтрекінгу: облік і управління помилками та задачами розробки

Реальний бізнес-контекст

У процесі розробки програмного забезпечення та супроводу клієнтів:

• постійно виникають помилки — баги;
• з’являються пропозиції щодо покращення;
• потрібно обробляти задачі з різних джерел:
  • тестування;
  • клієнтів;
  • менеджерів.

Необхідно:

• фіксувати всі баги і задачі;
• призначати відповідальних;
• відстежувати життєвий цикл кожного багу;
• аналізувати причини проблем і їх усунення.

Основні завдання

1. Структура довідників

Довідник «Проекти»

Поля довідника:

• назва проекту;
• тип проекту:
  • ERP;
  • мобільний додаток;
  • сайт;
  • інше;
• керівник проекту.

Довідник «Типи задач»

Типи задач:

• помилка — Bug;
• поліпшення — Improvement;
• нова функція — Feature Request;
• технічне завдання — Task.

Довідник «Статуси»

Статуси:

• відкрита;
• у процесі;
• на тестуванні;
• вирішено;
• закрито;
• скасовано.

Довідник «Пріоритети»

Пріоритети:

• низький;
• середній;
• високий;
• критичний.

2. Журнал «Баги і задачі»

Колонки журналу

• номер задачі;
• назва задачі;
• тип задачі;
• проект;
• пріоритет;
• статус;
• відповідальний;
• дата створення;
• дата оновлення.

Функціонал

• пошук по назві, опису, проекту;
• фільтрація за:
  • статусами;
  • пріоритетами;
  • виконавцями;
• масове закриття задач.

3. Створення задачі

Форма створення задачі

Поля форми:

• проект;
• тип задачі;
• назва задачі;
• опис задачі — детальний опис проблеми чи пропозиції;
• пріоритет;
• відповідальний співробітник;
• дата планового вирішення;
• прикріплення файлів:
  • скріншоти;
  • логи.

4. Життєвий цикл багу

Типовий маршрут багу:

Створено → Призначено → В роботі → На тестуванні → Вирішено → Закрито

Функціонал:

• можливість повернення задачі на попередній етап у разі невдалого тестування;
• переведення між статусами через AJAX без перезавантаження сторінки.

5. Повідомлення і нотифікації

Види повідомлень:

• email;
• внутрішні повідомлення.

Події для нотифікацій:

• коли задача створена;
• коли змінено статус задачі;
• коли задача затримується і не закрита у встановлений строк.

6. Звіти

Звіт «Статистика по проекту»

• кількість відкритих задач;
• кількість закритих задач;
• середній час вирішення задачі.

Звіт «Продуктивність розробників»

• скільки багів і задач вирішив кожен розробник за період.

Технічні вимоги

Параметр	Опис
Бекенд	K2 Cloud ERP на Python або PHP
БД	PostgreSQL або MySQL
Фронтенд	HTML5, JavaScript, AJAX, Axios або Fetch API
UI-компоненти	DataTables, Select2
Друк	Експорт списку задач у Excel або PDF

Критерії оцінки

Критерій	Бали
Реалізація журналу багів і задач	20
Управління статусами і пріоритетами	20
Створення задач з прикріпленням файлів	20
Формування звітів по проектам і виконавцям	20
Інтерактивність через AJAX і повідомлення	20

Примітка

Багтрекер критично важливий для команд розробки будь-якого рівня — від маленьких стартапів до великих корпоративних ERP-проектів.

Правильна побудова багтрекера дозволяє:

• суттєво підвищити якість програмного продукту;
• збільшити швидкість реакції на проблеми.