Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
Чтобы работать с аналитикой и создавать отчеты, необходимо выполнить несколько предварительных требований, как описано в этой статье.
По умолчанию всем членам проекта предоставляется доступ к данным аналитики для их проектов, включая участников, добавленных в группу «Читатели» проекта. Пользователи с доступом заинтересованных лиц не имеют доступа к просмотру или редактированию представлений Аналитики.
Включение служб и функций
Как правило, аналитика всегда включена и доступна членам организации или коллекции для просмотра данных и создания отчета.
Служба аналитики
Для Azure DevOps Services аналитика всегда включена. Вы не можете отключить его или приостановить.
Для Azure DevOps Server 2020 и более поздних локальных версий аналитика автоматически устанавливается с каждой создаваемой коллекцией проектов.
Вы можете приостановить и перезапустить службу. При приостановке новые данные не добавляются в аналитику.
Дополнительные сведения см. в разделе "Установка" или включение службы Аналитики.
службы Azure DevOps
Чтобы реализовать любую службу Azure DevOps, ее необходимо включить. Данные не могут быть записаны для службы, которая была отключена. Службы можно включать или отключать в зависимости от каждого проекта.
Чтобы убедиться, что все службы включены, см. раздел "Включение или отключение службы".
Представления аналитики
Аналитические представления, центральное место на вашем веб-портале, предоставляют упрощенный способ указания критериев фильтра для отчета Power BI на основе данных Analytics. Дополнительные сведения см. в разделе "Что такое служба аналитики"?
Чтобы получить доступ к представлениям Аналитики, их необходимо включить. Владелец организации или член группы "Администраторы коллекции проектов" могут включить ее для всех пользователей в организации. Или каждый член проекта может включить его для себя.
Дополнительные сведения см. в статье "Управление и включение функций".
Разрешения
Вы задаете разрешения для службы на уровне проекта и для общих аналитических представлений на уровне объекта.
В следующей таблице перечислены доступные разрешения и назначения по умолчанию, сделанные группам безопасности проекта.
| Разрешение | Читатели | Соавторы | Администраторы проектов |
|---|---|---|---|
| Просмотр аналитики | ✔️ | ✔️ | ✔️ |
| Просмотр представления общей аналитики | ✔️ | ✔️ | |
| Добавить частное или общее представление аналитики | ✔️ | ✔️ | |
| Изменение и удаление представлений общей аналитики | ✔️ |
Предварительные требования для отслеживания данных
Чтобы получить значимые данные, команды программного обеспечения должны выполнять значимые действия. В следующих разделах приведены общие рекомендации на основе типа данных, о которые вы хотите сообщить.
Примечание.
Наборы сущностей Branch, Pipeline и Test поддерживаются с помощью Аналитики версии 3.0 и более поздних версий. Наборы сущностей моментальных снимков для поддержки заданий конвейера, запросов к агенту задач и размера пула агентов задач были добавлены в версию Analytics 4.0-preview. Убедитесь, что укажите версию Аналитики, которая поддерживает набор интересующих сущностей.
Чтобы понять, по каким свойствам и значениям перечисленных списков можно фильтровать или группировать данные, изучите метаданные Аналитики для соответствующего типа сущности.
Azure Boards и отслеживание работы
Чтобы ознакомиться с доступными наборами сущностей, которые можно запросить, см. Справочник по метаданным для аналитики Azure Boards.
Чтобы сообщить об отслеживании работы, командам необходимо выполнить несколько задач, чтобы обеспечить доступность значимых данных. Ознакомьтесь со следующими задачами перед определением запросов и отчетов Аналитики.
- Чтобы сообщить о активных ошибках или тенденциях ошибок, определите ошибки и обновите состояние ошибки по мере его исправления, проверки и закрытия.
- Чтобы сообщить о невыполненной работе или других типах рабочих элементов, определите эти рабочие элементы и обновите их состояние при переходе от нового к закрытому. Рассмотрите все поля или теги, которые будут использоваться для фильтрации или группировки данных в отчете, и убедитесь, что они четко определены и согласованы.
- Для поддержки сводных отчетов убедитесь, что между элементами невыполненной работы продукта и задачами или ошибками существуют связи "родитель-потомок" либо такие же связи существуют между функциями или элементами невыполненной работы портфеля и их потомками. Дополнительные сведения см. в разделе "Упорядочьте невыполненную работу и свяжите дочерние рабочие элементы с родительскими".
- Чтобы создать диаграммы остатков или увеличения, такие как диаграммы остатков спринта или диаграммы остатков выпуска, убедитесь, что вы тщательно продумали, как хотите фильтровать и группировать данные в вашем отчете. Отчеты об сжигании
WorkItemsSnapshotи сжигании ссылались на набор сущностей. Наборы сущностей моментальных снимков моделируются как ежедневные моментальные снимки. Данные агрегируются на основе назначений, сделанных по дате их назначения. Это означает, что для фильтрации отчета о графике сгорания или роста на основе полей или тегов необходимо определить поля или теги до периода, о котором вы хотите сообщить. В противном случае поля и теги не регистрируются отчетом до даты их применения. - Чтобы поддерживать отслеживание требований, определите тестовые случаи и создайте ссылку Tested By из каждого тестового случая к истории пользователя, элементу невыполненной работы продукта или требованию. Определите тестовые случаи и свяжите тестовые случаи с родительскими PBIs с помощью ссылки Tested By. См. статью "Создание тестов".
- (Рекомендуется) Чтобы поддерживать фильтрацию и группировку в отчете, назначьте путь области и путь итерации всем рабочим элементам. Сведения о том, как определить итерации и пути областей, см. в разделах "Определение путей областей и назначение команде" или "Определение путей итераций (спринтов) и настройка итераций команды".
Примечание.
Все настраиваемые поля, добавленные в тип рабочего элемента, доступны для использования в отчетах. Настраиваемые поля помечены Custom_DisplayNameOfField, где из отображаемого имени были удалены все пробелы.
Планы тестирования
Чтобы проверить ход выполнения плана тестирования и готовность к тестированию, командам необходимо выполнить следующие действия.
- Определите тестовые случаи, планы тестирования и наборы тестов и укажите текущее состояние. Дополнительные сведения см. в разделе "Создание планов тестирования" и наборов тестов и создание тестовых вариантов.
- Обновите состояние тестовых объектов по мере их продвижения от разработки к готовности и до закрытия.
- Для ручных тестов отмечайте результаты каждого шага проверки в тестовом случае как успешные или неудачные.
Совет
Тестировщики должны пометить тестовый шаг статусом, если это шаг проверки. Общий результат теста отражает состояние всех этапов тестирования, помеченных. Таким образом, тест будет иметь состояние сбоя, если любой шаг теста помечен как неудачный или не помечен.
- Для автоматических тестов каждый тест автоматически помечается как пройденный или не пройденный.
- (Рекомендуется) Чтобы поддерживать фильтрацию и группировку в отчете, назначьте путь области и путь итерации для тестовых случаев, наборов тестов и планов тестирования.
Конвейеры
Чтобы сообщить о конвейерах, командам необходимо регулярно определять конвейеры с помощью YAML и регулярно запускать конвейеры. Дополнительные сведения см. в разделе "Основные понятия" для новых пользователей Azure Pipelines.
Кроме того, рассмотрите следующие действия:
- Рассмотрим, какие данные нужно сообщить и выбрать правильный набор сущностей. Сведения о доступных наборах сущностей для запроса см. в справочнике по метаданным для Azure Pipelines Analytics.
- Рассмотрите, по каким каналам вы хотите отчитаться, и диапазон дат вашего отчета. Вы хотите отфильтровать данные таким образом, чтобы удовлетворить рекомендации по запросу и свести к минимуму все проблемы с производительностью.
Конвейеры и тестирование
Чтобы сообщить о результатах конвейеров и тестов, добавьте тестовые задачи в определение конвейера. Дополнительные сведения см. в разделе "Сборка и выпуск задач-тест".
Если вы только начинаете работу, рассмотрите возможность просмотра этого модуля Learn, запустите тесты качества в конвейере сборки с помощью Azure Pipelines.