Руководство разработчика: принять дефект, исправить, вернуть на проверку

Как взять назначенный дефект в работу?

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

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

Что делать, если данных в карточке не хватает?

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

Если уточнение касается постановки, а не воспроизведения, задайте вопрос в связанной задаче Битрикс24 — ссылка на неё есть в блоке «Связи». Правка чужих полей дефекта разработчику недоступна: шаги и ожидаемый результат уточняет автор, а не исполнитель. Это отдельное право bug.edit, оно есть у тестировщика, менеджера и администратора.

Как передать исправление на повторную проверку?

Зафиксируйте комментарием технический результат — что и где исправлено, в какой ветке, сборке или релизе, — затем переведите дефект в «Устранён». Исполнителем автоматически становится автор дефекта: дальше карточку ведёт он.

Отправить дефект дальше, в «На повторной проверке», разработчик не может — это право проверяющего (bug.verify). Так сделано намеренно: пока право было общим, исполнитель сам отправлял свой фикс на проверку и сам же снимал его с неё, то есть подтверждал собственную работу.

Если проверять будет не автор, а другой человек, поставьте его исполнителем вручную после перевода в «Устранён» — поле меняется кликом в карточке.

Какие стадии дефекта доступны разработчику?

Роль «Разработчик» выполняет рабочие переходы: берёт в работу, устраняет, откладывает, переоткрывает и отклоняет взятый в работу дефект как «не баг». Ей недоступны отправка на повторную проверку, закрытие и «не баг» с остальных стадий.

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

Как отклонить дефект, который не является багом?

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

Это право (bug.reject) покрывает ровно одну пару стадий: «В работе» → «Не баг». Из «Новый», «Отложен» и «Переоткрыт» дефект помечает «не багом» тот, кто ведёт поток, — тестировщик, менеджер или администратор. Если карточка ещё не у вас в работе, возьмите её в работу и отклоните или напишите комментарий с обоснованием и верните дефект тестировщику через поле «Исполнитель».

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

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

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

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

Почему у меня нет кнопки «Закрыть»?

Закрытие после повторной проверки — право проверяющего, у роли «Разработчик» его нет. Кабинет прячет такие кнопки, чтобы нажатие не отвечало отказом 403.

Можно ли самому завести дефект?

Нет, заводить дефекты роли «Разработчик» не разрешено. Сообщите о находке тестировщику: он заведёт карточку и опишет воспроизведение. Заводить дефекты могут QA-инженер, менеджер, аналитик и администратор.

Можно ли поправить шаги воспроизведения в чужой карточке?

Нет: правка полей — отдельное право, у роли «Разработчик» его нет. Неточность в шагах опишите комментарием, автор дефекта поправит карточку.

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

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

Можно ли двигать карточки на доске мышкой?

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