1
0
Ver Fonte

Добавить 'Лекции/Баг-репорт/Баг_репорт.md'

u20larin há 3 semanas atrás
pai
commit
766f445ed6
1 ficheiros alterados com 59 adições e 0 exclusões
  1. 59 0
      Лекции/Баг-репорт/Баг_репорт.md

+ 59 - 0
Лекции/Баг-репорт/Баг_репорт.md

@@ -0,0 +1,59 @@
+
+# Баг репорт (Bug Report)
+
+Баг репорт (Bug Report) — это документ, содержащий подробную информацию о найденной ошибке (баге) в программе, приложении или другом продукте. Цель баг репорта — подробно описать проблему таким образом, чтобы разработчики могли воспроизвести ошибку и исправить её.
+
+## Зачем нужен баг репорт?
+
+Основная задача баг репорта — чётко и понятно объяснить команде разработчиков, какую именно ошибку обнаружил тестировщик или пользователь, как её можно воспроизвести и почему она критична для продукта. Чем точнее составлен баг репорт, тем быстрее ошибка исправляется и повышается качество конечного продукта.
+
+## Структура типичного баг репорта:
+
+Краткое описание проблемы: Короткий заголовок, точно отражающий суть ошибки.Баг репорт (Bug Report) — это документ, содержащий подробную информацию о найденной ошибке (баге) в программе, приложении или другом продукте. Цель баг репорта — подробно описать проблему таким образом, чтобы разработчики могли воспроизвести ошибку и исправить её.
+Зачем нужен баг репорт?
+Основная задача баг репорта — чётко и понятно объяснить команде разработчиков, какую именно ошибку обнаружил тестировщик или пользователь, как её можно воспроизвести и почему она критична для продукта. Чем точнее составлен баг репорт, тем быстрее ошибка исправляется и повышается качество конечного продукта.
+
+## Структура типичного баг репорта:
+Краткое описание проблемы: Короткий заголовок, точно отражающий суть ошибки.
+Описание: Подробное изложение сути бага, позволяющее быстро понять, в чём заключается проблема.
+Тип проблемы: Классификация бага (например, UI/UX, производительность, безопасность).
+Приоритет: Уровень важности ошибки (низкий, средний, высокий, критический).
+Серьёзность: Степень влияния бага на работу приложения (косметический дефект, нарушение функционала, полный отказ системы).
+Версия ПО: Информация о версии программы, операционной системы и устройстве, на котором обнаружен баг.
+Шагов для воспроизведения: Четкая последовательность действий, приводящих к появлению ошибки.
+Фактическое поведение: Описание того, что произошло на самом деле.
+Ожидаемое поведение: То, что должно было произойти согласно спецификации.
+Скриншоты или видеозаписи: Если возможно, приложить визуальные доказательства ошибки.
+Дополнительная информация: Любые детали, полезные для диагностики и устранения проблемы.
+
+## Пример хорошего баг репорта:
+
+Заголовок: Невозможно сохранить изменения профиля после ввода нового имени пользователя.
+
+Описание: После попытки изменить имя пользователя на странице профиля кнопка сохранения неактивна, и изменения не сохраняются.
+
+Тип проблемы: Функциональность
+
+Приоритет: Высокий
+
+Серьезность: Высокая
+
+Версия ПО: v1.2.3
+
+Шагов для воспроизведения:
+1. Открыть приложение и войти в аккаунт.
+2. Перейти на страницу профиля.
+3. Изменить поле "Имя пользователя".
+4. Нажать кнопку "Сохранить".
+
+Фактическое поведение: Кнопка "Сохранить" остаётся серой и неактивной, изменения не применяются.
+
+Ожидаемое поведение: Имя пользователя успешно обновляется и отображается новое значение.
+
+Приложено: Скриншот страницы профиля с активной кнопкой "Сохранить".
+Советы по составлению качественного баг репорта:
+Использовать ясный и лаконичный стиль описания.
+Проверять воспроизводимость ошибки перед отправкой отчета.
+Предоставлять максимум необходимой информации для понимания контекста возникновения ошибки.
+Приложение скриншотов или записей экрана значительно упрощает диагностику.
+Хороший баг репорт помогает командам разработчиков оперативно реагировать на обнаруженные дефекты и повышает общую эффективность процесса тестирования и выпуска продуктов.