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

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

В этом разделе

Связанные разделы

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

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

Требуемые разрешения

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

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

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

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

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

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

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

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

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

     Примечание

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

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

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

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

     Примечание

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

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

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

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

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

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

2. На вкладке Сведения укажите один или несколько следующих типов информации:

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

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

   • В поле Журнал укажите столько подробностей, сколько нужно.

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

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

3. На вкладке О системе укажите один или несколько следующих типов информации:

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

     Примечание

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

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

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

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

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

5. На панели инструментов рабочего элемента щелкните значок Сохранить рабочий элемент.

   Примечание

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

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

Связывание ошибок с тестовыми случаями помогает поддерживать точность и полноту многих отчетов, определенных для 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. Нажмите кнопку Сохранить рабочий элемент.

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

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

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

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

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

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

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

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

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

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

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

Разрешено

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

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

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

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

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

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

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

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

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

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

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

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

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

Закрыто

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

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

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

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

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

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

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

См. также

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

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

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

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

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

MSF для гибкой разработки программного обеспечения версии 5.0

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