03.11.2020

Что такое правильный баг репорт и по какому шаблону его оформить: базовые правила

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

Что такое правильный баг репорт и по какому шаблону его оформить: базовые правила

В этом материале вы узнаете:

  1. Что такое баг репорт
  2. Шаблон и правила оформления баг репорта
  3. Степени серьезности и приоритетов
  4. Как правильно оформить баг репорт
  5. Жизненный цикл бага

Что такое баг репорт

Баг репорт — это документ, который создает тестировщик, когда он обнаружил ошибку. Дословно с английского Bug Report переводится как «отчет об ошибке».

Это технический документ. Поэтому он создается по определенным правилам и структуре. Формат баг репорта иногда меняется в зависимости от компании, в которой вы работаете, но костяк и суть всегда сохраняются.

Хотите научиться писать правильные баг репорты на примерах? Вам помогут наши менторы-тестировщики!

Шаблон и правила оформления баг репортов

Вот примерная форма и шаблон:

Что такое правильный баг репорт и по какому шаблону его оформить: базовые правила Как научиться Что такое

Степени серьезности и приоритетов в баг репортах

В таблице, которая расположена выше, есть две строки, которые мы обещали раскрыть подробнее. Степени серьезности и приоритетов.

Степень серьезности — это то, насколько критичен баг для программы, как из-за него изменяется ее работа. Существует пять основных степеней серьезности:

  • S1. Блокирующий. Все приложение не может работать без устранения.
  • S2. Критический. Большая часть приложения не может корректно работать.
  • S3. Значительный. Блокирует работу одной из основных логических цепочек приложения. Приложение продолжает работать, есть другие способы решать поставленные задачи. Но одна из основных логических цепочек не функционирует.
  • S4. Незначительный. Не нарушает основные логические цепочки приложения, с ним можно продолжать работать почти без потери качества.
  • S5. Тривиальный. Эта степень присваивается, когда он вообще не влияет на общее качество работы приложения.
Что такое правильный баг репорт и по какому шаблону его оформить: базовые правила Как научиться Что такое

Хотите научиться писать идеальные баг репорты на примерах? Вам помогут наши менторы-тестировщики!

Степени приоритета — это то, в каком порядке нужно решать проблемы. Существует три степени приоритетности:

  • P1. Высокий приоритет. Нужно исправить немедленно, потому что он является крайне важным для всего проекта.
  • P2. Средний приоритет. Точно нужно будет исправить, он достаточно важен, но не требует немедленного решения.
  • P3. Низкий приоритет. Нужно будет исправить, но он не очень важный и не требует немедленного решения.

Понятия степени серьезности и степени приоритета связаны напрямую. Степень приоритета определяется исходя из степени серьезности.

Как правильно оформить баг репорт

Баг репорт — это технический документ. Поэтому он должен быть написан в техническом стиле: без художественности, четко и понятно. Чтобы ничего не пропустить, советуем идти по тому шаблону, который принят у вас в компании. Если его нет, можете использовать нашу таблицу, из раздела «Структура».

Отдельно обратите внимание на раздел «Шаги воспроизведения». Начинающие тестировщики часто ошибаются именно там. Во-первых, в этом разделе должны быть только необходимые шаги. Во-вторых, они должны гарантировать воспроизведение. Чтобы не ошибиться, после заполнения остальной части таблицы, перечитайте этот раздел и перепроверьте его.

Прочитайте статью Что такое тест кейс: пример и чек-лист для начинающих тестировщиков, которые подойдут каждому!

Жизненный цикл бага

Баг репорт может изменяться в зависимости от того, на какой стадии жизни находится сам баг.

По умолчанию после обнаружения он попадает на стадию «Новый». После завершения всех по работ по нему, он переходит в стадию «Закрытый».

Между этими крайними стадиями есть еще 5 стадий, в которых он может побывать:

  • отклонен. Сюда баг попадает, если он, например, повторный. Или его не получилось воспроизвести, из-за ошибок в «Шагах воспроизведения»
  • отсрочен. Если исправление можно перенести на более поздний период
  • открыт. Если его нужно исправить в ближайшее время
  • исправлен. Если его уже исправили
  • переоткрыт. Если сначала он был отсрочен или отклонен, но в итоге решение изменилось

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

Что такое правильный баг репорт и по какому шаблону его оформить: базовые правила

Обращайтесь к нашим менторам-тестировщиками, если хотите научиться писать баг репорты!!

Подпишитесь на рассылку