Общие сведения о нескольких службах

Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019 | TFS 2018

Azure DevOps позволяет подключаться к основным службам и совместно работать с ними. Вы можете использовать различные функции для связывания и отслеживания задач devops в Azure Boards, Azure Repos, Azure Pipelines и Планах тестирования Azure. В этой статье показано, как использовать интеграцию между службами Azure DevOps для улучшения рабочего процесса и производительности.

Ссылки на дополнительные сведения:

Совместная работа в Azure DevOps

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

Компонент

Description


@mentions (добавление к обсуждениям и комментариям)

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


#ID (ссылка на рабочий элемент)

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


Команды

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


Настройка оповещений

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


Общий доступ к сводным сообщениям по электронной почте


Azure Boards — Azure Repos

Вы можете связать изменения кода с пользовательскими историями и функциями с различными типами ссылок. Для Git используйте Branch, Commit, Pull Request или Tag. Для TFVC используйте набор изменений или элемент с версиями.

Концептуальное изображение типов ссылок, которые связывают рабочие элементы с объектами Azure Repos.

В следующей таблице приведены точки интеграции между Azure Boards и Azure Repos.

Компонент

Description


Разработка Git на основе рабочих элементов

Вы можете инициировать ветвь Git или связаться с фиксациями Git или запросами на вытягивание и запустить цикл разработки Git для рабочего элемента из формы рабочего элемента.


Автоматическое связывание и переход рабочих элементов с фиксациями Git

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

  • Закройте рабочие элементы с упоминание в комментариях фиксации. — Помните варианты пользователей для выполнения рабочих элементов с запросами на вытягивание.
  • Связывание рабочих элементов из примечаний фиксации. Вы также можете автоматизировать связывание из фиксаций или запросов на вытягивание в параметрах репозитория.
  • Фиксация упоминание связывания: включите привязку фиксаций для работы элементов с #WorkItemID в сообщениях фиксации. Отключите при отправке репозитория из другой учетной записи или службы. Azure DevOps автоматически отключает эту функцию при импорте репозитория.
  • Фиксация упоминание разрешение рабочих элементов: включите закрытие рабочих элементов с помощью исправлений #WorkItemID в фиксациях.
  • Параметры перехода рабочих элементов: по умолчанию он запоминает параметр каждого пользователя для завершения связанных рабочих элементов с запросами на вытягивание. Эту функцию можно отключить, чтобы запретить пользователям выполнять рабочие элементы с запросами на вытягивание. Когда он отключен, пользователи должны выбрать выполнение рабочих элементов для каждого запроса на вытягивание.

Проверка связанных рабочих элементов в ветви Git

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


Автозавершение рабочих элементов при запросах на вытягивание

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


Список объектов кода, с одним рабочим элементом связан

Рабочие элементы можно связать с изменениями кода, сборками и выпусками, предоставляя путь аудита о том, как была разработана функция.

Запрос внешних ссылок

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

Настройка политик ветвей для поддержки отслеживания работы

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


Azure Boards — Azure Pipelines

В следующей таблице перечислены точки интеграции между Azure Boards и Azure Pipelines. Некоторые функции обеспечивают сквозную трассировку в качестве пользовательских историй и функций, перемещаемых через цикл разработки. Как и в Azure Repos, рабочие элементы можно связать с объектами конвейера со следующими типами ссылок: сборка, интеграция в сборку и интегрированная в выпуске.

Концептуальное изображение типов ссылок, которые связывают рабочие элементы с объектами Azure Pipelines.

Компонент

Description


Вручную связать рабочие элементы со сборками.

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

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

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

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


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

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


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

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


Просмотр списка рабочих элементов, связанных с классическим конвейером выпуска

Выводит список всех рабочих элементов, связанных со сборкой или выпуском.


Просмотр и открытие списка рабочих элементов, связанных с классическим конвейером или конвейером YAML.

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


Список объектов сборки или выпуска, с одним рабочим элементом связан

Рабочие элементы можно связать с сборками и выпусками, предоставляя путь аудита о том, как была создана и развернута функция.


Запрос внешних ссылок.


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

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


Создайте рабочий элемент при сбое, при необходимости задайте значения для поля рабочего элемента (классическая модель)


Создайте рабочий элемент при сбое (классический или YAML), при необходимости задайте значения для поля рабочего элемента (классическая модель)

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


Задача "Запрос рабочих элементов". Убедитесь, что количество соответствующих рабочих элементов, возвращаемых запросом, находится в пороговом значении.

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


Azure Repos — Azure Pipelines

Azure Pipelines поддерживает сборку кода, хранящегося в Azure Repos, репозитория Git или система управления версиями Team Foundation (TFVC). Другие репозитории, поддерживаемые Azure Pipelines, перечислены в поддерживаемых исходных репозиториях.

В следующей таблице перечислены функции интеграции между Azure Repos и Azure Pipelines.

Компонент

Description


Состояние развертывания отчета

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


Покрытие кода

Публикация и проверка результатов покрытия кода, которые указывают на долю кода проекта, который фактически тестируется.


Azure Boards — Azure Repos — планы тестирования Azure

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

Примечание.

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

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

Сценарий

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

Description


Проверка кода запроса

Запрос проверки кода

Отслеживает сведения, введенные в форму проверки кода TFVC New Code Review. Дополнительные сведения см. в статье "Получение проверки кода с помощью Visual Studio".


Предоставление проверки кода

Ответ проверки кода

Отслеживает комментарии проверки, предоставляемые рецензентами кода в ответ на запрос на проверку кода.


Запрос отзыва

Запрос обратной связи

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


Предоставление отзыва

Обзор отзывов


Тестирование вручную

План тестирования

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


Тестирование вручную

Набор тестов

Группирует один или несколько тестовых вариантов в отдельные сценарии тестирования в рамках одного тестового плана. Групповые тестовые случаи упрощают просмотр сценариев выполнения.


Тестирование вручную

Тестовый случай

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


Тестирование вручную

Общие шаги


Тестирование вручную

Общие параметры


Тестирование типов рабочих элементов

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

Снимок экрана: типы рабочих элементов управления тестами.

Веб-портал можно использовать для просмотра тестовых вариантов, определенных для набора тестов, и наборов тестов, определенных для плана тестирования. Но нет определенного типа ссылки, который соединяет эти объекты друг с другом.

Отслеживание ошибок

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

Сценарий

Description


Создание ошибки из средства тестирования

Вы можете добавить ошибку из тестового модуля runner или расширения Test и Feedback. Дополнительные сведения см. в статье "Определение, запись, сортировка и управление ошибками".


Создание встроенных тестов, связанных с ошибками или историями пользователей

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


Отслеживание сведений о сборке с ошибками

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


Azure Pipelines — планы тестирования Azure

Планы тестирования Azure полностью интегрированы с Azure Pipelines для поддержки тестирования в рамках непрерывной интеграции и непрерывного развертывания (CI/CD). Вы можете связать планы тестирования и тестовые случаи с конвейерами сборки или выпуска. Добавьте задачи конвейера в определения конвейера для записи и публикации результатов теста. Просмотрите результаты теста с помощью встроенных отчетов о ходе выполнения и отчетов о тестировании конвейера. В следующей таблице перечислены точки интеграции между Azure Pipelines и планами тестирования Azure.

Компонент

Description


Настройка планов тестирования

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


Задачи тестирования конвейера

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

  • Публикация задачи "Результаты теста" — публикация результатов теста в Azure Pipelines.
  • Задача тестирования Visual Studio: используйте для выполнения модульных и функциональных тестов (Selenium, Appium, закодированного теста пользовательского интерфейса и многое другое) с помощью средства запуска тестов Visual Studio.
  • Задача интерфейса командной строки .NET Core: используется для сборки, тестирования, пакета или публикации приложения dotnet.
    Сведения о других задачах см. в разделе "Публикация результатов теста"

Выполнение автоматизированных тестов в конвейерах сборки

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


Связывание автоматических тестов с тестовыми случаями


Настройка политики хранения для автоматических результатов тестирования, связанных со сборками

Вы можете задать политику хранения тестов для автоматических сборок на странице хранения конвейеров>.


Прослеживаемость требований

Мини-приложение "Качество требований" поддерживает непрерывное отслеживание качества из конвейера сборки или выпуска. Мини-приложение показывает сопоставление между требованием и последними результатами теста, выполненными в отношении этого требования. Он предоставляет аналитические сведения о трассировки требований.


Тенденция результатов теста

Тренд результатов теста, настраиваемый мини-приложение, отображает тенденцию результатов теста для выбранного конвейера сборки или выпуска. Мини-приложение помогает визуализировать тенденции тестирования за определенный период времени, тем самым отображая шаблоны о сбоях теста, продолжительности теста и т. д. Дополнительные сведения см. в разделе "Настройка мини-приложения "Тенденция результатов теста" (advanced)


Состояния развертывания

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


Просмотр результатов теста в сборках и выпусках

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


Анализ тестов для сборок

Каждая сводка по сборке включает вкладку "Аналитика" , в которую размещается отчет "Анализ тестов ".


Панели мониторинга, отчеты и аналитика

Панели мониторинга позволяют легко отслеживать ход выполнения и состояние. Teams может добавлять настраиваемые мини-приложения для поддержки своих целей. Служба Аналитики — это платформа отчетов для Azure DevOps и заменяет предыдущую платформу на основе служб SQL Server Reporting Services. Аналитика оптимизирована для быстрого доступа на чтение и агрегатов на основе сервера и обеспечивает следующие преимущества:

  • Мини-приложения аналитики, которые можно добавить на панели мониторинга
  • Отчеты аналитики в контексте, доступные на страницах Azure DevOps
  • Свертки и счетчики для невыполненных работ в Azure Boards
  • Пользовательские отчеты, которые можно создать с помощью Power BI
  • Пользовательские отчеты, которые можно создавать с помощью запросов OData
  • Поддержка разработки и добавления пользовательских мини-приложений Аналитики, которые можно добавить на панели мониторинга

Панели мониторинга и отчетности

Панели мониторинга позволяют легко отслеживать ход выполнения и состояние. Teams может добавлять настраиваемые мини-приложения для поддержки своих целей. Отчеты SQL Server предоставляют другие возможности мониторинга.

На панель мониторинга можно добавить следующие встроенные мини-приложения. Они организованы в рамках службы, которую они поддерживают. Дополнительные мини-приложения можно найти в Azure DevOps Marketplace.

Мини-приложения помечены следующим образом:

  • Аналитика: мини-приложение получает данные из данных Аналитики.
  • Сборка: мини-приложение получает данные для выбранного конвейера сборки.
  • Проект: мини-приложение указывает, что при настройке мини-приложения можно выбрать проект и команду.
  • Выпуск. Мини-приложение получает данные для выбранного конвейера выпуска.
  • Команда: мини-приложение область одной команде.
  • Teams: мини-приложение область в одну или несколько команд.
  • Пользователь: мини-приложение область учетной записи пользователя, вошедшего в систему.
  • Сборка: мини-приложение получает данные для выбранного конвейера сборки.
  • Выпуск. Мини-приложение получает данные для выбранного конвейера выпуска.
  • Команда: мини-приложение область одной команде.
  • Пользователь: мини-приложение область учетной записи пользователя, вошедшего в систему.

Таблицы


Код

Код

Конвейеры


Планы тестирования


Сведения и ссылки

Сборка и выпуск


Тестирование



Данные, доступные из Analytics

Аналитика предоставляет платформу отчетов для Azure DevOps. Аналитика общедоступна для Azure DevOps Services и Azure DevOps Server 2020 и доступна в предварительной версии для Azure DevOps Server 2019.

Вы можете получить доступ к следующим данным из Аналитики.


Служба

Доступность данных

Azure DevOps Services
Azure DevOps Server 2020

Сервер Azure DevOps 2019


Таблицы

✔️
✔️
✔️
✔️

✔️

✔️
✔️


Repos

нет


Конвейеры

✔️
✔️
✔️

✔️


Тестовые планы

✔️


Артефакты

нет


Автоматизация и соединители

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