ShvetsGroup

Для чего нужен багтрекер?

Багтрекер (англ. bugtracker)  нужен для учета и контроля дефектов программы или сайта. За всей кажущейся сложностью, багтрекер предоставляет уйму преимуществ перед своими конкурентами — электронной табличкой и прямыми письмами разработчику.

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

С чего начинается багрепорт

Процесс создания первого отчета о проблеме занимает не более пяти минут. После входа в систему, вам нужно выбрать в основном меню пункт «создать инцидент»:

что приведет нас на форму введения деталей проблемы:

После создания багрепорта, ему назначается статус «новый» и он попадает в общую очередь. Что происходит дальше:

1. Менеджер или разработчик знакомится с проблемой и если проблема понятна и существует, устанавливает задачу в статус «назначено» (выбрав предварительно на кого назначена задача).
2. Если проблему не удается повторить, или же требуются дополнительные детали, задача устанавливается в статус «нужен отклик». В этом случае, создателю задаче необходимо внести дополнительные данные или закрыть задачу совсем, если она оказалась ложная.
3. После того, как разработчик решает проблемы в «назначенной» задаче, он устанавливает ее статус в «решена». Это дает повод создателю задачи проверить результат, и если он положителен, закрыть задачу. Если проблема решена не до конца, создатель переоткрывает задачу, устанавливая ее статус в «новая» или «назначена».

В процессе, нужно изменить или добавить какие-то детали задачи:

Эффективное описание проблем

Не нужно ставить себе целью просто обратить внимание на проблему, на сам факт ее существования. Важно, чтобы наш собеседник понял, в чем именно ее суть и чтобы на фоне его сознания сразу же закрутился поиск решения.

Формула идеального багрепорта состоит из трех простых пунктов:

1. Что сделал?

(Steps required to reproduce the problem)

2. Что получил?

(Actual results)

3. Что ожидал получить?

(Expected results)

Кроме того, нужно сообщить, где именно произошла проблема, при каких условиях а также дать ошибке название.

Еще о написании отчетов об ошибках можно почитать здесь »

Реальные отзывы счастливых клиентов 

И в завершение, несколько слов о том, как кленты ведут себя по прошествию двух дней внедрения багтрекера в процесс:

• «Спасибо, это действительно оказалось просто.»
• «Да, вы были правы, теперь видно над чем идет работа.»
• «I've just uploaded the screenshot, what a nice thing.»