Общие сведения об интеграции служб Azure DevOps
Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019
С помощью Azure DevOps вы можете подключаться к основным службам и совместно работать с ними. Вы можете использовать различные функции для связывания и отслеживания задач devops в Azure Boards, Azure Repos, Azure Pipelines и Планах тестирования Azure. В этой статье показано, как использовать интеграцию между службами Azure DevOps для улучшения рабочего процесса и производительности.
Ссылки на дополнительные сведения:
Совместная работа в Azure DevOps
В следующей таблице приведены некоторые функции, которые помогают работать с командой и другими командами.
| Особенность | Description |
|---|---|
@mentions (добавить в обсуждения и комментарии) |
Вы можете @mention члена команды или всю команду в обсуждении формы рабочего элемента или в разделе комментариев коммита, pull request или набора изменений. |
#ID (ссылка на рабочий элемент) |
Для поддержки сквозной трассировки можно связывать рабочие элементы из коммитов, пул-реквестов и изменений. |
| Команды | Каждая команда получает доступ к набору средств Agile и ресурсов команды. Эти средства позволяют командам работать автономно и сотрудничать с другими командами по всей организации. Каждая команда может настроить и персонализировать каждый инструмент, чтобы поддерживать свою работу. Для быстрого навигации они могут использовать избранные репозитории, конвейеры и тестовые планы. |
| Уведомления | Настройте или отключите личные уведомления, уведомления команды, проекта или уровня организации. Подпишитесь на электронные уведомления при изменении рабочих элементов, проверок кода, пул-реквестов, файлов управления версиями, сборок и т. д. |
| Сводки по электронной почте |
-
Отправить список рабочих элементов - Элементы запроса по электронной почте сводки о выпуске - отправляйте по электронной почте |
| Вики | Встраивание результатов запросов Azure Boards в вики. |
Интеграция Azure Boards и Azure Repos
Вы можете связать изменения кода с пользовательскими историями и функциями с различными типами ссылок. Для Git используйте Branch, Commit, Pull Request или Tag. Для TFVC используйте набор изменений или элемент с версиями.
В следующей таблице приведены точки интеграции между Azure Boards и Azure Repos.
| Функция | Description |
|---|---|
| Управление разработкой Git с помощью рабочих элементов | Вы можете создать ветку Git или связаться с фиксациями Git либо pull-запросами и управлять циклом разработки Git в рамках рабочего элемента непосредственно из формы рабочего элемента. |
| Автоматическое связывание и переход рабочих элементов с фиксациями Git | Для репозитория Git можно включить или отключить следующие параметры: — Закрывайте рабочие элементы с упоминаниями в комментариях к коммитам. — Запоминайте пользовательские выборы для завершения рабочих элементов с пул-реквестами. — связать рабочие элементы из комментариев к коммитам. Вы также можете автоматизировать связывание коммитов или pull request'ов в настройках репозитория. — Связывание упоминаний коммитов: включите, чтобы привязывать коммиты к рабочим элементам с использованием #WorkItemID в сообщениях коммитов. Отключайте, когда вы отправляете репозиторий из другой учетной записи или службы. Azure DevOps автоматически отключает эту функцию при импорте репозитория. — Коммит упоминания разрешения рабочих элементов: включите, чтобы закрывать рабочие элементы с помощью исправлений #WorkItemID в коммитах. — Параметры перехода рабочих элементов: по умолчанию запоминается выбор каждого пользователя для завершения связанных рабочих элементов вместе с пул-реквестами. Эту функцию можно отключить, чтобы отговорить пользователей от завершения рабочих задач с помощью пулл-реквестов. Когда эта функция отключена, пользователи должны выбирать выполнение рабочих элементов для каждого pull request. |
| Проверка связанных рабочих элементов в ветви Git | Стимулируйте прослеживаемость, проверяя связанные рабочие элементы в пулл-реквестах. |
| Автозавершение рабочих элементов при запросах на вытягивание | При связывании рабочего элемента с запросом на создание (PR) вы можете автоматически завершить эти рабочие элементы при успешном выполнении запроса на создание. Система по умолчанию использует выбор для будущих PR. |
| Просмотр списка объектов кода, связанных с одним рабочим элементом. | Рабочие элементы можно связать с изменениями кода, сборками и выпусками, обеспечивая аудит разработки функций. |
| Запрос внешних ссылок | Вы можете запросить рабочие элементы, содержащие ссылки на ветки, коммиты, запросы на вытягивание или теги. |
| Настройка политик ветвей для поддержки отслеживания работы | Чтобы изменения в ветви имели ссылки на рабочие элементы, настройте политику ветви для репозитория Git в параметрах репозитория. Включите параметр "Проверка связанных рабочих элементов". Выберите "Обязательно", чтобы требовать наличия хотя бы одного связанного рабочего элемента для завершения всех пулреквестов. Выберите Необязательно, чтобы разрешить запросы на вытягивание без связанных рабочих элементов, но при этом выдавать предупреждение. |
Интеграция Azure Boards и Azure Pipelines
В следующей таблице перечислены точки интеграции между Azure Boards и Azure Pipelines. Некоторые функции обеспечивают поддержку сквозной трассировки, когда пользовательские истории и функции проходят через цикл разработки. Как и в Azure Repos, рабочие элементы можно связать с объектами конвейера со следующими типами ссылок: сборка, интегрирована в сборку и интегрирована в выпуск.
Функция
Description
Вручную связывайте рабочие элементы с сборками.
Связывание рабочих элементов со сборками в том же или другом проекте в рамках организации или коллекции.
Задайте параметр интеграции для автоматического создания Integrated in build ссылок на рабочие элементы, связанные с ветвью, коммитом или запросом на перенос, связанное с конвейером.
Необходимо заполнить элемент управления Разработка ссылками Интегрировано в сборку. Рабочие элементы или коммиты, которые входят в выпуск, определяются из версий артефактов. Например, каждая сборка в Azure Pipelines связана с набором рабочих элементов и коммитов. Дополнительные сведения см. в разделе "Настройка конвейеров для поддержки интеграции".
Чтобы связать рабочие элементы со сборками и выпусками, выберите вариант и ветвь для классического или YAML конвейера. Это действие создает интегрированных в сборку и интегрированных на этапе выпуска ссылки для рабочих элементов, связанных с ветвью, фиксацией или запросом на вытягивание.
Требуется для заполнения элемента управления "Разработка" с ссылками на "Интегрировано в сборке" и элемента управления "Развертывание" с ссылками на "Интегрировано в этапе выпуска" при запуске классического или YAML-конвейера. Дополнительные сведения см. в разделе "Настройка конвейеров для поддержки интеграции".
Задайте параметр интеграции для автоматического создания Integrated in release stage ссылок на рабочие элементы, связанные с ветвью, коммитом или запросом на вытягивание, связанный с выпуском.
Требуется для заполнения элемента управления развертыванием в форме рабочего элемента с помощью интегрированных ссылок на стадии выпуска. Для получения дополнительной информации см. Конвейеры релиза, Как интегрировать и сообщать о статусе выпуска?.
Просмотр списка рабочих элементов, связанных с классическим конвейером выпуска
Выводит список всех рабочих элементов, связанных со сборкой или выпуском.
Просмотр и открытие списка рабочих элементов, связанных с классическим конвейером или конвейером YAML.
Перечисляет все рабочие элементы, связанные с выпуском, начиная с предыдущего выбранного выпуска. Может отсортировать список по каждому столбцу.
Просмотреть список объектов сборки или выпуска, связанных с одним рабочим элементом
Вы можете связать рабочие элементы со сборками и выпусками— обеспечивая историю разработки и развертывания функционала.
Запрос внешних ссылок.
Просмотрите и быстро перейдите к этапам релиза, с которыми связана рабочая задача.
Элемент управления "Развертывание " в форме рабочего элемента показывает этапы, с которым связан рабочий элемент. Вы можете просмотреть состояние некоторых запусков и открыть каждый этап или запустить, расширив этап. Дополнительные сведения см. в разделе "Связывание и просмотр рабочих элементов к развертываниям".
Создайте рабочий элемент при сбое, при необходимости задайте значения для поля рабочего элемента (классическая модель)
Создайте рабочий элемент при сбое (классический или YAML), при необходимости задайте значения для поля рабочего элемента (классическая модель)
Автоматически создайте рабочий элемент и задайте поля при сбое сборки. Дополнительные сведения см. в разделе "Параметры сборки для классических конвейеров" и "Настройка конвейеров", "Создание рабочего элемента при сбое".
Задача "Запрос рабочих элементов". Убедитесь, что количество соответствующих рабочих элементов, возвращаемых запросом, находится в пороговом значении.
Используйте эту задачу, чтобы убедиться, что количество соответствующих элементов, возвращаемых запросом рабочего элемента, находится в пределах заданных пороговых значений. Дополнительные сведения см. в статье "Задача "Запрос рабочих элементов", управление развертываниями с помощью шлюзов и утверждений.
Интеграция Azure Repos и Azure Pipelines
Azure Pipelines поддерживает сборку кода из репозиториев Azure Repos, будь то Git или Team Foundation Version Control (TFVC). Другие репозитории, поддерживаемые Azure Pipelines, перечислены в поддерживаемых исходных репозиториях.
В следующей таблице перечислены функции интеграции между Azure Repos и Azure Pipelines.
| Функция | Description |
|---|---|
| Отчет о состоянии развертывания | Указывает состояние развертывания на страницах файлов, фиксаций и ветвей для репозиториев Git. Эта функция улучшает отслеживаемость от фиксации кода до его развертывания. Вы можете настроить среды выпуска для отчета о состоянии развертывания. |
| Значок статуса релиза | Опубликуйте состояние последней сборки конвейера в репозитории. |
| Покрытие кода | Публикуйте и проверяйте результаты покрытия кода, которые указывают на долю кода проекта, который фактически тестируется. |
| Функция | Description |
|---|---|
| Состояние развертывания отчета | Указывает состояние развертывания на страницах файлов, фиксаций и ветвей для репозиториев Git. Эта функция улучшает прослеживаемость от коммита кода до развертывания. Вы можете настроить среды развёртывания, чтобы сообщать о статусе развертывания. |
| Покрытие кода | Публикуйте и проверяйте результаты покрытия кода, которые указывают на долю кода вашего проекта, который фактически тестируется. |
Интеграция Azure Boards, Azure Repos и Azure Test Plans
Несколько сценариев совместной работы поддерживаются с помощью типов рабочих элементов Azure Boards. Вы можете использовать управляемые запросы и функцию поиска Azure DevOps для поиска и вывода списка рабочих элементов.
Примечание.
Необходимо создать некоторые типы рабочих элементов, такие как запрос обратной связи, запрос на проверку кода, общие шаги и общие параметры с помощью определенных средств или форм. Эти типы добавляются в категорию "Скрытые типы" и не отображаются в меню, используемых для добавления рабочих элементов.
Для модели наследуемого процесса можно настроить только следующие типы рабочих элементов: "План тестирования", "Набор тестов" и "Тестовый случай".
| Сценарий | Тип рабочего элемента | Description |
|---|---|---|
| Проверка кода запроса | Запрос проверки кода | Отслеживает сведения, введенные в форму для проверки кода TFVC New Code Review. Дополнительные сведения см. в разделе «Проверка кода с помощью Visual Studio». |
| Проведите проверку кода | Ответ проверки кода | Отслеживает комментарии, предоставляемые рецензентами кода в ответ на запрос на проверку кода. |
| Запрос отзыва | Запрос обратной связи | Отслеживает сведения, введенные в форму обратной связи запроса. Используйте следующие формы для запуска запроса обратной связи. - запрос отзывов заинтересованных лиц - Получитеобратную связь. |
| Предоставление отзыва | Обзор отзывов | Позволяет заинтересованным лицам предоставлять отзывы на основе запросов на отзывы или путем добровольного отзыва с помощью расширения Microsoft Test и Feedback Marketplace. |
| Тестирование вручную | План тестирования | Группирует один или несколько наборов тестов и отдельные тестовые варианты вместе. Планы тестирования включают статические наборы тестов, наборы на основе требований и наборы на основе запросов. Сведения о начале работы см. в разделе "Создание планов тестирования" и наборов тестов. |
| Тестирование вручную | Набор тестов | Группирует один или несколько тестовых вариантов в отдельные сценарии тестирования в рамках одного тестового плана. Групповые тестовые случаи упрощают просмотр сценариев выполнения. |
| Тестирование вручную | Тестовый случай | Определяет шаги, используемые для проверки отдельных частей кода, чтобы убедиться, что код работает правильно, не имеет ошибок и соответствует бизнес-требованиям и требованиям клиентов. Вы можете добавить отдельные тестовые случаи в план тестирования без создания набора тестов. Несколько наборов тестов или тестовые планы могут ссылаться на тестовый случай. Вы можете эффективно использовать тестовые случаи без необходимости копировать или клонировать их для каждого набора или плана. |
| Тестирование вручную | Общие шаги | Позволяет делиться шагами между несколькими тестовыми случаями. |
| Тестирование вручную | Общие параметры | Включает повторение одних и тех же тестовых вариантов с разными данными. |
Тестирование типов рабочих элементов
Типы рабочих элементов, поддерживающие тестовый интерфейс, связаны вместе с помощью типов ссылок, показанных на следующем рисунке. К этим типам относятся протестированные/тесты, тестовые случаи/общие шаги, а ссылки на.
Веб-портал можно использовать для просмотра тестовых вариантов, определенных для набора тестов, и наборов тестов, определенных для плана тестирования. Но нет определенного типа ссылки, который соединяет эти объекты друг с другом.
Отслеживание ошибок
Тип рабочего элемента "Баг" поддерживает следующие интеграции, которые вам следует учитывать при отслеживании багов.
| Сценарий | Description |
|---|---|
| Создать баг в средстве тестирования | Вы можете добавить ошибку из Test Runner или расширения Test & Feedback. Дополнительные сведения см. в статье "Определение, запись, сортировка и управление ошибками". |
| Создание встроенных тестов, связанных с ошибками или историями пользователей | Когда команда отслеживает ошибки в качестве требований, с помощью доски можно добавлять тесты для проверки исправлений ошибок или историй пользователей. |
| Отслеживание сведений о сборке и связанных с ними багов | Форма рабочего элемента 'Ошибка' содержит элементы "Системная информация", "Найдена в сборке" и "Интегрирована в сборку", которые поддерживают отслеживание дефектов кода, обнаруженных и решенных в сборках конвейера. Для получения дополнительной информации см. Запрос на основе полей интеграции сборки и тестирования. |
Интеграция Azure Pipelines и Планов тестирования Azure
Планы тестирования Azure полностью интегрированы с Azure Pipelines для поддержки тестирования в рамках непрерывной интеграции и непрерывного развертывания (CI/CD). Вы можете связать планы тестирования и тестовые случаи с конвейерами сборки или выпуска. Добавьте задачи конвейера в определения конвейера для записи и публикации результатов теста. Просмотрите результаты теста с помощью встроенных отчетов о ходе выполнения и отчетов о тестировании конвейера. В следующей таблице перечислены точки интеграции между Azure Pipelines и планами тестирования Azure.
| Функция | Description |
|---|---|
| Настройка планов тестирования | С помощью параметров плана тестирования можно настроить параметры тестового запуска для связывания конвейеров сборки или выпуска и параметров результатов тестирования. |
| Задачи тестирования конвейера | Укажите задачи для включения тестирования в определении конвейера. Azure Pipelines предоставляет несколько задач, включая следующие задачи, которые поддерживают комплексные отчеты о тестировании и аналитике. - задача "Публикация результатов тестирования". Используйте для публикации результатов тестирования в Azure Pipelines. - задача тестирования Visual Studio. Используется для выполнения модульных и функциональных тестов (Selenium, Appium, закодированного теста пользовательского интерфейса и многое другое) с помощью средства запуска тестов Visual Studio. - .NET Core CLI задача: можно использовать для сборки, тестирования, упаковки или публикации приложения .NET. Сведения о других задачах см. в разделе "Публикация результатов теста" |
| Выполнение автоматизированных тестов в конвейерах сборки | Связать планы тестирования с конвейером сборки, чтобы они выполнялись с каждой сборкой. |
| Связывание автоматических тестов с тестовыми случаями | Свяжите автоматические тесты с тест-кейсами. |
| Настройка политики хранения для автоматических результатов тестирования, связанных со сборками | Вы можете |
| Прослеживаемость требований | Мини-приложение "Качество требований" поддерживает непрерывное отслеживание качества из конвейера сборки или выпуска. Мини-приложение показывает сопоставление между требованием и последними результатами теста, выполненными в отношении этого требования. Он предоставляет аналитические сведения о трассируемости требований. |
| Тенденция результатов теста | Трендовое настраиваемое мини-приложение отображает тенденции результатов тестов для выбранного конвейера сборки или релиза. Мини-приложение помогает визуализировать тенденции тестирования за определенный период времени, отображение шаблонов о сбоях теста, продолжительности теста и т. д. Дополнительные сведения см. в разделе Настройка мини-приложения "Тенденция результатов теста" (дополнительно) |
| Состояния развертывания | В настраиваемом мини-приложении состояния развертывания отображается объединенное представление состояния развертывания и скорость прохождения теста в нескольких средах для недавнего набора сборок. Вы настраиваете виджет, указывая конвейер сборки, ветвь и связанные с ним конвейеры выпуска. Чтобы просмотреть сводку тестов в нескольких средах в релизе, виджет отображает матричный вид каждой среды и соответствующий уровень прохождения тестов. См. Связывание автоматизированных тестов с тест-кейсами |
| Просмотр результатов тестов в сборках и релизах | Сводки сборки и выпуска содержат подробные сведения о выполнении теста. Просмотрите эти сводки , чтобы оценить качество конвейера, проверить возможность трассировки и устранить неполадки. Выберите "Сводка теста", чтобы просмотреть сведения на вкладке "Тесты ". |
| Анализ тестов для сборок | Каждая сводка по сборке включает вкладку "Аналитика" , в которую размещается отчет "Анализ тестов ". |
Панели мониторинга, отчеты и аналитика
Панели мониторинга позволяют легко отслеживать ход выполнения и состояние. Teams может добавлять настраиваемые мини-приложения для поддержки своих целей. Служба Аналитики — это платформа отчетов для Azure DevOps и заменяет предыдущую платформу на основе служб SQL Server Reporting Services. Аналитика оптимизирована для быстрого чтения и агрегации на сервере, обеспечивая следующие преимущества:
- Мини-приложения аналитики, которые можно добавить на панели мониторинга
- Контекстные отчеты аналитики, доступные на выбранных страницах Azure DevOps
- Свертки и счетчики для невыполненных работ в Azure Boards
- Пользовательские отчеты, которые можно создать с помощью Power BI
- Пользовательские отчеты, которые можно создавать с помощью запросов OData
- Поддержка разработки и добавления пользовательских мини-приложений Аналитики, которые можно добавить на панели мониторинга
На панель мониторинга можно добавить следующие встроенные мини-приложения. Они организованы в рамках службы, которую они поддерживают. Дополнительные мини-приложения можно найти в Azure DevOps Marketplace.
Данные, доступные из Analytics
Аналитика предоставляет платформу отчетов для Azure DevOps. Для получения информации см. о данных, доступных по в Аналитике.
Автоматизация и соединители
Продукты Майкрософт поддерживают автоматизацию или интеграцию с несколькими другими приложениями и службами. Для получения дополнительных сведений см. следующие статьи.