Оформлення багів, або що робить баг репорт хорошим Я тут не д | Конспект геймдизайнера [GD compendium]

Оформлення багів, або що робить баг репорт хорошим

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

Зазвичай баги заводять не лише QA, а значить це треба вміти робити правильно всім учасникам команди

Лінк: https://www.gamesindustry.biz/articles/2020-06-15-what-makes-for-a-good-bug-report

1. Миттєве розуміння
Баг має бути описаний так, щоб його не треба було перечитувати

2. Одноманітність породжує анонімність
Всі баги мають бути описані за певною структурою, щоб це спрощувало роботу з кожним конкретним багом

3. Чіткий опис
Автор називає цю проблему “слон в темряві”. Баг має бути чітко описаний паралельно із кроками його відтворення

4. Візуальна складова
Один скріншот може бути більш промовистим ніж тисячі слів

5. Пріоритетність
Дуже обережно треба ставитись до пріоритезації багів, щоб не вийшло так, що мінорний баг зіпсує ігровий досвід мільйонам користувачів

6. Користуйтесь відповідним софтом для баг репорта

7. Завжди записуйте баги
На словах всі можуть знати про якусь проблему, але у відповідальний момент його можна забути

8. Описуйте баг фактами

#tips #qa #bug #bug_report #quality_assurance