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

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

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

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

скільки багів і задач вирішив кожен розробник за період.;=== 2.; Журнал «Баги і задачі» ===

Поля форми:

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

проект;
тип задачі;
назва задачі;
характеристика задачі — детальний характеристика проблеми чи пропозиції;
пріоритет;
відповідальний співробітник;
дата планового вирішення;
прикріплення файлів:
- скріншоти;
- логи.; !;==== Довідник «Проекти» ====

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

відкрита;
у процесі;
на тестуванні;
вирішено;
закрито;
скасовано.; Види повідомлень:

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

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

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

Статуси:

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

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

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

функціональні можливості

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

Примітка

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

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

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

Необхідно:

назва проекту;
тип проекту:
- ERP;
- мобільний додаток;
- сайт;
- інше;
керівник проекту.; Події для нотифікацій:

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

;== Основні задача == 4.; Життєвий цикл багу	; !; Реальний бізнес-контекст email; внутрішні повідомлення.;==== Колонки журналу ==== фіксувати всі баги і задачі; призначати відповідальних; відстежувати життєвий цикл кожного багу; аналізувати причини проблем і їх усунення.; характеристика Критерії оцінки низький; середній; високий; критичний.; У процесі розробки програмного забезпечення та супроводу клієнтів: Довідник «Пріоритети» Правильна побудова багтрекера надає можливість: 6.; Звіти
Бекенд	K2 Cloud ERP на Python або PHP
БД	PostgreSQL або MySQL
Фронтенд	HTML5, JavaScript, AJAX, Axios або Fetch API
UI-компоненти	DataTables, Select2
Друк	Експорт списку задач у Excel або PDF

від маленьких стартапів до великих корпоративних ERP-проектів виступає ключовою рисою Багтрекер критично важливий для команд розробки будь-якого рівня.; Критерій |- | Реалізація журналу багів і задач | 20 |- | керування статусами і пріоритетами | 20 |- | Створення задач з прикріпленням файлів | 20 |- | Формування звітів по проектам і виконавцям | 20 |- | Інтерактивність через AJAX і повідомлення | 20 |}

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

суттєво підвищити якість програмного продукту;

збільшити швидкість реакції на проблеми.