Как пишутся фидбеки и баг-репорты?

[anonym_nih5TEk6vRqv]

Спасибо :great:

[MadMax_XD]

Спасибо , лично мне эта инфа пригодится ! :great:

[ghjuhfvvf]

так то как только тесты начинаются подобная инфа постоянно выкладывается на форумах

[alexeydfef]

Позывные к альфе))

[MEXAH_62]

Господа,альфа будет после релиза WoWp.

[anonym_b76GKqligtpz]

Для тех кто не тестил самолеты думаю будет полезно!

[Vor1aut]

Всё ближе, и ближе, и ближе...

Полезная инфа.

[Cergio]

Нужно,быстро,интересно.

[anonym_ImEVwJVXTaKa]

Однозначно плюс, полезная штука. Разработчикам это надо вписать будет в правила на тесте.

Типа, кто не в курсе, вот так надо))

[anonym_MD3aRAyh3JFN]

сколько уже можно перемуссоливать инфу про альфу. вы как к олимпиаде готовитесь

[RenamedUser_14732582]

St1kS_ua (09 Сен 2013 - 14:39) писал:

Для тех кто не тестил самолеты думаю будет полезно!

А тестеры танков, полагаете с этим не знакомы? А тестеры др проектов? Или у ВГ особый подход к написанию баг репортов?

[RenamedUser_262485]

PhoenixVegas (09 Сен 2013 - 16:10) писал:

А тестеры танков, полагаете с этим не знакомы? А тестеры др проектов? Или у ВГ особый подход к написанию баг репортов?

Прсто на форуме часто вопрос вставал: "Что такое фидбек(багрепорт) и с чем его едят?" Вот и однозначный ответ.

[Tetrahord2]

С картой очень интересный обзор, понравилось. Спасибо за образец :)

Но, как я понимаю, этот фидбек создан человеком, который уже владеет техникой игры на различных классах боевой техники?

[anonym_Z4HsK4H8PgBm]

http://forum.worldof...hp?/topic/1863-

http://forum.worldof...p?/topic/25914-

"Всё написано до нас".

[anonym_b76GKqligtpz]

PhoenixVegas (09 Сен 2013 - 16:10) писал:

А тестеры танков, полагаете с этим не знакомы? А тестеры др проектов? Или у ВГ особый подход к написанию баг репортов?

все таки подавляющее большинство здесь из самолетов

[RenamedUser_262485]

St1kS_ua (09 Сен 2013 - 16:33) писал:

все таки подавляющее большинство здесь из самолетов

А поддавляющее большинство в "самолетах" - из "танков". Помню осенью 2013 года поиск по номеру учетной записи, для одобренных заявок, давал 2500 чисто "самолетных" аккаунтов (т.е. не объединенных с "танками"). Сколько было на то время "объединенных" аккаунтов - не знаю, но явно в разы больше.

[McPro]

Как говориться тестеры страдают, а игроки радуются))

[STRANGER1971]

Полезная информация, пригодится большинству альфа-тестеров.

[RenamedUser_262485]

STRANGER1971 (09 Сен 2013 - 16:42) писал:

Полезная информация, пригодится большинству альфа-тестеров.

Пригодится, как раз, меньшинству. У большинства опыт тестирования есть, и написания, что баг-репортов, что фидбеков. Тест без фидбеков, как шашлык без кетчупа: "вроде все хорошо, но чего-то не хватает".

[23Demon85]

Zamuchryshkin (09 Сен 2013 - 11:16) писал:

Друзья! После опубликования статьи о качествах, присущих альфа-тестерам любого проекта и не только (под многие должны попадать и бета-тестеры, к примеру), очень многие из вас просили рассказать вам на конкретных примерах о том, как пишутся фидбеки и баг-репорты, как пользоваться разными нужными программами и о многом другом. Для этого и создана эта тема.
Здесь по пунктам мы попытаемся в общем и на конкретных примерах рассказать обо всем этом (программы освещать не будем, ибо в этом нет необходимости). Так что, пожалуйста, читайте повнимательней, чтобы избежать лишних вопросов.
I. Фидбеки: что такое и как они пишутся
Итак, начнем с общих понятий: этот термин происходит от английского ‘feedback’, что означает ‘обратная связь’. А в контексте игр – это в некотором роде сочинение-рассуждение на тему «ваши впечатления об игре». Фидбеки позволяют разработчикам игр понять, нравится ли игра пользователям, что конкретно не нравится и почему. Чтобы донести свою мысль до разработчиков, вам как раз и следует написать подобного рода «сочинение». Но как? Давайте разбираться.

Вообще вы должны были уже писать в некотором роде «фидбеки», учась в школе. Только называлось это «сочинением на заданную тему». Тут тоже задается тема – «сочинение» может быть по конкретному кораблю или карте, по патчу или игре в целом. В зависимости от этих тем, наполнение тоже меняется. А потому дать конкретный план «как? что? зачем?» делать не получится. Но в общем и целом мы все-таки попробуем, а в качестве «иллюстрирующего» план материала предоставим пример фидбека по одной из карт «Мира Танков», любезно написанный RJ Shantaram.
Итак, первым, что стоит сделать, - это пометить, о чем будет ваш фидбек. Для этого под цифрами «один» и «два» пишем следующее:
1. Тип фидбека (корабль/карта/патч/игра/что-то еще);
2. Название фидбека (конкретно).
Далее следует сам текст, основная часть, после которой следует указать вывод для всего вышеизложенного. Как его написать? Вас должны были научить этому еще в школе, а также для этого нужны фантазия, знание и конкретное понимание того, о чем пишете – как минимум. Если же все-таки у вас возникают проблемы, советуем прочитать пример ниже:

Несколько советов:
- вы можете добавлять в свой фидбек иллюстрирующий его материал, например, скриншоты;
- сам текст должен содержать ваше мнение о «+» и «-» того, о чем пишете, описание влияние на процесс игры тех или иных тестируемых фактов, ваши предложения
- не нужно ограничивать ваш фидбек одним предложением или же односложными, неинформативными или дублированными (скопированными с другого фидбека) предложениями
- не нужно писать в вашем фидбеке о найденных багах
- стоит ознакомиться с краткой грамматикой языка, если с тем есть проблемы

II. Баг-репорты: важны ли они?
Как и в случае с фидбеками, нам нужно сначала понять, что такое баг-репорт, зачем он нужен и только потом – как он составляется.
Итак, баг-репорт – это специальный документ, который описывает ситуацию или последовательность действий, приведшую к некорректной работе объекта тестирования, с указанием причин и ожидаемого результата. А зачем нужны баг-репорты? Суть их можно выразить цитатой одного из разработчиков: «Прочитав короткое описание бага, я должен понять, в чем состоит проблема, прочитав детальное описание бага, я должен знать строку кода, которую править». В случаях, когда этого невозможно сделать, то смысла в вашем репорте, скорее всего, нет. Это означает потерянное попусту время как для вас, так и для разработчика, просматривавшего ваш баг-репорт.
Но как написать так, чтобы принести своим репортом пользу? Как написать правильно?

Думаем, что достаточно будет лишь придерживаться ниже упомянутого плана:
1. Короткое описание (короткое описание проблемы, явно указывающее на причину и тип ошибочной ситуации);
2. Компонент приложения (название части или функции тестируемого продукта);
3. Детальное описание проблемы (шаги, по которым можно воспроизвести ситуацию, приведшую к ошибке, результат, полученный после прохождения шагов к воспроизведению, ожидаемый правильный результат).
4. Дополнения (в разных случаях нужно прикреплять разные файлы):
- критическая ошибка клиента: отчёт dxdiag, файлы лога и дампа игровой сессии;
- визуальные ошибки (артефакты, не прорисовка объектов, баги карт): отчёт dxdiag, файл лога игровой сессии, когда произошла ошибка, и скриншот, на котором видна проблема;
- ошибки интерфейса (некликабельные кнопки, отсутствие надписей и прочее): скриншот ошибки, файлы лога, отчёт dxdiag;
- ошибки со звуком: отчёт dxdiag, файлы лога игровой сессии;
- сетевые проблемы: отчёт dxdiag, отчет Пингплоттера;
- проблемы с лончером: отчёт dxdiag, файлы лончера (о файлах игры написано будет в специальных разделах), предварительно заархивировав их в формате *.zip.

Надеемся, данное краткое руководство оказалось полезным для вас!
Почитать о том, что нужно делать, чтобы попасть на альфа-тест, можно здесь.

Спасибо! За хорошую консультацию.