Jump to content

ROWS

Members
  • Content Count

    17
  • Joined

  • Last visited

  • Days Won

    3

ROWS last won the day on April 19

ROWS had the most liked content!

Community Reputation

102 Excellent

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. ╔═══════════════════════╗Доброго времени суток!╚═══════════════════════╝ Сегодня мы расскажем вам на конкретных примерах о том, как пишутся фидбеки и баг-репорты. Для них у нас созданы отдельные темы на форуме и специальные комнаты в discord канале. I. Фидбеки: что такое и как они пишутся? Итак, начнем с общих понятий: этот термин происходит от английского ‘feedback’, что означает ‘обратная связь’. А в контексте игры – это в некотором роде сочинение-рассуждение на тему «ваши впечатления об игре». Фидбеки позволяют разработчикам игр понять, нравится ли игра пользователям, что конкретно не нравится и почему. Чтобы донести свою мысль до разработчиков, вам как раз и следует написать подобного рода «сочинение». Но как? Давайте разбираться. Итак, первым, что стоит сделать, - это пометить, о чем будет ваш фидбек. Содержание: 1. Тип фидбека (квест/патч/игра/что-то еще); 2. Название фидбека (конкретно). Далее следует сам текст, основная часть, после которой следует указать вывод для всего вышеизложенного. Как его написать? Вас должны были научить этому еще в школе, а также для этого нужны знание и конкретное понимание того, о чем пишете – как минимум. II. Баг-репорты: с чем едят? Как и в случае с фидбеками, нам нужно сначала понять, что такое баг-репорт, зачем он нужен и только потом – как он составляется. Итак, баг-репорт – это специальный документ, который описывает ситуацию или последовательность действий, приведшую к некорректной работе объекта тестирования, с указанием причин и ожидаемого результата. А зачем нужны баг-репорты? Суть их можно выразить цитатой одного разработчика: «Прочитав короткое описание бага, я должен понять, в чем состоит проблема, прочитав детальное описание бага, я должен знать что именно править». В случаях, когда этого невозможно сделать, то смысла в вашем репорте, скорее всего, нет. Это означает потерянное попусту время как для вас, так и для разработчика, просматривавшего ваш баг-репорт. Но как написать так, чтобы принести своим репортом пользу? Как написать правильно? Содержание: 1. Короткое описание (короткое описание проблемы, явно указывающее на причину и тип ошибочной ситуации); 2. Название некорректно работающего компонента (название части или функции которая работает не правильно); 3. Детальное описание проблемы (шаги, по которым можно воспроизвести ситуацию, приведшую к ошибке, результат, полученный после прохождения шагов к воспроизведению, ожидаемый правильный результат). 4. Дополнения (в разных случаях нужно прикреплять разные файлы, скриншоты или видео). Надеемся, данное краткое руководство оказалось полезным для вас! ╔═══════════════════════╗Приятной игры!╚═══════════════════════╝
×
×
  • Create New...