Глосарій баг-трекера Mantis

Вибір профілю (Select profile) – випадаючий список, в якому можна вибрати автоматичне заповнення оточення бага (платформа (Platform), операційна система (OS), версія операційної системи (OS Version) з існуючих шаблонів. Є можливість заповнити оточення власноруч.

Видимість (View Status) – поле, в якому вказується область видимості звіту, призначається автоматично.

Відповідальний (Assigned to) – поле для розміщення інформації про користувача, за яким задача закріплена на даний момент. Звіт призначається на Тренінговий центр, якщо баг-репорт відправлений на перевірку. Звіт призначається на курсанта, якщо баг-репорт прийнятий або відправлений на доопрацювання, тобто містить помилки, які необхідно виправити.

Відтворюваність (Reproducibility) – випадаючий список, який дозволяє вибрати частоту появи бага при рівних умовах. Може бути: завжди (always), іноді (sometimes), не перевірялося (have not tried), довільно (random), не відтворюється (unable to reproduce), не застосовується (N/A). За замовчуванням задається «не перевірялося».

Додаткова інформація (Additional Information) – поле для інформації, яка може бути важливою та привносити більше ясності. Це можуть бути дані щодо оточення бага, посилання на скріншот або відео.

Завантажити файли (Upload files) – блок, за допомогою якого можна завантажити файл (скріншот або відео), що підтверджує помилку. В системі є обмеження за розміром файлів, що завантажуються – до 5,000 KB. Скріншот, після створення баг-репорта, можна додати тільки при перегляді, а при редагуванні поле відсутнє.

Зв'язки (Relationships) – блок, в якому розміщена інформація про залежність звітів за зв'язками (залежить від; блокує; дублює; дублюється; пов'язаний з). В поле вказується унікальний ідентифікатор звіту, з яким зв'язується баг-репорт.

Змінено (Last Update) – поле з інформацією про дату останнього редагування.

Змінити (Edit) – кнопка, яка відкриває сторінку для редагування атрибутів баг-репорта.

Ініціатор (Reporter) – поле, в якому розміщена інформація про користувача, який створив баг-репорт, заповнюється автоматично.

Історія змін (Issue History) – відображається історія внесення правок в поточний звіт та зміни його статусу.

Категорія (Category) – випадаючий список категорій в проєкті (існують для структуризації відображення баг-репортів). Категорії для проєкту курсанта: домашні та факультативне завдання. Баг-репорту не обов'язково присвоювати категорію домашнього завдання, можна також вказувати категорію згідно типу помилки (верстка, функціонал).

Кроки відтворення (Steps to reproduce) – поле для опису послідовності дій, які призвели до виникнення бага. Після кроків відтворення вказуються фактичний і очікуваний результати. Перед кроками можна вказувати передумови.

Коментарі (Comments) – блок, в якому відображаються зауваження фахівців Тренінгового центру до поточного баг-репорту після присвоєння статусу. Питання з коментарів фахівців в цьому блоці необхідно ставити в сервіси зворотного зв'язку.

Номер (ID) – числовий ідентифікатор звіту, створюється автоматично. За ID можна перейти на сторінку перегляду даного баг-репорту.

Огляд (My View) – розділ, де відображаються списки звітів сортовані за станами: призначені мені (assigned to me), непризначені (unassigned), створені мною (reported by me), вирішені (resolved), нещодавно змінені (recently modified), відслідковуються мною (monitored by me).

• Активність (Timeline) – панель, на якій відображається історія роботи та всі зміни.

Опис (Description) – поле для більш детального опису теми. Слід описувати одним реченням за принципом «Що відбувається? Де відбувається? Коли відбувається?» відповідно до теми. Максимум – можна додати ще 1 речення, якщо це є важливою інформацією та не вмістилося в тему через обмеження за кількістю символів. Поле обов'язкове для заповнення.

Прикріплені файли (Attached Files) – блок, в якому розміщено файл (скріншот або відео), що підтверджує помилку.

• Скріншот (Screenshot) – знімок екрана пристрою, показує в точності те, що бачить користувач. На скріншоті необхідно додати прямокутник (виділяючи проблемне місце) та червону стрілку, що вказує на місце бага. У разі тестування сайту, на скріншоті повинно бути видно адресний рядок.
  

Пріоритет (Priority) – випадаючий список, дозволяє визначити як швидко потрібно виправити той чи інший баг.

• Високий (High) – помилка повинна бути виправлена ​​якомога швидше, її наявність є критичною для проєкту.
  
• Середній (Normal) – наявність помилки не є критичною, але вимагає обов'язкового рішення.
• Низький (Low) – дефект не є критичним, не потребує термінового вирішення.
  

Проєкт (Project) – робоча область, в Mantis завдання існують в рамках деякого проєкту. Для кожного з курсантів створений окремий проєкт. Назва складається з номера групи та прізвища, призначається автоматично. Також курсантам надано доступ до проєкту з прикладами правильно оформлених баг-репортів.

Рішення (Resolution) – поле, в якому відображається резолюція дефекту, призначається автоматично для нових багів або співробітником Тренінгового центру в інших випадках.

• Відкрито (Open) – присвоюється новому баг-репорту.
  
• Вирішено (Fixed) – підтвердження виправлення дефекту.
  
• Неможливо відтворити (Unable to reproduce) – не вдається повторити ситуацію з описаним даними.

• Дублікат (Duplicate) – баг-репорт повторює зміст вже існуючого звіту про помилку. У звіті буде вказано ідентифікатор звіту, який продубльований. Дана резолюція означає, що баг-репорт не буде прийнятий та оцінений.
• Не баг (Not a bug) – баг-репорт описує ситуацію яка не є помилкою, звіт буде закритий з відповідним коментарем. Резолюція означає, що баг-репорт не буде прийнятий та оцінений.

Серйозність (Severity) – випадаючий список з переліком ступеня критичності помилки для роботи системи в цілому.

• Тривіальна (Trivial) – не стосується бізнес-логіки додатка, помилка погано відтворюється, малопомітна в інтерфейсі користувача, проблема сторонніх бібліотек або сервісів, проблема, яка не впливає на загальну якість продукту.
• Текст (Text) – невелика текстова/друкарська помилка. Пунктуаційна або орфографічна помилка.
• Незручність (Tweak) – незручність, видима проблема користувацького інтерфейсу. Означає, що потрібне підвищення ступеня дружності інтерфейсу.
• Незначна (Minor) – незначна помилка, що не порушує бізнес-логіку частини додатку, який тестується.
• Значна (Major) – значна помилка, частина основної бізнес-логіки не функціонує належним чином. Помилка не критична або є можливість для роботи з  функцією, яка тестується, використовуючи інші вхідні точки.
• Критична (Crash) – критична помилка, неправильно працює ключова бізнес-логіка, діра в системі безпеки, проблема, яка призвела до тимчасового падіння сервера або приводить в неробочий стан деяку частину системи, без можливості вирішення проблеми, використовуючи інші вхідні точки. Рішення проблеми необхідне для подальшої роботи з ключовими функціями системи, яка тестується.
• Блокуюча (Blocker) – блокуюча помилка, що приводить додаток в неробочий стан, в результаті якої подальша робота з тестованою системою або її ключовими функціями стає неможлива. Рішення проблеми необхідне для подальшого функціонування системи.

Створено(Date Submitted) – поле з інформацією про дату створення звіту.

Створити звіт про помилку (Report Issue) – сторінка для створення нового баг-репорту.

• Задача (Issue) – запис в Mantis, опис бага, баг-репорт.
  

Стан (Status) – статус, який інформує про етап перевірки баг-репорту.

• Зворотний зв'язок (Feedback) – баг-репорт потребує доопрацювання, містить коментар з зауваженнями.
  
• Призначено (Assigned) – баг-репорт призначений на фахівців Тренінгового центру, чекає перевірки.
  
• Прийнято (Accepted) – баг-репорт прийнятий і в доопрацюванні не потребує. Такі звіти відображаються в блоці невирішених для обліку оцінки.
• Закрито (Closed) – баг-репорт закритий з причин, вказаних в коментарях. Даний стан означає, що баг-репорт не буде прийнятий і оцінений. Цей баг-репорт не входить в загальну суму (максимум 50) за весь курс.

Список звітів про помилки (View Issues) – сторінка, на якій відображається загальний список звітів, є можливість фільтрувати за різними характеристиками.

Тема (Summary) – заголовок баг-репорта. Тема баг-репорта лаконічно і точно описує суть проблеми, для уніфікованого підходу до викладу теми використовують принцип «Що? Де? Коли?». Поле обов'язкове для заповнення.