Бөлісу құралы:


Отображение ошибок в невыполненной работе и на досках

Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019

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

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

Вы можете определить параметры отслеживания вашей команды для процессов гибкой, scrum и интеграции моделей зрелости (CMMI). Тип рабочего элемента ошибки не определен для процесса "Базовый", поэтому для "Базовый " нет параметра группы. Вместо этого следует отслеживать ошибки и дефекты кода с помощью типа рабочего элемента проблемы.

Примечание.

Требования указывают ожидания пользователей для программного продукта. В Azure Boards требования определяются рабочими элементами, которые отображаются в невыполненной работе продукта. В зависимости от процесса, выбранного для проекта, требования соответствуют типам рабочих элементов "История пользователя" (Agile), элемент невыполненной работы продукта (Scrum), "Проблема" (базовый) или "Требование" (CMMI). Они также относятся к категории "Требования", которая управляет типами рабочих элементов, которые отображаются в невыполненной работе продукта.

Необходимые компоненты

Чтобы настроить параметры группы, необходимо добавить в роль администратора команды или быть членом группы безопасности "Администраторы проектов ". Дополнительные сведения см. в разделе "Добавление администратора команды" или "Изменение разрешений на уровне проекта".

Выбор вариантов отслеживания ошибок

В следующей таблице приведены сведения о командах параметров для отслеживания ошибок. Перед выбором рекомендуется ознакомиться с информацией, предоставленной в разделе "Определение", "Запись", "Триаг" и "Управление ошибками", который содержит обзор типа рабочего элемента ошибки и поддерживаемые средства для управления ошибками.


Параметр

Выберите, когда вы хотите...


Отслеживание ошибок в качестве требований

Примечание.

  • Ошибки назначаются категории "Требования"

Отслеживание ошибок в качестве задач

  • Оценка работы над ошибками, похожими на задачи
  • Обновление состояния ошибки на спринте taskboards
  • Связывание ошибок с требованиями к дочерним элементам
  • Перетащите ошибки в область планирования, чтобы назначить ошибки спринту

Примечание.

  • Ошибки назначаются категории задач
  • Пользовательские истории (Agile), элементы невыполненной работы продукта (scrum) или требования (CMMI) являются естественным родительским типом рабочего элемента для ошибок
  • Ошибки не отображаются в планах доставки

Ошибки не отображаются в невыполненных работах или досках

  • Управление ошибками с помощью запросов

Примечание.

  • Ошибки связаны с категорией ошибок и не отображаются в невыполненных работах или досках
  • Ошибки не отображаются в невыполненных работах, досках, невыполненных спринтах, досках задач или планах доставки
  • Не удается перетащить ошибки в область планирования, чтобы назначить ошибки спринту

Настройка предпочтения вашей команды для отслеживания ошибок

Параметры можно изменить из представления невыполненной работы или доски или из конфигурации> группы параметров проекта.

Снимок экрана: последовательность выбора навигации для работы с ошибками из параметров проекта.

В следующих шагах показано, как изменить его из представления доски.

  1. Войдите в свою организацию (https://dev.azure.com/{yourorganization}) и выберите проект.

  2. Откройте доску. Если вы не являетесь администратором команды, добавьте его в качестве одного. Только администраторы команд и проектов могут настраивать доску.

  3. Выберите параметры Board, чтобы настроить доску и задать общие параметры команды.

    Снимок экрана: кнопка

  4. Выберите "Работа с ошибками ", а затем выберите вариант, который лучше всего соответствует способу работы вашей команды.

    Снимок экрана: страница

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

  6. Чтобы просмотреть изменения, откройте или обновите невыполненную работу команды или доску.

Вложенные элементы

При управлении ошибками с требованиями или задачами они отображаются в одном или нескольких невыполненных журналах и досках средства Agile. Однако если вы вложены элементы, создав ссылки родительского-дочернего элемента элементов, принадлежащих категориям "Требования" или "Задачи", не все элементы могут отображаться в невыполненных журналах и досках. Дополнительные сведения о том, как обрабатываются вложенные элементы, см. в разделе "Устранение неполадок с переупорядочением и вложением".

Совет

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

Добавление других типов рабочих элементов в невыполненные или доски

Ошибки — это распространенный элемент, который команды хотят отслеживать, и выбрать способ их отслеживания. Дополнительные сведения см. в разделе "Управление ошибками".

Однако что делать, если вы хотите отслеживать другие типы рабочих элементов в невыполненных работах и досках?

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

Общие сведения о моделях процессов см. в разделе "Настройка взаимодействия с отслеживанием работы".

Создание, перечисление и управление ошибками

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

Совет

Усилия должны автоматически быть частью ошибки. Если он не отображается, настройте тип рабочего элемента ошибки, чтобы он отображалась.

Вы можете просмотреть ошибки, определенные для проекта, создав запрос и указав тип рабочего элемента=Bug. Также откройте предопределенный запрос: активные ошибки (Гибкие и CMMI) или работа в процессе выполнения (Scrum).