Чайникам: как поймать баг и правильно оформить баг-репорт

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

Что такое баги и как их ловить

Главное отличие бага (так называемого «жучка») от остальных ошибок в программировании – он показывает себя на стадии работы программы, тогда как ошибка, например, в синтаксисе не даст вам эту программу даже запустить. Порой, чтобы найти баг, должны сойтись разные обстоятельства в сценариях пользования продуктом.

Проявления багов бывают неожиданными и иногда забавными: так, к примеру, в 2012 году при обновлении телефона Windows Phone 8 пользователи видели сообщение с предложением: «Вставьте установочный диск Windows и перезагрузите Ваш компьютер».

Тем не менее, баги явно сигнализируют о неполадках в продукте. А кому они понравятся?

Для ловли багов создали баг-трекеры – системы, которые содержат весь нужный функционал для исправления ошибок. Это гораздо удобнее, чем собирать данные о багах вручную и отправлять разработчикам через какую-нибудь электронную почту. Внутри этих программ находятся базы данных, хранящие такую информацию, как время обнаружения бага, его краткое описание, текущее состояние, кто ответственен за устранение и многое другое.

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

Со стороны тестировщиков важно правильно оформить задачу, описать баг кратко и ёмко, исключив недопонимание и локализовав проблему.  Это называется баг-репорт (отчет), и главная задача тестировщика – написать его как можно лучше.

Как написать хороший баг-репорт

У каждой компании свои правила и нюансы написания баг-репортов, но кое-что является общим для всех. Правильный баг-репорт позволяет:

  1. воспроизвести проблему;
  2. понять суть проблемы.

Теперь чуть подробнее. Две составляющие любого баг-репорта – заголовок и описание. В заголовке вы должны кратко описать суть бага по принципу «Что? Где? При каких условиях?». Старайтесь делать это лаконично.

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

По возможности всегда прикладывайте скриншоты, желательно – с уточняющими пометками прямо на них.

И помните: на один репорт – один баг!

А попрактиковаться в поиске багов и составлении баг-репортов  вы сможете на курсе ПОИНТ!



ОТЗЫВЫ ВЫПУСКНИКОВ ПОИНТ



Интервью с нашими выпускниками, получившими оффер, можно почитать здесь:

Ирина Жигулина долгое время работала переводчиком. В какой-то момент поняла, что утопает в рутине и стагнирует в своей профессии. Не изучив практически ничего, она решила примерить на себя профессию тестировщика… Читать интервью с Ириной Жигулиной

Ядвига по образованию редактор, работала офис-менеджером. На одном из воркшопов услышала о тестировании ПО и решила пройти курс «Первый Онлайн ИНститут Тестировщиков». Вскоре после его окончания она получила оффер… Читать интервью с Ядвигой

Метки
ISTQB FL (5)IT (1)Java для тестировщиков (1)Jedi Point (12)JSON (1)kaizen (2)Pairwise Testing (1)QA (25)QualityLab (1)REST API (1)selenium (1)SOAP UI (1)softskills тестировщика (7)SQA Days-25 (1)Sql в тестировании (6)TestSuites (1)XML (1)xpath (1)Анна Палей (1)Исследовательское тестирование (3)История успеха (18)Курс тестирования для начинающих (17)Мнемоники в тестировании (1)Наталья Руколь (1)Нина Агеева (4)Обучение тестированию (15)ПОИНТ (53)Роман Буданов (3)Сессионное тестирование (1)ТЗ (1)Таблица решений (1)Тест-анализ (2)Тест-дизайн (6)Тест-кейс (1)Тест-стратегия (1)Тест-туры (1)Тестирование usability (6)Тестирование ПО (7)Тестирование игр (4)Тестирование мобильных приложений (4)Тест менеджмент (4)Чек-лист в тестировании по (4)Чит-лист в тестировании (2)автоматизация тестирования (2)автотесты (1)английский для тестировщиков (4)аудит проекта (3)баг (2)багнапродакшене (1)введение в тестирование (1)виды тестировния (2)граничные значения (1)декомпозиция (1)инструменты тестирования по (4)как надо тестировать (2)как стать тестировщиком (2)комбинаторика в тестировании (1)метрики тестирования (1)начать карьеру в IT (8)начинающий тестировщик (11)негативное тестирование (2)ограничения (1)оптимизация QA-процессов (1)организация тестирования (1)персонажи (1)планирование тестирования (1)профессия тестировщик (3)резюме (1)сертификация ISTQB FL (4)скринкаст (1)смена работы (2)сопроводительное письмо (1)тест-кейс (1)тест-менеджмент (3)тестирование безопасности (1)тестирование веб (3)тестовая стратегия (1)удаленная работа (1)управление требованиями (6)фреймворк тестирования (1)школа тест-менеджера (3)
С 19.10 по 31.12, ОНЛАЙН Зарегистрироваться