Всем привет!
Сегодня легкая тема, чтобы расписаться, и так сказать, "войти в колею". Однако, тема баг-репортов только на первый взгляд проста и не принужденна, но здесь есть несколько тонкостей, которые стоит соблюдать, чтобы не осложнить работу себе и своим коллегам.
1. Содержание баг репорта.
Тема.
Здесь обычно пишется модуль системы, в котором была найдена ошибка, а далее идет краткое описание ошибки.
Приоритет.
Обычно в баг-трекерах он устанавливается по умолчанию как "высокий" или "средний", однако, если вы нашли ошибку, которая является критической или вообще блокирующей это обязательно пометить.
Описание.
Сюда входят следующие пункты:
1. Шаги по воспроизведению.
Здесь необходимо описать по конкретным пунктам что и как вас привело к ошибке.
2. Фактический результат.
Собственно, описание самой ошибки.
3. Ожидаемый результат.
То, как ожидалось, будет работать система (должно соответствовать утвержденной документации).
4. Приложения. Это скрины или записи, показывающие то, как проявляется баг.
Дополнительные сведения.
1) номер тестового стенда на котором вы работаете;
2) ссылки на документацию;
2. Как улучшить баг-репорт?
1) Если баг блокирует работу вам, я думаю стоит написать главному из команды тестеров или в общий чат с разработчиками.Возможно нет смысла заводить на этот баг задачу, а команда начнет решать проблему сразу.
2) Старайтесь формулировать название так, чтобы оно было понятно с первого раза.
3) Шаги по воспроизведению ошибки старайтесь формулировать коротко и использовать при этом простые предложения.
Помните, после вас с задачей будет работать а) разработчик б) возможно аналитик в) другой тестировщик или даже вы. Необходимо, чтобы все эти люди однозначно поняли ваши текст.
4) Для того, чтобы точно передать суть проблемы не стесняйтесь прикладывать скриншоты, видео или логи с ошибками. Из удобных программ для этого можно использовать lightshot и bandicam.
5) При описании фактического результата обязательно прикладывайте скрины или видео.
6) Ожидаемый результат должен быть подкреплен чем-то. В первую, очередь, это может быть утвержденная документация, вы также можете прилагать ссылки и скриншоты на нее.
