Skip to main content

Bug-report

Загалом bug-report'и ведуться у двох стилях (залежить від складності проєкту). Якщо проєкт не позиціонується як складний і загалом не повинен мати багато правок, то для такого проєкту простіше використовувати bug-report у вигляді Google документу.

💡 Google документ

Google документи є зручними для комерційних сайтів, оскільки зачасту потребують візуалізації багу, а тому швидше для сприйняття розробникам.

Якщо ж проєкт має багато функцій всередині та будується на чітких бізнес-процесах, то в такому випадку слід використовувати Google таблицю.

💡 Google таблиця

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

Правила наповнення bug-report'ів​

Google документ​

💡 Наповнення bug-report'у у вигляді документа

Усі bug-report'и ОБОВ'ЯЗКОВО повинні мати:

  • в міру короткий та лаконічний опис багу (за необхідністю опис може бути й детальніший, якщо баг містить декілька кроків для відтворення)

  • посилання на сторінку, де було знайдено баг

  • скріншот зі зрозумілою візуалізацією багу

Google таблиця​

💡 Наповнення bug-report'у у вигляді таблиці

Усі bug-report'и ОБОВ'ЯЗКОВО повинні мати:

  • в міру короткий та лаконічний опис багу

  • зазначення типу багу (back_end, front_end, vue та intarface (де vue та intarface - різновид front_end))

  • посилання на сторінку, де було знайдено баг

  • кроки для відтворення багу

  • відповідального за виправлення багу (по можливості)

  • дату тесту та дату виправлення багу (обидві дати заповнює тестувальник, оскільки датою виправлення багу вважається дата його перевірки й підтвердження, що баг дійсно виправлено)

  • поточний статус багу

    • **To do** - ще не брався до виправлення

    • **QA** - на етапі перевірки (даний статус встановлює виконавець, коли виправив баг)

    • **Done** - готово (статус виставляє тестувальник, коли баг було виправлено і його неможливо відтворити)

    • **Returned** - (статус виставляє тестувальник, коли баг не було виправлено і повернуто в роботу)

    • **Not a bug** - не баг (статус виставляє розробник, якщо виписаний баг, насправді не є багом, а був заздалегідь визначений процесом)

  • скріншот із зрозумілою візуалізацією багу