Jira для начинающих: как создавать задачи и баг-репорты в трекере ошибок

Почему это важно?

Представьте, что вы работаете на стройке. Строители, прорабы, архитекторы — все должны знать, что нужно сделать, что уже готово, а что сломалось и требует починки. Без общего журнала задач всё превратится в хаос: кто-то забудет, кто-то сделает одно и то же дважды, а важная проблема просто потеряется.

В IT роль такого «журнала» играет трекер задач — специальная программа, где команда фиксирует всё, что нужно сделать, и отслеживает статус каждого пункта.

Jira — самый популярный трекер задач в мире. Почти в каждой IT-компании вы встретите именно её. QA-инженер использует Jira каждый день: он заводит баг-репорты (отчёты об ошибках), отслеживает, исправил ли разработчик ошибку, и ведёт задачи на тестирование.

После этого урока вы будете уметь:

• объяснить, что такое Jira и зачем она нужна
• разбираться в основных понятиях: проект, задача, баг, статус, приоритет
• создавать задачи и грамотные баг-репорты
• понимать жизненный цикл бага — путь от его обнаружения до закрытия

Часть 1. Теория

1.1. Что такое Jira и трекер задач?

Трекер задач (от английского tracker — «отслеживатель») — это программа, в которой команда создаёт карточки с описанием того, что нужно сделать или что пошло не так. Каждая карточка хранит всю историю: кто создал, когда, что изменили, кто отвечает за решение.

Jira — продукт компании Atlassian. Она работает прямо в браузере, поэтому устанавливать ничего не нужно. Существует бесплатная версия — Jira Free — которой вполне достаточно для обучения и небольших команд.

💡 Аналогия для новичка. Представьте доску с цветными стикерами: «Сделать», «В работе», «Готово». Jira — это такая же доска, но цифровая, с историей изменений, комментариями, файлами и уведомлениями.

1.2. Основные понятия Jira

Давайте разберём термины, которые вы встретите сразу после входа в систему.

Проект (Project)

Проект в Jira — это отдельное «рабочее пространство» для одного продукта или команды. Например, проект «Мобильное приложение банка» или «Сайт интернет-магазина». Все задачи создаются внутри конкретного проекта.

Задача (Issue)

Issue (произносится «ишью») — это универсальное название для любой карточки в Jira. Задача может быть разных типов:

Нас сейчас больше всего интересует тип Bug — именно его QA-инженер создаёт, когда находит ошибку.

Статус (Status)

Статус показывает, на каком этапе находится задача прямо сейчас. Типичный набор статусов:

To Do → In Progress → In Review → Done
(Сделать)  (В работе)  (На проверке) (Готово)

Для баг-репортов статусы часто выглядят немного иначе:

Open → In Progress → Fixed → Reopened → Closed
(Открыт) (В работе)  (Исправлен) (Переоткрыт) (Закрыт)

Переоткрыт (Reopened) — это особый статус: QA-инженер проверил исправление, но баг всё ещё воспроизводится. Значит, разработчик не до конца всё починил.

Приоритет (Priority)

Приоритет — насколько срочно нужно решить проблему. Стандартные уровни в Jira:

Assignee и Reporter

• Reporter — тот, кто создал задачу (чаще всего QA-инженер или пользователь)
• Assignee (произносится «эсайни») — тот, кто отвечает за выполнение (разработчик)

Компоненты, версии, метки

• Component — часть продукта, к которой относится задача (например, «Авторизация», «Корзина», «Оплата»)
• Fix Version — версия продукта, в которой планируется исправление
• Labels (метки) — произвольные теги для удобного поиска

1.3. Что такое баг-репорт и зачем он нужен?

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

1. воспроизвести ошибку (повторить её на своём компьютере)
2. понять, что именно пошло не так
3. исправить проблему

💡 Аналогия. Представьте, что вы вызвали сантехника и говорите: «Что-то сломалось». Он не знает, что делать. А если вы говорите: «На кухне кран горячей воды — при полном открытии давление падает до нуля, хотя холодная вода идёт нормально» — мастер сразу понимает, куда смотреть. Баг-репорт работает так же.

1.4. Структура хорошего баг-репорта

Хороший баг-репорт состоит из нескольких обязательных частей. Давайте разберём каждую.

Заголовок (Summary)

Короткое, точное описание проблемы. Должно отвечать на вопрос: «Что сломано и где?»

Плохо: Не работает
Плохо: Ошибка при входе
Хорошо: Кнопка «Войти» не активна при вводе верного логина и пароля на странице авторизации

Формула хорошего заголовка:

[Где] + [Что происходит] + [при каком условии]

Описание (Description)

Более подробное объяснение проблемы. Сюда можно добавить контекст: когда впервые заметили, как часто воспроизводится.

Шаги воспроизведения (Steps to Reproduce)

Это самая важная часть. Пошаговая инструкция для разработчика — как именно увидеть ошибку. Шаги должны быть точными и минимальными (только то, что нужно).

1. Открыть сайт example.com
2. Нажать «Войти» в правом верхнем углу
3. Ввести в поле «Логин»: [email protected]
4. Ввести в поле «Пароль»: Test1234
5. Нажать кнопку «Войти»

Ожидаемый результат (Expected Result)

Что должно произойти, если бы всё работало правильно.

Пользователь успешно входит в личный кабинет и видит главную страницу аккаунта.

Фактический результат (Actual Result)

Что происходит на самом деле.

Кнопка «Войти» остаётся неактивной (серой). Никаких сообщений об ошибке не появляется.

Окружение (Environment)

Технические детали, при которых воспроизводится ошибка:

• Браузер и его версия (например, Chrome 124)
• Операционная система (Windows 11, macOS Sonoma)
• Версия приложения (если есть)
• Устройство (компьютер, телефон iPhone 13)

Вложения (Attachments)

Скриншоты, видеозаписи экрана, лог-файлы (технические журналы программы). Картинка стоит тысячи слов — всегда прикладывайте скриншот.

1.5. Жизненный цикл бага

Баг в Jira проходит путь от создания до закрытия. Этот путь называется жизненным циклом (или lifecycle).

┌─────────┐     ┌─────────────┐     ┌─────────┐
│  Open   │────▶│ In Progress │────▶│  Fixed  │
│(Открыт) │     │  (В работе) │     │(Исправлен)│
└─────────┘     └─────────────┘     └────┬────┘
                                         │
                  ┌──────────────────────┤
                  │                      │
                  ▼                      ▼
           ┌──────────┐           ┌──────────┐
           │ Reopened │           │  Closed  │
           │(Переоткрыт)│         │ (Закрыт) │
           └──────────┘           └──────────┘
                  │
                  └──────▶ (снова In Progress...)

Роль QA-инженера в этом цикле:

1. Находит баг → создаёт задачу со статусом Open
2. Разработчик берёт в работу → статус меняется на In Progress
3. Разработчик исправил → статус меняется на Fixed
4. QA-инженер проверяет исправление:
   • Исправлено? → меняет статус на Closed ✅
   • Всё ещё ломается? → меняет статус на Reopened ❌ (цикл повторяется)

1.6. Как получить доступ к Jira бесплатно?

Для практики вам понадобится бесплатный аккаунт.

1. Перейдите на сайт atlassian.com
2. Нажмите «Get it free» («Получить бесплатно»)
3. Выберите продукт Jira Software
4. Зарегистрируйтесь через электронную почту или аккаунт Google
5. Создайте первый проект — выберите шаблон «Scrum» или «Kanban» (для обучения подойдёт любой)

Scrum и Kanban — это методологии организации работы команды. Для целей этого урока разница несущественна. Выберите Kanban — его интерфейс проще для новичка.

Часть 2. Разбор примера

Пример: создаём баг-репорт в Jira

Представьте, что вы тестируете интернет-магазин и обнаружили следующее: при добавлении товара в корзину счётчик корзины в шапке сайта не обновляется — там по-прежнему стоит «0», хотя товар фактически добавлен.

Вот как будет выглядеть заполненный баг-репорт:

Поле: Summary (Заголовок)

Счётчик товаров в иконке корзины не обновляется после добавления товара

Поле: Issue Type (Тип задачи)

Bug

Поле: Priority (Приоритет)

Major

Почему Major, а не Critical? Пользователь всё ещё может добавить товар и оформить заказ — это лишь визуальная ошибка. Но она серьёзная, потому что создаёт ложное впечатление, что товар не добавился.

Поле: Description (Описание)

При добавлении любого товара в корзину через кнопку «В корзину» на странице 
товара иконка корзины в шапке сайта продолжает отображать «0». 
Ошибка воспроизводится стабильно (100% воспроизводимость).

Окружение:
- Браузер: Google Chrome 124.0.6367.82
- ОС: Windows 11 (22H2)
- Версия сайта: 2.4.1 (staging-окружение)
- URL: https://shop-staging.example.com

Поле: Steps to Reproduce (Шаги воспроизведения)

1. Открыть сайт https://shop-staging.example.com
2. В поисковой строке ввести «наушники» и нажать Enter
3. Кликнуть на первый товар в списке результатов
4. На странице товара нажать кнопку «В корзину»
5. Посмотреть на иконку корзины в правом верхнем углу шапки сайта

Поле: Expected Result (Ожидаемый результат)

Счётчик на иконке корзины обновляется и отображает число «1» (или другое 
актуальное количество добавленных товаров).

Поле: Actual Result (Фактический результат)

Счётчик на иконке корзины остаётся «0». При переходе непосредственно 
на страницу /cart товар присутствует в корзине — проблема только в 
отображении счётчика в шапке.

Поле: Attachments (Вложения)

[скриншот_корзина_счётчик.png] — скриншот с открытой страницей товара 
после нажатия «В корзину», на котором виден счётчик «0» в шапке.

Поле: Assignee

@ivan.petrov (фронтенд-разработчик, ответственный за компонент шапки)

Поле: Component

Корзина / Шапка сайта

🔍 Обратите внимание на важную деталь. В поле «Фактический результат» мы не просто сказали «не работает». Мы уточнили: товар всё-таки добавляется в корзину — проблема только в счётчике. Это помогает разработчику сразу понять, в каком именно месте кода искать ошибку (в компоненте отображения счётчика, а не в логике добавления товара). Чем точнее баг-репорт — тем быстрее исправление.

Часть 3. Практика

Выполните следующие задания самостоятельно. Для заданий 1–3 вам понадобится созданный ранее бесплатный аккаунт в Jira. Задание 4 можно выполнить без входа в систему.

Задание 1. Создайте свой первый проект

1. Войдите в Jira
2. Нажмите кнопку «Create project» («Создать проект»)
3. Выберите шаблон Kanban
4. Назовите проект: Моё первое тестирование
5. Изучите интерфейс: найдите доску Kanban с колонками «To Do», «In Progress», «Done»

Что проверить: убедитесь, что проект создан и вы видите пустую доску.

Задание 2. Создайте задачу типа Task

В своём проекте создайте задачу (Issue):

• Type: Task
• Summary: Изучить интерфейс Jira: найти все основные разделы
• Description: напишите 2–3 предложения о том, что вы собираетесь изучить
• Priority: Minor
• Assignee: назначьте на себя

Переведите задачу в статус In Progress, а затем в Done.

Что проверить: задача должна появиться в колонке «Done» на доске.

Задание 3. Создайте баг-репорт по шаблону

Зайдите на любой сайт, который вы хорошо знаете (например, поисковик, новостной сайт, интернет-магазин). Найдите любой реальный или придуманный дефект — можете взять что-то мелкое: опечатку в тексте, кнопку, которая ведёт не туда, изображение, которое не загрузилось.

Создайте баг-репорт в Jira, заполнив все поля:

• Summary (по формуле: где + что + при каком условии)
• Issue Type: Bug
• Priority (обоснуйте выбор)
• Description с указанием окружения (браузер, ОС)
• Steps to Reproduce (минимум 3 шага)
• Expected Result
• Actual Result
• Хотя бы один скриншот в Attachments

Что проверить: попросите кого-то (друга или коллегу) прочитать ваш баг-репорт и попробовать воспроизвести ошибку, следуя только вашим шагам. Если у них получилось — баг-репорт написан хорошо.

Задание 4. Расставьте приоритеты (без Jira)

Прочитайте описания пяти дефектов ниже. Определите приоритет для каждого (Blocker / Critical / Major / Minor / Trivial) и объясните свой выбор в 1–2 предложениях.

Подсказка: думайте с точки зрения пользователя — насколько эта проблема мешает ему пользоваться продуктом? Может ли он вообще выполнить то, зачем пришёл на сайт?

Ключевые выводы

• Jira — это цифровой трекер задач, в котором IT-команды создают, отслеживают и закрывают задачи и ошибки. QA-инженер работает в Jira каждый день.

• Основная единица работы в Jira — issue (задача). Баг-репорт — это задача типа Bug.

• Хороший баг-репорт содержит: точный заголовок, подробное описание, пошаговые шаги воспроизведения, ожидаемый и фактический результаты, информацию об окружении и скриншот.

• Самая важная часть баг-репорта — шаги воспроизведения: без них разработчик не сможет найти и исправить ошибку.

• Приоритет бага отражает, насколько срочно его нужно исправить. Blocker и Critical требуют немедленной реакции; Minor и Trivial можно отложить.

• Баг проходит жизненный цикл: Open → In Progress → Fixed → Closed (или Reopened, если не исправлен). QA-инженер открывает и закрывает баги; разработчик исправляет.

• Бесплатная версия Jira (Jira Free) подходит для обучения и доступна на сайте atlassian.com без установки программ.

📚 Для тех, кто хочет глубже

Если вам интересно узнать больше о Jira, изучите следующие темы самостоятельно:

• JQL (Jira Query Language) — встроенный язык запросов для поиска задач по сложным фильтрам. Например: project = "Мой проект" AND status = "Open" AND priority = "Critical"
• Dashboards (дашборды) — настраиваемые панели с графиками и статистикой по проекту
• Agile-доски — разница между Scrum-доской (со спринтами) и Kanban-доской
• Интеграция Jira с Confluence — система документации, где хранятся тест-планы и спецификации