Ошибка (гибкая разработка)

В этой теме рассказывается, как заполнять сведения рабочего элемента "ошибка".Сведения о том, как создать рабочий элемент ошибки, см. в разделе Рабочие элементы и рабочий процесс (гибкая разработка).

Содержание раздела

См. также

Обзор создания и отслеживания ошибок Определение ошибки Связывание тестового случая с ошибкой Добавление в ошибку сведений, вложений и гиперссылок Разрешение и закрытие ошибки

Руководство по процессам Гибкое планирование и итерации Книги Книга "Рассмотрение" Панели мониторинга и отчеты Панель мониторинга "Ошибки" Отчет "Состояние ошибки" Отчет "Тенденции ошибок" Отчет "Реактивации" Отчет "Обзор описаний функциональности" (гибкая разработка) Ссылка на поле Ссылка на поле "Назначения и рабочий процесс" Ссылка на поле "Области и итерации" Ссылка на поле "Планирование, ранжирование и приоритеты" Ссылка на поле "Заголовки, идентификаторы, описания и журнал" Связывание рабочих элементов, а также элементы управления и ограничения связей Элементы управления вложениями и ссылка на поле

Необходимые разрешения

Для просмотра ошибки необходимо быть членом группы Читатели или располагать разрешением Просмотр рабочих элементов на этом узле со значением Разрешить.Чтобы создать или изменить ошибку, необходимо быть членом группы Участники или располагать разрешением Просмотр рабочих элементов на этом узле со значением Разрешить.Дополнительные сведения см. в разделе Управление разрешениями.

Определение ошибки

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

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

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

Определение ошибки

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

   • В поле Название (обязательно) введите фразу, описывающую найденный дефект кода.

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

     Примечание
     Рабочие элементы можно назначать только членам группы Участники.

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

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

   • В Ранг стека введите число, указывающее относительную важность ошибки сравненной другим ошибкам в один и тот же итерации.

   • В списке Приоритет выберите значение, которое указывает важность ошибки, от 1 (самая важная) до 4 (наименее важная).

     По умолчанию значение этого поля равно 2.

   • В списке выберите Важность значение, указывающее влияние ошибки на проект.

     По умолчанию значение этого поля равно 3 - Средняя.

2. На вкладке ШАГИ REPRO укажите как можно больше подробных сведений, чтобы другой участник команды может понять проблему, которую нужно исправить.

   Указанное в этом поле содержимое можно отформатировать.

3. На вкладке СВЕДЕНИЯ О СИСТЕМЕ укажите один или несколько следующих типов информации:

   • Найдено в построении В списке выберите или введите имя построения, в котором неполадка был найден.

     Примечание
     Каждое построение связано с уникальным именем построения.Сведения о том, как определять имена построений, см. в разделе Customize Build Numbers.

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

   • В поле О системе опишите программную среду, в которой была найдена ошибка.

4. На вкладке журнал укажите как можно больше подробностей.

   Указанное здесь содержимое можно отформатировать.

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

5. (Необязательно.) Свяжите ошибку с другим рабочим элементом, таким как тестовый случай или другая ошибка.

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

6. На панели инструментов рабочих элементов, выберите Сохранить рабочий элемент.

   Примечание
   После сохранения ошибки в заголовке на панели инструментов рабочего элемента отобразится идентификатор.

Связывание тестового случая с ошибкой

Связывание ошибок с тестовыми случаями помогает поддерживать точность и полноту многих отчетов, определенных для MSF for Agile Software Development.

Связывание существующего тестового случая с ошибкой

1. На вкладке Тестовые случаи выберите Добавить ссылку на.

   Откроется диалоговое окно Добавить ссылку на ошибку.

2. В списке Тип связи оставьте значение по умолчанию Тест выполнил — единственный тип связи, поддерживаемый для связей, добавляемых на вкладке Тестовые случаи.

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

   Дополнительные сведения см. в разделе Поиск рабочих элементов для связывания или импорта.

4. (Необязательно.) Введите описание связываемого тестового случая.

5. Нажмите кнопку ОК.

6. Выберите Сохранить рабочий элемент.

   Примечание
   Как ошибка, так и тестовый случай, с которым вы ее связали, будут обновлены.

Добавление в ошибку сведений, вложений и гиперссылок

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

• Введите информацию в поля Шаги для воспроизведения или Журнал.

• Вложите файл.

  Например, можно вложить цепочку сообщений электронной почты, документ, изображение, файл журнала или файл другого типа.

• Добавить гиперссылку на веб-сайт или файл, хранящийся на сервере или веб-сайте.

Добавление в ошибку сведений

1. Выберите вкладку Сведения.

2. В поле Шаги для воспроизведения введите информацию.

3. (Необязательно.) Введите информацию в поле Журнал.

   Для выделения важных фрагментов текста или для формирования маркированного списка текст можно форматировать.Дополнительные сведения см. в разделе Ссылка на поле "Заголовки, идентификаторы, описания и журнал".

4. Выберите Сохранить рабочий элемент.

Чтобы добавить вложение в ошибку

1. На вкладке Вложения выполните одно из следующих действий.

   • Перетащите файл в область вложений.

   • Выберите или нажмите сочетание клавиш ctrl+v, чтобы вставить скопированный файл.

   • Выберите  Добавить, а затем выберите Обзор.В диалоговом окне Вложение введите или укажите расположение добавляемого файла.

     (Необязательно) Введите дополнительные сведения о вложении в поле Примечание.Чтобы вернуться на вкладку Вложения выберите ОК.

2. Выберите Сохранить рабочий элемент.

Добавление в ошибку гиперссылки

1. На вкладке Все ссылки выберите Добавить ссылку на.

   

2. В списке Тип связи выберите Гиперссылка.

3. В поле Адрес укажите адрес целевого объекта ссылки.

   Если целевым объектом является веб-сайт, введите URL-адрес (или скопируйте его из интернет-браузера и вставьте его) в поле Адрес.Если целевым объектом является расположение на сервере, введите адрес в формате UNC.

4. (Необязательно) Введите дополнительные сведения о гиперссылке в поле Комментарий.

5. Выберите ОК, а затем выберите Сохранить рабочий элемент.

Разрешение и закрытие ошибок

После того как ошибка исправлена, ее Состояние следует изменить с Активно на Разрешено.После проверки исправления состояние изменяют с Разрешено на Закрыто.Состояние ошибки может изменить любой участник команды.Кроме того, ошибку, которую нельзя исправить, можно разрешить по другим причинам, как описано далее в этом разделе.Дополнительные сведения см. в разделе Ссылка на поле "Назначения и рабочий процесс".

Разрешение или закрытие ошибки

1. Откройте форму рабочего элемента для ошибки.

2. В списке Состояние выберите Разрешено или Закрыто.

   • При изменении состояния с Активно на Разрешено значение поля Причина изменяется на Исправлено.

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

     Дополнительные сведения см. в подразделе С "Активно" на "Разрешено" далее в этом разделе.

   • При изменении состояния с Разрешено на Закрыто значение поля Причина изменяется на Проверено.

3. Выберите Сохранить рабочий элемент.

Типичная схема рабочего процесса. Участник команды создает ошибку в состоянии Активно с причиной по умолчанию Новая. Участник команды изменяет состояние ошибки с "Активно" на "Разрешено", указывая либо на то, что ошибка исправлена, либо на другую причину. Участник команды тестирует ошибку, помеченную как исправленная, проверяет, исправлена ли она, и меняет состояние ошибки с "Разрешено" на "Закрыто". Дополнительные переходы рабочего процесса: Участник команды выявляет, что разрешенная ошибка не исправлена или тест завершается неудачно, и меняет состояние ошибки с "Разрешено" на "Активно". В ходе тестирования регрессии участник команды выявляет, что закрытая ошибка повторяется, и меняет состояние ошибки с "Закрыто" на "Активно".

Схема состояний ошибки

Активна ("Новая" или "Ошибка построения")

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

С "Активно" на "Разрешено"

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

Причина	Условия использования	Дополнительные действия, которые следует предпринять
Исправлена (по умолчанию)	После исправления проблемы, на которую указывает ошибка, запустите модульные тесты, чтобы подтвердить исправление проблемы, и выполните возврат измененного кода.	После возврата исправления свяжите ошибку с набором изменений.
Отложенный	Если ошибка не будет исправлена в текущей итерации.Ошибка будет отложена, пока команда не сможет ее переназначить в будущую итерацию или версию продукта.	(Необязательно.) Переместите ошибку в будущую итерацию или невыполненную работу и поддерживайте ее в активном состоянии.
Дубликат	Если другая активная ошибка сообщает о той же проблеме.	Создайте связь с ошибкой, которая остается активной, чтобы облегчить создавшему ошибку-дубликат участнику команды проверку дублирования перед закрытием ошибки.
Как разработано	Если ошибка описывает ожидаемое состояние или поведение системы либо находится за пределами условий приемки для области приложения или описания функциональности пользователя, на которые влияет ошибка.	Отсутствует.
Не удается воспроизвести	Если участникам команды не удается воспроизвести поведение, о котором сообщается в ошибке.	Отсутствует.
Является устаревшим	Если ошибка больше не применяется к продукту.Например, ошибка является устаревшей, если описывает проблему в области функции, которой больше не существует в продукте.	Отсутствует.

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

• Кем разрешено: имя участника команды, разрешившего ошибку.

• Дата разрешения: дата и время разрешения ошибки в соответствии с часами сервера.

• Дата изменения состояния: дата и время изменения состояния ошибки.

Разрешено

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

С "Разрешено" на "Закрыто"

Единственное поддерживаемое состояние причины для закрытия ошибки — Проверено.

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

• Кем закрыто: имя участника команды, закрывшего ошибку.

• Дата закрытия: дата и время закрытия ошибки в соответствии с часами сервера.

• Дата изменения состояния: дата и время изменения состояния ошибки.

С "Разрешено" на "Активно"

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

Причина	Условия использования	Дополнительные действия, которые следует предпринять
Не исправлена	Если решение неприемлемо или оказалось неверным.	Укажите сведения о том, почему вы отклонили разрешение или почему исправление не сработало надлежащим образом.Эта информация должна помочь следующему лицу, которое владеет ошибкой, надлежащим образом ее разрешить.
Неудачный тест	Если тест демонстрирует, что ошибка все еще существует.	Укажите сведения о том, какой тест завершился неудачно и в каком построении.

Следующие данные автоматически регистрируются при изменении состояния ошибки с разрешенного на активное:

• Активировал: имя участника команды, который повторно активировал ошибку.

• Дата активации: дата и время повторной активации ошибки в соответствии с часами сервера.

Закрыто

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

Из состояния "Закрыто" в состояние "Активно"

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

Причина	Условия использования	Дополнительные действия, которые следует предпринять
Регрессия	Если ошибка повторно возникает в последующих построения кода.	Отсутствует.
Реактивированный	Если ошибка была закрыта по ошибке или по какой-либо другой причине.	Отсутствует.

Следующие данные автоматически регистрируются при изменении состояния ошибки с закрытого на активное:

• Активировал: имя участника команды, который повторно активировал ошибку.

• Дата активации: дата и время повторной активации ошибки в соответствии с часами сервера.

См. также

Основные понятия

Книга "Рассмотрение"

Описание функциональности пользователя (гибкая разработка)

Тестовый случай (гибкая разработка)

Другие ресурсы

Шаблон процесса гибкой разработки для Visual Studio ALM

Рабочие элементы и рабочий процесс (гибкая разработка)