Что такое баг-репорт (bug report) и как правильно его составлять

Баг (Bug) - это несоответствие фактического результата выполнение программы ожидаемого результата. Дефекты появляются на этапе тестирования программного обеспечения (ПО), когда тестировщик проводит сравнение полученных результатов работы программы (компонента или дизайна) с ожидаемым результатом, описанным в спецификации требований.

Баг-репорт (bug report) — это технический документ, который содержит подробное описание ошибки (бага) в программном обеспечении. Он помогает разработчикам понять, в чем проблема, как её воспроизвести и исправить.

Основное назначение баг-репорта — зафиксировать наличие ошибки, чтобы её не забыли и назначить ответственного за исправление. Это помогает структурированно управлять процессом устранения дефекта.

В баг-репорте обычно указывают:

• Summary: Краткое описание проблемы
• Project: Название проекта и компонента, где обнаружен баг
• Version: Версию ПО, на которой найден дефект
• Author: Автор / Создатель баг репорта.
• Assigned To: Предназначен для - Имя сотрудника, предназначенного для решения проблемы.
• Severity: Критичность/серьезность бага: от S1 Blocker (Блокирующий) до тривиального S5 Trivial (Тривиальный)
• Priority: Приоритет исправления: P1 Высокий (High), P2 Средний (Medium), P3 Низкий (Low)
• Staus: Текущий статус бага
• Env: Информацию об окружении (операционная система, версия браузера и т.д.)
• Steps to Reproduce: Шаги для воспроизведения ошибки
• Result: Полученный результат после прохождения шагов воспроизведения ошибки (Steps to Reproduce).
• Expected Result: Ожидаемый правильный результат.
• Attachment: Прикреплённые файлы: скриншоты, логи и другие документы для пояснения проблемы

Баги могут быть функциональными (ошибки в работе функций), визуальными, логическими, связаны с удобством использования (UX) или безопасностью.

Баг-трекинговые системы (bug tracking systems) — это программные продукты, которые предназначены для регистрации, отслеживания и управления ошибками (багами), обнаруженными в программном обеспечении или других продуктах тестировщиком ПО. Они помогают фиксировать каждую ошибку, отслеживать её статус и процесс исправления до полного разрешения проблемы.

Примеры популярных баг-трекинговых систем:

• Jira: обзор системы управления проектами и задачами — гибкая система управления задачами и багами от Atlassian, которая позволяет командам фиксировать, отслеживать и приоритизировать баги, а также управлять процессом их устранения на всех этапах разработки.
• Bugzilla — бесплатная система отслеживания багов с открытым исходным кодом, разработанная для фиксирования и управления дефектами, популярна благодаря простоте и надежности.
• Redmine — веб-приложение с открытым исходным кодом для управления проектами и баг-трекером, поддерживает множество проектов, предлагает гибкую настройку и интеграцию.
• YouTrack — система от JetBrains для отслеживания ошибок и управления задачами, ориентирована на гибкие методологии разработки с возможностью настройки рабочих процессов и мощным поиском.

Читайте также: ITSM (IT Service Management) - управление IT- услугами

• Что нужно указать в баге, чтобы разработчик знал, где его воспроизводить? Окружение (среда)
• Каков принцип создания Summary в баг репорте? Ответ: Что? Где? При каких обстоятельствах?