0 added
0 removed
Original
2026-01-01
Modified
2026-02-26
1
<p><strong>Баг-репорт - это технический документ для фиксирования и подробного описания ошибок в работе ПО. Помимо описания бага, в документе отслеживается статус и приоритетность, что позволяет эффективно управлять задачами: разработчик видит критичные проблемы и устраняет их в первую очередь. Это минимизирует сбои и поддерживает более качественный пользовательский опыт.</strong></p>
1
<p><strong>Баг-репорт - это технический документ для фиксирования и подробного описания ошибок в работе ПО. Помимо описания бага, в документе отслеживается статус и приоритетность, что позволяет эффективно управлять задачами: разработчик видит критичные проблемы и устраняет их в первую очередь. Это минимизирует сбои и поддерживает более качественный пользовательский опыт.</strong></p>
2
<h2>Содержание</h2>
2
<h2>Содержание</h2>
3
<ul><li><a>Пример баг-репорта</a></li>
3
<ul><li><a>Пример баг-репорта</a></li>
4
<li><a>Как составить баг-репорт?</a></li>
4
<li><a>Как составить баг-репорт?</a></li>
5
</ul><h2>Пример баг-репорта</h2>
5
</ul><h2>Пример баг-репорта</h2>
6
<p>Баг-репорты отличаются в зависимости от требований компании, проекта и даже используемого ПО для коллаборации. Ниже мы собрали для вас примеры баг-репортов в Jira и Trello.</p>
6
<p>Баг-репорты отличаются в зависимости от требований компании, проекта и даже используемого ПО для коллаборации. Ниже мы собрали для вас примеры баг-репортов в Jira и Trello.</p>
7
<p>Хотя визуально баг-репорты отличаются, структура у них примерно одинаковая:</p>
7
<p>Хотя визуально баг-репорты отличаются, структура у них примерно одинаковая:</p>
8
<ul><li>Заголовок, название или краткое описание бага</li>
8
<ul><li>Заголовок, название или краткое описание бага</li>
9
<li>Шаги к воспроизведению</li>
9
<li>Шаги к воспроизведению</li>
10
<li>Фактический результат</li>
10
<li>Фактический результат</li>
11
<li>Ожидаемый результат</li>
11
<li>Ожидаемый результат</li>
12
<li>Окружение</li>
12
<li>Окружение</li>
13
<li>Приоритет</li>
13
<li>Приоритет</li>
14
<li>Статус</li>
14
<li>Статус</li>
15
<li>Автор</li>
15
<li>Автор</li>
16
<li>Исполнитель</li>
16
<li>Исполнитель</li>
17
<li>Дополнительно</li>
17
<li>Дополнительно</li>
18
</ul><p>Иногда в баг-репорт добавляет еще и некоторые нюансы:</p>
18
</ul><p>Иногда в баг-репорт добавляет еще и некоторые нюансы:</p>
19
<ul><li>Описание</li>
19
<ul><li>Описание</li>
20
<li>Тип ошибки</li>
20
<li>Тип ошибки</li>
21
<li>Проект</li>
21
<li>Проект</li>
22
<li>Номер бага</li>
22
<li>Номер бага</li>
23
</ul><h2>Как составить баг-репорт?</h2>
23
</ul><h2>Как составить баг-репорт?</h2>
24
<p>Рассказываем, как правильно оформить баг-репорт в Jira после того, как тестировщик обнаружил ошибку в работе ПО.</p>
24
<p>Рассказываем, как правильно оформить баг-репорт в Jira после того, как тестировщик обнаружил ошибку в работе ПО.</p>
25
<p><strong>1. Составьте емкий заголовок</strong>Он должен отвечать на вопросы "Что? Где? Когда?". Не указывайте побочную информацию типа версий или окружений. Заголовок - это краткое содержание, которое позволяет разработчику быстро понять суть проблемы. Не нужно его намеренно удлинять или укорачивать.</p>
25
<p><strong>1. Составьте емкий заголовок</strong>Он должен отвечать на вопросы "Что? Где? Когда?". Не указывайте побочную информацию типа версий или окружений. Заголовок - это краткое содержание, которое позволяет разработчику быстро понять суть проблемы. Не нужно его намеренно удлинять или укорачивать.</p>
26
<p><strong>2. Подробно опишите проблему в поле "Описание"</strong>Если у баг-репорта краткий заголовок, можно его раскрыть в свободной форме, добавив больше важных деталей. В этом же поле описываются:</p>
26
<p><strong>2. Подробно опишите проблему в поле "Описание"</strong>Если у баг-репорта краткий заголовок, можно его раскрыть в свободной форме, добавив больше важных деталей. В этом же поле описываются:</p>
27
<ul><li>"Фактический результат": как проявляется баг в работе ПО. Например, при клике на кнопку "Купить" не всплывает окно "Добавить в корзину"</li>
27
<ul><li>"Фактический результат": как проявляется баг в работе ПО. Например, при клике на кнопку "Купить" не всплывает окно "Добавить в корзину"</li>
28
<li>"Ожидаемый результат": как должно работать ПО без сбоя. Например, при клике на кнопку "Купить" автоматически появляется форма заказа</li>
28
<li>"Ожидаемый результат": как должно работать ПО без сбоя. Например, при клике на кнопку "Купить" автоматически появляется форма заказа</li>
29
</ul><p>При описании фактического и ожидаемого результата не стоит сухо указывать "При клике ничего не происходит". Описание должно быть понятным и доступным, чтобы разработчик сразу же понял суть проблемы. Иначе он вернется к тестировщику с дополнительными вопросами, баг-репорт потребует доработки, а время устранения сбоя в работе ПО затянется.</p>
29
</ul><p>При описании фактического и ожидаемого результата не стоит сухо указывать "При клике ничего не происходит". Описание должно быть понятным и доступным, чтобы разработчик сразу же понял суть проблемы. Иначе он вернется к тестировщику с дополнительными вопросами, баг-репорт потребует доработки, а время устранения сбоя в работе ПО затянется.</p>
30
<p>Если вы работаете в Jira, то добавить файлы, например, скриншоты для визуальных багов, можно именно в этом поле. Всегда старайтесь добавлять иллюстрации к визуальным и UX-ошибкам. Так разработчик быстрее поймет суть проблемы и обнаружит баг при его исправлении.</p>
30
<p>Если вы работаете в Jira, то добавить файлы, например, скриншоты для визуальных багов, можно именно в этом поле. Всегда старайтесь добавлять иллюстрации к визуальным и UX-ошибкам. Так разработчик быстрее поймет суть проблемы и обнаружит баг при его исправлении.</p>
31
<p><strong>3. Опишите "Шаги к воспроизведению"</strong>Кратко и последовательно опишите путь до бага. Например, перейдите в раздел "Каталог", кликните на любой товар и нажмите кнопку "Купить". Не нужно описывать шаги издалека - с разблокировки экрана телефона, включения компьютера или запуска приложения. Избегайте размытых и двусмысленных формулировок, чтобы разработчик смог быстро воспроизвести последовательность действий и обнаружить баг. Лучше представить шаги в виде нумерованного списка.</p>
31
<p><strong>3. Опишите "Шаги к воспроизведению"</strong>Кратко и последовательно опишите путь до бага. Например, перейдите в раздел "Каталог", кликните на любой товар и нажмите кнопку "Купить". Не нужно описывать шаги издалека - с разблокировки экрана телефона, включения компьютера или запуска приложения. Избегайте размытых и двусмысленных формулировок, чтобы разработчик смог быстро воспроизвести последовательность действий и обнаружить баг. Лучше представить шаги в виде нумерованного списка.</p>
32
<p><strong>4. Установите уровень приоритета бага</strong>Выберите степень серьезности проблемы:</p>
32
<p><strong>4. Установите уровень приоритета бага</strong>Выберите степень серьезности проблемы:</p>
33
<ul><li>S4 - Блокирующая. ПО не работает из-за ошибки, например при переходе в "Каталог" выдает "Ошибка 404";</li>
33
<ul><li>S4 - Блокирующая. ПО не работает из-за ошибки, например при переходе в "Каталог" выдает "Ошибка 404";</li>
34
<li>S3 - Критическая. Из-за бага не работает основной функционал ПО, например, в интернет-магазине нельзя добавить товар в корзину и купить его;</li>
34
<li>S3 - Критическая. Из-за бага не работает основной функционал ПО, например, в интернет-магазине нельзя добавить товар в корзину и купить его;</li>
35
<li>S2 - Значительная. ПО работает, но использовать его неудобно из-за ошибки, например, добавить товар в корзину можно только из карточки товара, а из каталога нельзя;</li>
35
<li>S2 - Значительная. ПО работает, но использовать его неудобно из-за ошибки, например, добавить товар в корзину можно только из карточки товара, а из каталога нельзя;</li>
36
<li>S1 - Незначительная. Логика процессов практически не нарушена, программа функционирует, например, неудобная навигация в интернет-магазине;</li>
36
<li>S1 - Незначительная. Логика процессов практически не нарушена, программа функционирует, например, неудобная навигация в интернет-магазине;</li>
37
<li>S0 - Тривиальная. Баг не влияет на процесс работы ПО, например, при вводе даты автоматически стоит 01-01-2000, а не актуальная дата.</li>
37
<li>S0 - Тривиальная. Баг не влияет на процесс работы ПО, например, при вводе даты автоматически стоит 01-01-2000, а не актуальная дата.</li>
38
</ul><p>Иногда вместо степени серьезности в баг-репорте выставляют приоритет (или срочность выполнения задачи):</p>
38
</ul><p>Иногда вместо степени серьезности в баг-репорте выставляют приоритет (или срочность выполнения задачи):</p>
39
<ul><li>P1 - Высокий</li>
39
<ul><li>P1 - Высокий</li>
40
<li>P2 - Средний</li>
40
<li>P2 - Средний</li>
41
<li>P3 - Низкий</li>
41
<li>P3 - Низкий</li>
42
</ul><p><strong>5. Заполните другие поля</strong>Обычно нужно еще установить статус бага (при открытии бага и внесении его в баг-репорт выберите "Открытый"), указать автора и исполнителя (разработчика, который будет исправлять сбой), добавить окружение и версию. Не забудьте добавить скриншоты с важной информацией, например, логи, визуальные ошибки или компоненты системы.</p>
42
</ul><p><strong>5. Заполните другие поля</strong>Обычно нужно еще установить статус бага (при открытии бага и внесении его в баг-репорт выберите "Открытый"), указать автора и исполнителя (разработчика, который будет исправлять сбой), добавить окружение и версию. Не забудьте добавить скриншоты с важной информацией, например, логи, визуальные ошибки или компоненты системы.</p>
43
<p>После того как все поля заполнены, нужно создать баг-репорт, и задача попадет разработчику.</p>
43
<p>После того как все поля заполнены, нужно создать баг-репорт, и задача попадет разработчику.</p>
44
44