Правильность оформления багрепорта

Как писать репорты так, чтобы тестировщики обратили на них внимание

Если вы когда-то пробовали писать тестировщикам отчёты о недоработках на нашем сервере, но сталкивались с молчанием или ответом, похожим на «Недостаточно информации», то это руководство однозначно вам поможет. 

Путь репорта

Существует 2 основных пути репорта от игроков к разработчикам:

• Первый – Багтрекер. Именно сюда вас обычно отправляют сообщать о багах.
• Второй – Написать напрямую тестировщикам ( в Discord). Учитывая количество репортов на багтрекере, найти ваш будет сложно. Так что второй вариант более надёжный, однако стоит помнить, что тестировщики тоже люди со своими делами и заботами, моментально они могут не ответить.

Язык написания репортов

Большинство разработчиков сервера Firestorm – англоговорящие. Та же ситуация и с тестировщиками. Следуя из этого, основной язык для написания репортов – английский (но также можно создавать репорты на русском). Если вы обращаетесь к русскоговорящему тестировщику через наш сервер Discord и хотите упростить ему работу, можно сделать вариант и на русском, и на английском. Однако всегда стоит помнить, что переводчик справляется не идеально, поэтому всегда перепроверяйте получившийся результат на наличие смысла. 
Ещё стоит помнить, что сленговые слова Warcraft переводчик не распознаёт правильно. Пишите максимально понятно! Если все же вы решили использовать игровые термины, то ознакомьтесь заранее как они выглядят на английском языке.

Структура

Зачастую репорт состоит из 4 частей:

• Описание бага. 

Основой всего отчёта об ошибке является её описание. Лаконично, но максимально детально. Так, чтобы даже простой игрок мог понять о чём идет речь. Для большей вероятности быстрой передачи репорта, вам стоит точно определить что именно не работает, проведя ряд небольших тестов самостоятельно. 

• Путь воспроизведения.*

Тестировщик обязан воспроизвести ваш баг, чтобы убедиться, что это не единичная проблема. Напишите подробный путь достижения данной проблемы. Если тестировщик, пройдя по этому пути, получит такой же результат, то это уже верный знак, что ваш репорт попадет в руки разработчиков и останется лишь ждать когда до него дойдёт очередь. 

* В некоторых случаях пункт может быть пропущен, например, еда дает неправильное количество характеристик и т.д.

• Как это работает на официальном сервере. 

Данный пункт буквально является противоположностью первого. Вашей задачей является такое же лаконичное и подробное описание того, как это действительно должно работать.

• Ссылки и доказательства.

Один из важнейших пунктов для вашего репорта. Тут находятся ваши видео или скриншоты для отчёта, видео с официального сервера, ссылки на Wowhead, статьи, на которые вы опирались при составлении репорта. Видео и статьи должны быть англоязычными, также для видео стоит оставить таймкод, который демонстрирует суть всего вашего репорта.

Дубликаты репортов

Когда вы приходите на багтрекер писать репорт, то сначала убедитесь, что такого репорта до вас не существовало. Если данная ошибка была описана до вас, то стоит попросить игроков поставить больше «лайков» данной теме. Также, проверьте состояние репорта, если указано, что он уже передан разработчику, то в ваших силах остается только ждать исправления. 

Ложные репорты

Обязательно проверяйте свой баг на достоверность, используя статьи и даже комментарии на них. Это сохранит нервы и вам, и работникам сервера Firestorm, которым придётся доказывать вашу неправоту. Также подобные действия значительно замедляют передачу других важных багов, а следственно и их исправление.

Пример правильно оформленного багрепорта