В этом материале о багах вы узнаете:
- Что такое баг репорт
- Шаблон и правила оформления баг репорта
- Степени серьезности и приоритетов багов
- Как правильно оформить баг репорт
- Жизненный цикл бага
Что такое баг репорт
Баг репорт — это документ, который создает тестировщик, когда он обнаружил баг или ошибку. Дословно с английского Bug Report переводится как «отчет об ошибке».
Это технический документ. Поэтому он создается по определенным правилам и структуре. Формат баг репорта иногда меняется в зависимости от компании, в которой вы работаете, но костяк и суть всегда сохраняются.
Хотите научиться распознавать баги писать правильные баг репорты на примерах? Вам помогут наши менторы-тестировщики!
Шаблон и правила оформления баг репортов
Вот примерная форма и шаблон:
Степени серьезности и приоритетов в баг репортах
В таблице, которая расположена выше, есть две строки, которые мы обещали раскрыть подробнее. Степени серьезности и приоритетов.
Степень серьезности — это то, насколько критичен баг для программы, как из-за него изменяется ее работа. Существует пять основных степеней серьезности:
- S1. Блокирующий. Все приложение не может работать без устранения.
- S2. Критический. Большая часть приложения не может корректно работать.
- S3. Значительный. Блокирует работу одной из основных логических цепочек приложения. Приложение продолжает работать, есть другие способы решать поставленные задачи. Но одна из основных логических цепочек не функционирует.
- S4. Незначительный. Не нарушает основные логические цепочки приложения, с ним можно продолжать работать почти без потери качества.
- S5. Тривиальный. Эта степень присваивается, когда он вообще не влияет на общее качество работы приложения.
Хотите научиться писать идеальные баг репорты на примерах? Вам помогут наши менторы-тестировщики!
Степени приоритета — это то, в каком порядке нужно решать проблемы. Существует три степени приоритетности:
- P1. Высокий приоритет. Нужно исправить немедленно, потому что он является крайне важным для всего проекта.
- P2. Средний приоритет. Точно нужно будет исправить, он достаточно важен, но не требует немедленного решения.
- P3. Низкий приоритет. Нужно будет исправить, но он не очень важный и не требует немедленного решения.
Понятия степени серьезности и степени приоритета связаны напрямую. Степень приоритета определяется исходя из степени серьезности.
Как правильно оформить баг репорт
Баг репорт — это технический документ. Поэтому он должен быть написан в техническом стиле: без художественности, четко и понятно. Чтобы ничего не пропустить, советуем идти по тому шаблону, который принят у вас в компании. Если его нет, можете использовать нашу таблицу, из раздела «Структура».
Отдельно обратите внимание на раздел «Шаги воспроизведения». Начинающие тестировщики часто ошибаются именно там. Во-первых, в этом разделе должны быть только необходимые шаги. Во-вторых, они должны гарантировать воспроизведение. Чтобы не ошибиться, после заполнения остальной части таблицы, перечитайте этот раздел и перепроверьте его.
Прочитайте статью Что такое тест кейс: пример и чек-лист для начинающих тестировщиков, которые подойдут каждому!
Жизненный цикл бага
Баг репорт может изменяться в зависимости от того, на какой стадии жизни находится сам баг.
По умолчанию после обнаружения он попадает на стадию «Новый». После завершения всех по работ по нему, он переходит в стадию «Закрытый».
Между этими крайними стадиями есть еще 5 стадий, в которых он может побывать:
- отклонен. Сюда баг попадает, если он, например, повторный. Или его не получилось воспроизвести, из-за ошибок в «Шагах воспроизведения»
- отсрочен. Если исправление можно перенести на более поздний период
- открыт. Если его нужно исправить в ближайшее время
- исправлен. Если его уже исправили
- переоткрыт. Если сначала он был отсрочен или отклонен, но в итоге решение изменилось
Эту схема проще понять, если представить ее визуально. Схема жизненного цикла бага:
Обращайтесь к нашим менторам-тестировщиками, если хотите научиться писать баг репорты!!