Поделиться через

Анализ и включение в отчеты обработки кода и покрытия кода с использованием перспектив "Обработка кода" и "Выполнение покрытия"

  • Статья

О качестве программного обеспечения можно сообщить с помощью перспектив "Обработка кода" и "Выполнение покрытия" из куба служб аналитики SQL Server для Visual Studio Team Foundation Server. С помощью этих перспектив можно просматривать только меры, измерения и атрибуты, связанные с изменениями в строках кодов, и степень покрытия кода в сборках и тестовых запусках.

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

Группа мер "Обработка кода"

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

  • Сколько файлов с определенным расширением изменилось в конкретной сборке?

  • Сколько строк кода находится в исходной базе для конкретного построения?

  • Какие наборы изменений были отправлены, и каковы сведения о каждом изменении? (Например, кто внес данное изменение, какие файлы были изменены, и когда это изменение было произведено?)
Группа мер "Покрытие кода"

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

  • Какие сборки меньше всего покрываются тестами?

  • Какие тестовые запуски покрывают наибольший объем кода?

  • Какие архитектуры и типы сборок имеют наибольшее покрытие тестами?

Примечание

Если хранилище данных Visual Studio Application Lifecycle Management (ALM) использует SQL Server Enterprise Edition, список кубов будет включать куб Team System и набор перспектив.Перспективы позволяют получить конкретное представление данных без необходимости прокрутки всех измерений и групп мер во всем кубе Team System.

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

  • Пример. Отчет по обработке кода

  • Меры обработки кода

  • Меры выполнения покрытия

  • Измерения и атрибуты в перспективе "Обработка кода", поддерживающие фильтрацию и классификацию

  • Измерения и атрибуты в перспективе "Выполнение покрытия", поддерживающие фильтрацию и классификацию

  • Требуемые действия

Пример. Отчет по обработке кода

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

Отчет об обновлении кода

Шаблоны процессов Agile и CMMI для Microsoft Solutions Framework (MSF) содержат отчет по обработке кода в формате Excel. Для получения дополнительной информации см. Отчет "Обработка кода" в формате Excel.

Выбор и фильтрация полей сводной таблицы

Сводные поля для отчета об обработке кода

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

  1. В Excel подключитесь к кубу служб аналитики SQL Server для Visual Studio Team Foundation Server и вставьте отчет "Сводная диаграмма".

    Для получения дополнительной информации см. Создание отчетов Excel при помощи запроса рабочего элемента.

  2. Щелкните диаграмму правой кнопкой мыши и последовательно выберите пункты Изменить тип диаграммы, Область и С областями и накоплением.

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

    • Иерархия командных проектов из измерения Командный проект.

    • Рабочий элемент.Иерархия итераций из измерения Рабочий элемент

    • Рабочий элемент.Иерархия областей из измерения Рабочий элемент

    • Год Неделя День из измерения Дата.

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

  5. Перетащите поля Добавлено строк, Изменено строк и Удалено строк из группы мер Обработка кода в область Значения. Каждое поле следует перетащить отдельно.

Меры обработки кода

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

В следующей таблице описаны меры группы мер обработки кода. С помощью этих мер можно создавать отчеты, показывающие количество версий файлов, хранящихся в Team Foundation (подсистема контроля версий), и объем измененного кода. Можно анализировать показатели по каталогу файлов, сборке и члену команды, вернувшему изменения, а также определять, как эти показатели изменяются с течением времени.

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

Мера

Описание

Количество обновлений кода

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

Добавлено строк

Число строк кода, добавленных командой в файлы для заданных измерений.

Удалено строк

Число строк кода, удаленных командой из файлов для заданных измерений.

Изменено строк

Число строк кода, измененных командой в течение заданного периода времени.

Всего обновлений

Количество обновлений в коде вычисляется следующим образом: [Добавлено строк] + [Удалено строк] + [Изменено строк].

Всего строк

Количество строк в части заданной иерархии пути к файлу. Необходимо также задать одну или несколько сборок, которые будут указывать точку или точки для выполнения данного вычисления. Если не указать одну или несколько сборок, будет возвращено значение NULL. Число строк вычисляется путем суммирования добавленных и удаленных строк, составляющих конкретную комбинацию типа построения и операционной системы.

Совет

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

Меры выполнения покрытия

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

Мера

Описание

Покрытие запуска

Число тестовых запусков, имеющих связанную с ними статистику покрытия кода.

Выполнение охваченных блоков покрытия

Число блоков, покрываемых всеми тестами запуска. Однако покрытия тестов могут перекрываться.

Выполнение неохваченных блоков покрытия

Число блоков, не охваченных какими-либо тестами запуска. Однако покрытия тестов могут перекрываться.

Выполнение охваченных строк покрытия

Число строк, покрываемых всеми тестами запуска. Однако покрытия тестов могут перекрываться.

Выполнение неохваченных строк покрытия

Число строк, не охваченных какими-либо тестами запуска. Однако покрытия тестов могут перекрываться.

Выполнение частично охваченных строк покрытия

Число строк, частично покрываемых тестами запуска. Однако покрытия тестов могут перекрываться.

Измерения и атрибуты в перспективе "Обработка кода", поддерживающие фильтрацию и классификацию

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

Измерение

Атрибут

Описание

Сборка

Имя определения сборки

Имя, присвоенное определению сборки, для которого была запущена сборка.

Идентификатор сборки

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

Имя сборки

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

Время начала сборки

Дата и время запуска сборки.

Тип сборки

Причина выполнения сборки. Типы сборки связаны с триггером, который был определен для нее. Team Foundation Server поддерживает следующие типы сборок: ручные, непрерывные (активируемые при каждом возврате), последовательные (с накоплением возвратов до завершения предыдущей сборки), с условным возвратом и по расписанию. Для получения дополнительной информации см. Задание триггеров и причин выполнения сборки.

Расположение сброса

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

Набор изменений системы управления версиями

Идентификатор набора изменений

Число, присвоенное набору изменений, содержащему изменения данного файла.

Кем возвращен

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

Описание

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

Примечание переопределения политики

Комментарий, предоставляемый при переопределении политики. Если политика не была переопределена данным набором изменений, это поле имеет значение NULL.

Файл системы управления версиями

Файл системы управления версиями.Иерархия файлов

Полный сетевой путь к исходному файлу.

Файл системы управления версиями.Расширение файла

Расширение имени исходного файла.

Рабочий элемент

Тип рабочего элемента и другое

Для получения дополнительной информации см. Анализ и включение в отчеты данных рабочих элементов и тестовых случаев с использованием перспективы "Рабочий элемент".

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

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

Примечание

Прежде чем использовать атрибуты Сборка и Версия сборки, команда тестирования должна определить их и опубликовать результаты теста в хранилище данных для Team Foundation Server.Дополнительные сведения см. ниже в разделе Требуемые действия.

Измерение

Атрибут

Описание

Сборка

Сборка

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

Сборка

Имя определения сборки

Имя, присвоенное определению сборки, для которого была запущена сборка.

Идентификатор сборки

Номер, присвоенный сборке. При каждом выполнении указанного определения сборки значение атрибута Идентификатор сборки увеличивается на 1.

Имя сборки

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

Время начала сборки

Дата и время начала сборки.

Тип сборки

Причина выполнения сборки. Типы сборки связаны с триггером, который был определен для нее. Team Foundation Server поддерживает следующие типы сборок: ручные, непрерывные (активируемые при каждом возврате), последовательные (с накоплением возвратов до завершения предыдущей сборки), с условным возвратом и по расписанию. Для получения дополнительной информации см. Задание триггеров и причин выполнения сборки.

Расположение сброса

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

Версия построения

Версия построения

(Только опубликованные результаты тестов). Имя, определяющее категорию, присвоенную набору завершенных сборок, которые были опубликованы как часть тестового запуска. Например, версию сборки можно использовать для обозначения бета-выпуска или окончательного выпуска.

Платформа построения

Платформа построения

(Только опубликованные результаты тестов). Имя платформы компьютера, для которой была создана сквозная (не настольная) сборка, опубликованная как часть тестового запуска (например, x86 или Любой ЦП). Пример отчета, в котором используется этот атрибут, см. в разделе Отчет "Сводка построения".

Тестовый запуск

Иерархия дат завершения по месяцам или неделям

Иерархия дат создания по месяцам или неделям

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

Требуемые действия

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

См. также

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

Отчет "Обработка кода" в формате Excel

Отчет "Покрытие кода" в формате Excel

таблицы обработки кода

таблицы покрытия выполнения

Перспективы и группы мер, предоставляемые в кубе служб Analysis Services для Visual Studio