Баг-репорт который поправят быстро!
Почему хороший баг - репорт это важно?
- Ясность: Разработчик сразу понимает проблему без лишних вопросов.
- Воспроизводимость: Шаги воспроизведения позволяют точно повторить ошибку.
- Эффективность: Приоритет и статус помогают управлять задачами.
- Документация: Баг-репорт становится историей для будущих проверок.
1. Заголовок (Title)
Пример: "Ошибка авторизации при вводе корректных данных" Что писать:
- Краткое и точное описание проблемы.
- Избегайте эмоциональных формулировок (например, "ужасная ошибка").
- Укажите ключевые элементы: что сломалось, где и при каких условиях.
2. Приоритет (Priority)
Варианты:
- Critical (Критический): Приложение не работает, данные утрачиваются, крашится.
- High (Высокий): Основная функциональность нарушена, пользователь не может выполнить задачу.
- Medium (Средний): Незначительные ошибки, не блокирующие работу, но влияющие на UX.
- Low (Низкий): Косметические недочёты (например, орфография, небольшие отступы).
Что учитывать:
- Важность проблемы для пользователя.
- Влияние на бизнес-процессы.
3. Статус (Status)
Варианты:
- New (Новый): Баг только создан.
- In Progress (В работе): Разработчик исправляет.
- Fixed (Исправлено): Исправление готово, но не проверено.
- Verified (Проверено): QA подтвердил исправление.
- Closed (Закрыто): Баг закрыт.
- Reopened (Переоткрыт): Ошибка повторилась.
4. Описание проблемы (Description)
Пример: "При попытке авторизации с валидными данными (логин: testuser, пароль: Test1234) появляется сообщение «Неверный пароль», но пользователь не может войти." Что писать:
- Контекст: где и при каких условиях возникает ошибка.
- Описание симптомов (например, сообщения об ошибках, краши).
- Упомянуть, если проблема воспроизводится всегда или случайно.
5. Шаги воспроизведения (Steps to Reproduce)
Пример:
- Откройте приложение.
- Перейдите на страницу авторизации.
- Введите логин: testuser, пароль: Test1234.
- Нажмите «Войти».
- Ошибка: «Неверный пароль».
Правила:
- Нумерованный список.
- Каждый шаг — отдельное действие.
- Указывать все детали (например, устройства, браузеры, версии ПО).
6. Ожидаемый результат (Expected Result)
Пример: "После ввода корректных данных пользователь должен успешно авторизоваться и попасть в личный кабинет."
7. Фактический результат (Actual Result)
Пример: "После нажатия «Войти» появляется сообщение «Неверный пароль», доступ в личный кабинет не предоставлен."
8. Дополнительные детали (Additional Details)
Что указать:
- Версия ПО: Например, "v2.1.5".
- Устройство/браузер: "iPhone 13 (iOS 16.4), Chrome 115".
- Среда: "Разработка (Dev), Тестирование (Test)".
- Логи/ошибки в консоли: Если есть, приложите скриншоты или текст.
- Связанные баги: Если проблема связана с другими задачами.
9. Приложения (Attachments)
Что приложить:
- Скриншоты/видео ошибки.
- Логи (например, из консоли разработчика).
- Скриншоты стэктрейсов (если есть).
- Ссылки на документацию или требования.
Пример заполненного баг-репорта
Заголовок: "Ошибка авторизации при вводе корректных данных" Приоритет: High Статус: New Описание проблемы: При попытке авторизации с валидными данными (логин: testuser, пароль: Test1234) появляется сообщение «Неверный пароль», но пользователь не может войти.
Шаги воспроизведения:
- Откройте приложение.
- Перейдите на страницу авторизации.
- Введите логин: testuser, пароль: Test1234.
- Нажмите «Войти».
- Ошибка: «Неверный пароль».
Ожидаемый результат: Пользователь авторизуется и попадает в личный кабинет.
Фактический результат: Появляется сообщение об ошибке, доступ не предоставлен.
Дополнительные детали:
- Версия ПО: v2.1.5
- Устройство: MacBook Pro (macOS Ventura 13.4)
- Браузер: Safari 16.4
Приложения:
- Скриншот ошибки: [link_to_screenshot]
- Логи консоли: [link_to_logs]
Этот шаблон подходит для веб-приложений, мобильных и десктопных проектов. Адаптируйте его под нужды вашей команды!
А еще больше о работе QA-инженера можно узнать на канале