Отчет "Реактивации"

Отчет "Возобновления" можно использовать для определения эффективности исправления ошибок, по мере того, как команда выполняет исправление и закрытие ошибок. Отчет "Возобновления" обычно относится к ошибка, которые были преждевременно разрешены или закрыты, а затем открыты повторно. Частота возобновлений также называется коэффициентом обратной связи по ошибкам.

Отчет "Возобновления" можно использовать для анализа ошибок или определений функциональности пользователей, которые были возобновлены. Выступая в качестве собственника продукта, пользователь может обсудить с командой допустимое значение частоты возобновлений. В зависимости от целей команды приемлемым значением может оказаться низкое (например, меньше 5%) значение частоты возобновлений. Высокое или возрастающее значение частоты возобновлений указывает, что команде возможно необходимо найти причины и исправить системные проблемы.

Сведения о способах доступа к отчетам, их обновления и управления отчетами см. в разделе Отчеты (SQL Server Reporting Services).

Примечание

Для этого отчета требуется, чтобы коллекция командных проектов, в которой содержится нужный командный проект, была создана с поддержкой служб отчетов SQL Server.Если при запуске Team Explorer и развертывании узла командного проекта не отображается пункт Отчеты, отчет недоступен.

В этом разделе Данные в отчете Настройка длительности итерации Интерпретация отчета Фильтрация отчета

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

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

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

Данные в отчете

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

Создание фильтров для отчета "Возобновления" можно выполнить следующими способами.

• изменить начальную и конечную даты отчета;

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

Дополнительные сведения см. в разделе Фильтрация отчета далее в этом разделе.

Необходимые операции для отслеживания описаний функциональности пользователей и ошибок

Для обеспечения точности и актуальности отчета "Возобновления" команда должна выполнить следующие действия.

• Определить задачи, описания функциональности пользователей и ошибки, а также указать пути Итерации и Области для каждого случая.

• По мере продвижения работы над ошибками, описанием функциональности пользователей изменяйте Статус с "активно" на "закрыто".

Настройка длительности итерации

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

Изменение длительности итерации

1. Щелкните значок календаря и выберите дату около поля Начало итерации (дата) или Конец итерации (дата).

2. Нажмите кнопку Просмотр отчета.

Интерпретация отчета

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

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

Вопросы, ответы на которые содержатся в отчете

Чтобы ответить на следующие вопросы, можно просмотреть отчет.

• Сколько ошибок было возобновлено в текущей итерации?

• Сколько описаний функциональности пользователей было возобновлено в текущей итерации?

• Допустимо ли для команды значение частоты возобновлений для процесса решения и закрытия ошибок и описаний функциональности?

Рабочая версия отчета

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

Нерабочая версия отчета

На следующем рисунке показан пример нерабочей версии отчета "Возобновления".

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

Индикатор	Вопросы, которые следует задать
Команда возобновила большое количество ошибок. Следует рассматривать частоту возобновления как процент от общего количества ошибок, которое находит команда. Большое значение частоты возобновлений может свидетельствовать, что команда закрывает ошибки преждевременно. Это предупреждающий знак о негативном влиянии не проект. Возобновления вносят дополнительные трудовые затраты в цикл проекта, которые часто удваивают общие затраты, необходимые для выполнения соответствующего объема работ.	При разрешении ошибок модульное тестирование выполняется командой в достаточном объеме? Описание ошибки обеспечивает эффективное решение ошибки? Ошибки решаются несмотря на то, что не исправлены проблемы более низкого уровня? Нужно ли отдельным ошибкам установить пониженный приоритет, эффективно снижая количество ошибок с высоким приоритетом, над которыми работает команда? Насколько эффективно осуществляется управление лабораторий тестирования?
Команда возобновила большое количество описаний функциональности пользователей. Следует рассматривать частоту возобновления описаний функциональности пользователей как процент от общего количества описаний функциональности пользователей, которые закрывает команда. Большое значение частоты возобновления описаний функциональности может свидетельствовать о наличии иных проблем, препятствующих выявлению причин жалоб.	Объем тестирования достаточен для описаний функциональности пользователей?
Количество возобновлений возрастает. Если количество возобновлений возрастает, возобновленные ошибки, описания функциональности не исправляются. Возможно, следует пересмотреть приоритеты команды, чтобы исправить ошибки и описания функциональности.	Приоритеты для команды выбраны правильно? Существуют другие проблемы как причина возобновлений?

Фильтрация отчета

Создание фильтров для отчета "Возобновления" можно выполнить следующими способами.

• изменить начальную и конечную даты отчета;

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

На следующем рисунке показаны доступные фильтры.

Фильтрация рабочих элементов в отчете

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

   • В списках Итерация и Область установите флажок для каждой включаемой итерации или области продукта.

   • В списках Тип рабочего элемента и Предыдущее состояние установите флажок для каждого включаемого типа рабочего элемента или состояния.

2. Нажмите кнопку Просмотр отчета.

См. также

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

Отчеты (SQL Server Reporting Services)