Руководство тестировщика: от находки до закрытия дефекта

Как завести дефект из задачи Битрикс24?

Откройте задачу на портале, перейдите на вкладку «Баги» и нажмите «Завести или привязать дефект». Проект и связь с задачей подставляются автоматически, остаётся заполнить карточку и сохранить. Дефект создаётся в стадии «Новый», в чат задачи уходит сообщение со ссылкой на него.

Что заполняется в форме:

• Название — отвечает на «что, где, когда» и понятно без открытия карточки.
• Предусловие — состояние системы перед проверкой: роль, данные, включённые настройки.
• Описание — что именно ведёт себя не так.
• Шаги воспроизведения — по порядку, так, чтобы по ним прошёл человек, не знакомый с системой.
• Фактический и ожидаемый результат — двумя отдельными полями, а не одним абзацем.
• Окружение (Прод, Стейдж, Тест, Дев, Локально) и платформа — автоматически не заполняются.
• Серьёзность и приоритет, если он уже понятен.
• Исполнитель — если известен. Пустое поле не ошибка: дефект попадёт в фильтр «Не назначен», это очередь менеджера.

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

Какие стадии дефекта доступны тестировщику?

Роль «QA-инженер» двигает дефект по всему циклу — это единственная роль, которой доступны все переходы воркфлоу, кроме административного удаления. Доступные кнопки кабинет показывает прямо на карточке; недоступные не рисуются.

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

Как отправить дефект на повторную проверку и закрыть?

Когда исполнитель перевёл дефект в «Устранён», исполнителем автоматически становится автор дефекта. Откройте карточку, переведите её в «На повторной проверке», проверьте исправление и переведите в «Закрыт». Обе кнопки доступны роли «QA-инженер».

Порядок повторной проверки:

1. Повторите исходный сценарий на той же роли, данных и окружении.
2. Проверьте исправление на той сборке, где оно выкачено.
3. Пройдите минимальную проверку затронутой области — регресс вокруг правки.
4. Запишите результат комментарием: на какой сборке и окружении проверяли.

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

Что делать, если дефект не исправлен?

Переведите его из «На повторной проверке» обратно в «В работе». Кабинет запросит причину возврата — это обязательное поле, без него сервер отказывает. Исполнителем автоматически становится последний разработчик, бравший дефект в работу.

Причина возврата уходит и в ленту комментариев, и в историю дефекта, поэтому отдельный комментарий дублировать не нужно. Возврат считается событием в аналитике: по нему видно, сколько исправлений не проходит проверку с первого раза.

Когда дефект помечают «Не баг» и как это сделать?

«Не баг» — это вердикт о том, что поведение корректно или карточка не описывает дефект. Тестировщик переводит в эту стадию из «Новый», «В работе», «Отложен» и «Переоткрыт». Из «Устранён» и «На повторной проверке» перехода в «Не баг» нет.

При переходе кабинет просит выбрать причину из списка: «Работает по замыслу», «Не воспроизводится», «Дубликат», «Проблема окружения», «Неактуально». Для причины «Дубликат» обязательна ссылка на оригинальный дефект — иначе переход не пройдёт. Тот же результат даёт пункт «Отметить дубликатом» в меню карточки.

«Не баг» — не окончательный приговор: из этой стадии дефект возвращается через «Переоткрыт», когда требования изменились или проблема всплыла снова.

Как отложить исправление и как переоткрыть дефект?

«Отложен» доступен из стадий «Новый» и «В работе» и требует обязательной причины. «Переоткрыт» доступен из «Закрыт» и «Не баг», тоже с обязательной причиной. Из «Отложен» и «Переоткрыт» дефект возвращается в «В работе».

Причина обязательна ровно на трёх переходах: в «Отложен», в «Переоткрыт» и при возврате с повторной проверки. Это места, где через месяц теряется контекст: почему ждали, что изменилось, что именно не прошло. Взятие в работу из «Нового» причины не требует.

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

Что делать, если нужной кнопки перехода нет?

Кнопки нет по одной из двух причин: такого перехода нет в воркфлоу или его не разрешает ваша роль. Кабинет прячет недоступные переходы вместо того, чтобы показывать кнопку, которая гарантированно ответит отказом.

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

Частые вопросы

Можно ли завести дефект без задачи Битрикс24?

Да. Откройте проект в QA Деск, перейдите в реестр или на доску и нажмите «Завести баг». Проект подставится из текущего, задачу можно привязать позже — правкой карточки.

Почему дефект не сохраняется?

Чаще всего не хватает вложения: для серьёзностей «Блокирующая» и «Критическая» оно обязательно. Второй частый случай — пустое описание. Сервер называет поле в тексте отказа.

Кто становится исполнителем после перевода в «Устранён»?

Автор дефекта — тот, кто его завёл. Если проверять будет другой человек, смените исполнителя вручную в карточке: поле меняется по клику.

Чем «Переоткрыт» отличается от возврата с повторной проверки?

«Переоткрыт» — про уже закрытый дефект или помеченный «Не баг». Дефект, не прошедший повторную проверку, возвращается сразу в «В работе». Обе ситуации считаются возвратом в аналитике.

Можно ли удалить ошибочно заведённый дефект?

Да, в стадии «Новый» — эта стадия означает, что дефект ещё никто не брал в работу. Удаление архивное: ключ сохраняется, ссылки не рвутся, вернуть дефект может тот же, кто его удалил.