Мы уже знаем, как выглядит хороший баг-репорт: чёткий заголовок, понятные шаги, ожидаемый и фактический результат. Но даже самый идеальный отчёт бесполезен, если он лежит в одиночку — в блокноте или письме. Чтобы ошибка не потерялась, её нужно оформить в системе, где команда может её увидеть, обсудить и отследить исправление.
Именно для этого и существуют баг-трекинговые системы — специальные инструменты, где фиксируют, управляют и контролируют дефекты. Одна из самых популярных в мире, особенно в российских IT-компаниях, — это Jira.
Что такое Jira и зачем она нужна?
Jira — это платформа от компании Atlassian, которая помогает командам управлять задачами. В тестировании она чаще всего используется как баг-трекинговая система — то есть место, где создаются, обновляются и закрываются отчёты об ошибках.
💡 Представьте доску с карточками: одна — ошибка в форме входа, другая — сломанная кнопка, третья — медленная загрузка. Jira — это и есть такая доска, только цифровая, с уведомлениями, историей изменений и правами доступа.
В Jira каждая ошибка — это задача определённого типа, например Bug (баг). У неё есть:
- Заголовок
- Описание
- Автор
- Исполнитель (разработчик)
- Приоритет
- Прикреплённые файлы
- История изменений
Это превращает баг-репорт из текста в живой элемент процесса разработки.
Как устроена задача в Jira
Когда мы создаём баг в Jira, он появляется в проекте как отдельная карточка. В ней есть несколько ключевых полей, которые нужно заполнить.
Вот как выглядит типичная структура задачи:
| Поле | Что в нём указывать |
|---|---|
| Тип задачи | Bug (баг) |
| Заголовок | Кратко и точно: "Кнопка 'Войти' не реагирует на клик" |
| Описание | Подробное объяснение: суть ошибки, где и при каких условиях она возникает |
| Шаги воспроизведения | Пошаговая инструкция: как добраться до бага |
| Ожидаемый результат | Что должно было произойти |
| Фактический результат | Что произошло на самом деле |
| Окружение | Браузер, ОС, версия приложения (например: Chrome 128, Windows 11) |
⚠️ Даже если поле "Окружение" не помечено как обязательное — его лучше всегда заполнять. Без этой информации разработчику может быть сложно воспроизвести ошибку.
Пример: хороший и не очень баг в Jira
Пример 1 — неидеальный вариант:
Заголовок: "Не работает вход"
Описание: "Пользователь не может войти в аккаунт"
Шаги: "Нажать кнопку"
Ожидаемое: "Должно зайти"
Фактическое: "Ничего не происходит"
👉 Такой баг вызовет вопросы: в какой форме? Какой браузер? Что именно нажимать? Нужно уточнять — а это теряет время.
Пример 2 — хороший вариант:
Заголовок: "Кнопка 'Войти' на странице авторизации не реагирует на клик"
Описание: "При попытке войти с корректными данными кнопка не активируется, переход на главную страницу не происходит"
Шаги:
- Открыть страницу /login
- Ввести email и пароль
- Нажать кнопку "Войти"
Ожидаемое: пользователь переходит на главную страницу
Фактическое: страница не реагирует, перехода нет
Окружение: Chrome 128, Windows 11
👉 Такой баг понятен с первого взгляда. Разработчик может сразу приступить к поиску причины.
Прикрепление вложений: скриншоты, видео, логи
Одно из самых сильных преимуществ Jira — возможность прикреплять вложения. Это могут быть:
- Скриншоты интерфейса
- Видеозапись воспроизведения бага
- Логи из браузера (мы научимся их собирать позже)
- Файлы с данными
🖼️ Прикрепление вложений — это не просто "добавить картинку". Это доказательство. Оно помогает разработчику увидеть то же, что и вы, и ускоряет исправление.
Как прикрепить файл в Jira:
- Откройте задачу или создайте новую
- Найдите кнопку "Прикрепить файл" (иконка скрепки)
- Перетащите или выберите файл
- Сохраните
💡 Совет: если ошибка сложная — сделайте видео (до 30 секунд). Например, с помощью встроенной записи экрана в Windows или macOS. Это в разы повышает шансы на быстрое исправление.
Статусы задачи в Jira: как отслеживать жизнь бага
Каждый баг проходит путь от обнаружения до закрытия. Этот путь отражают статусы задачи в Jira.
Вот типичный жизненный цикл бага:
Open → In Progress → Resolved → Closed
- Open — баг найден и создан в системе
- In Progress — разработчик начал работать над исправлением
- Resolved — ошибка исправлена, задача отправлена на проверку
- Closed — тестировщик подтвердил, что баг устранён
🔁 Если ошибка вернулась — статус может стать Reopened. Это нормально и важно: значит, система работает.
Вы будете видеть, кто и когда менял статус. Это делает процесс прозрачным для всей команды.
💬 Например: вы видите, что баг уже "Resolved", но не проверили его — значит, пора перейти к тестированию. А если статус "In Progress" уже неделю — можно вежливо уточнить в комментарии: "Нужна ли помощь с воспроизведением?"
Практический пример: создаём баг в Jira
Давайте вместе создадим реалистичный баг, основываясь на знаниях из темы Примеры хороших баг-репортов.
Сценарий:
На сайте интернет-магазина при добавлении товара в корзину счётчик остаётся нулевым.
Как это оформить в Jira:
- Тип задачи: Bug
- Заголовок: Счётчик корзины не обновляется при добавлении товара
- Описание: После нажатия "В корзину" товар добавляется, но иконка корзины в шапке показывает 0
- Шаги:
- Открыть карточку товара
- Нажать кнопку "В корзину"
- Обратить внимание на иконку корзины в верхнем правом углу
- Ожидаемое: счётчик показывает 1
- Фактическое: счётчик остаётся 0
- Окружение: Firefox 128, macOS Sonoma
- Вложения: скриншот с выделенной иконкой корзины
Готово. Такой баг будет принят в работу без лишних вопросов.
🛑 Важно: перед созданием нового бага — проверьте, нет ли уже похожего. Введите в поиск ключевые слова: "корзина", "счётчик", "не обновляется". Это поможет избежать дублей.
Почему это важно для вашей карьеры
Умение работать с Jira — это один из ключевых навыков junior-тестировщика. Почти все компании в России и за рубежом используют Jira в 2025 году, особенно в Agile-командах.
Вы не просто фиксируете ошибки — вы становитесь частью командного процесса. Ваш баг видят разработчики, аналитики, менеджеры. Ваш вклад измерим и заметен.
🚀 На собеседовании часто спрашивают: "Как вы оформляете баг в Jira?" Теперь вы сможете ответить чётко и по делу.
Что дальше?
Теперь вы умеете создавать и отслеживать баги в Jira — это серьёзный шаг вперёд. Но чтобы находить ещё больше ошибок, нужно уметь "заглядывать под капот" интерфейса.
В следующей теме — Использование DevTools для анализа элементов — вы узнаете, как с помощью встроенных инструментов браузера находить скрытые проблемы, проверять верстку и собирать данные для более точных баг-репортов.
💡 Представьте: вы не только видите, что кнопка не работает — вы можете показать, почему, и прикрепить доказательство прямо из браузера. Это уровень профессионала.
Готовы к следующему шагу? Вперёд!