Баг-трекинг: настройка списка ошибок и полей

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

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

Создайте отдельный проект и правила учёта багов

Для отслеживания ошибок заведите самостоятельный проект. Если цифровой продукт сложный и состоит из нескольких частей или подсервисов, отдельный проект можно создать для каждого. Когда такого разделения не требуется, достаточно общего проекта «Баги».

В NUBL откройте карточку ошибки и добавьте через пользовательские поля параметры, которые нужны команде для отслеживания и исправления. Единый набор полей делает записи сопоставимыми и не даёт потерять важные условия.

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

Карточка бага содержит дату обнаружения, срок исправления, критичность, версию и статус

Одинаковые поля задают единый стандарт регистрации ошибок

Почему для большого потока подходит список

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

Большой список ошибок показывает ключевые параметры компактнее перегруженной доски с карточками

Строки удобнее, когда задач и обязательных свойств становится много

Как работать со списком ошибок

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

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

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

Фильтры списка оставляют критичные баги нужной версии и ближайшего срока исправления

Настроенное представление показывает только актуальную для команды выборку

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