Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Azure DevOps Services
Azure DevOps поддерживает сквозную трассировку путем связывания различных объектов в процессе разработки, таких как рабочие элементы, ветви, коммиты, pull-реквесты, сборки и релизы. Встроенные отчеты и средства аналитики можно использовать для отслеживания в режиме реального времени.
В этой статье представлен обзор того, как Azure DevOps включает и поддерживает трассировку, со ссылками на более подробные сведения.
Подсказка
Вы можете использовать ИИ, чтобы помочь с этой задачей позже в этой статье или ознакомиться с включение помощи ИИ в Azure DevOps MCP Server, чтобы начать работу.
Возможность трассировки и связывания
Вы можете отслеживать изменения кода, сборки и выпуски, связанные с рабочим элементом на протяжении всего жизненного цикла разработки. При использовании этого процесса команда может просмотреть путь аудита о том, как была выполнена работа или как исправлена ошибка, просмотрев изменения в базе кода.
Типы ссылок, используемые для репозиториев Git, — это сборка, найдено в сборке, интегрировано в сборку, ветка, коммит, пулл-реквест и интегрировано на этапе релиза.
Создайте ветку и сделайте pull request из рабочего элемента
Ветви: Вы можете создать ветвь из рабочего элемента, открыв меню карточки рабочего элемента на доске продукта или выбрав Создать ветвь в форме рабочего элемента. Ветвь автоматически связана с рабочим элементом с типом ссылки Branch.
Пулл-реквест: После внесения изменений в код в новой ветке разработчики могут создать пулл-реквест из рабочего элемента. Используя доску и рабочий элемент для разработки программного обеспечения, разработчики добавляют комментарии по мере их работы, документируя изменения и причины их разработки. Таким образом, рабочий элемент становится богатым источником информации и историей изменений кода.
Добавление и запуск тестов из рабочих элементов
Свяжите тест с набором требований и убедитесь, что приложение работает должным образом. На доске можно добавить тесты к рабочему элементу. Затем можно запустить новые тесты из доски и задать состояние теста.
Интегрируя тест с доской, команды могут легко приступить к ручному тестированию, а затем воспользоваться преимуществами полного тестирования, предоставляемыми Azure Test Plans. На доске показан тест, добавленный для поддержки требования при создании тестовых вариантов из доски или при создании наборов тестов на основе требований в разделе "Планы тестирования".
Ручное и автоматическое тестирование
Вы можете выполнять автоматические тесты в конвейере или по запросу. Вы также можете связать их с тестовыми вариантами в тестовом плане и запускать их из раздела "Планы тестирования". С помощью этого подхода можно отслеживать качество требований с помощью автоматизированных тестов, которые называются запланированным тестированием.
Развертывание изменений в рабочей среде
После того как вы определите конвейер для сборки и выпуска изменений кода, можно отслеживать процесс развертывания работы над элементом на каждом этапе выпуска. В форме рабочего элемента можно быстро открыть ссылки на сборки и релизы из разделов развертывания и разработки.
При открытии формы рабочего элемента отображаются этапы развертывания требования. Подробные сведения см. в раскрывающемся меню.
- Раздел разработки: открытые ветви, фиксации, запросы на вытягивание или сборки, связанные с рабочим элементом. Для репозиториев GitHub, Интегрировано в сборке ссылки также отображаются в этом разделе при включении опции автоматического связывания в настройках конвейера YAML. Дополнительные сведения см. в разделе "Просмотр состояния сборки для конвейеров YAML".
- В разделе развертывания найдите сведения о выпуске рабочих элементов, связанных с фиксацией Git, которая является частью сборки, находящейся в процессе выпуска.
Дополнительные сведения см. в разделе О досках канбан.
Режим просмотра выпуска
На следующем рисунке проиллюстрированы различные среды, на которые нацелен выпуск и с которыми связан выбранный рабочий элемент.
Настройки релиза
Настройте параметры отображения в настройках выпуска. Элемент управления развертыванием рабочих элементов показывает, как продвигаются выпуски, связанные с вашими рабочими элементами. Вы можете видеть статус выпуска рабочих элементов, для которых в сборке есть фиксации, и для настроенных вами конвейеров выпуска, отправляющих сведения о развертывании в Azure Boards.
Матрица трассировки требований
Трассируемость требований предоставляет командам аналитические сведения о таких показателях, как качество требований или готовность к выпуску требований. Основным аспектом трассировки требований является сопоставление требований к тестовых случаям, ошибкам и изменениям кода.
Матрица трассировки требований (RTM) гарантирует, что все требования, определенные для системы, проверяются в протоколах тестирования. Для получения дополнительной информации о матрице трассируемости требований см. в разделе Трассируемость требований.
Отчеты о трассировке требований
Отчеты о трассировки требований показывают, как связаны и документируются различные этапы процесса разработки. Они помогают командам измерять качество и полноту своих требований и оценивать готовность к доставке. Они также помогают отслеживать изменения кода, тесты, ошибки и развертывания, связанные с требованиями.
Возможность трассировки ошибок
Вы можете увидеть ошибку и результат теста вместе на вкладке "Тесты " в том же контексте. На вкладке "Рабочие элементы" также отображаются все требования, связанные с результатом теста.
Сведения об ошибках и прослеживаемости исходного кода см. в разделе Трассируемость требований.
Возможность трассировки источника
На основе конвейера сборки или выпуска можно выбрать временную шкалу или представление конвейера, чтобы увидеть зафиксированные изменения кода. Вы можете проанализировать изменения кода, чтобы определить потенциальную первопричину сбоя теста.
Аналитика тестов
Дополнительные сведения об аналитике тестов для сборок и выпусков, о отслеживании качества требований и сбоях тестов см. в разделе "Аналитика тестов".
Применение ИИ для полной прослеживаемости
Если у вас есть Azure DevOps MCP Server, подключенный к вашему агенту ИИ в агентном режиме, вы можете использовать запросы на естественном языке для отслеживания требований на всех этапах: разработки, тестирования и развертывания.
| задачи | Пример запроса |
|---|---|
| Создание связанной ветви | Create a new branch from user story #123 in project <Contoso> and link it to the work item |
| Трассировка требования | Starting from user story #456 in <Contoso>, show the linked branches, pull requests, builds, and releases |
| Проверка состояния развертывания | Show the deployment stages for work item #789 in project <Contoso> |
| Найти несвязанные рабочие элементы | List user stories in the current sprint for <Contoso Team> that have no linked branches or pull requests |
| Проверка охвата тестов | Show all test cases linked to user story #456 in project <Contoso> and their pass/fail status |
| Журнал фиксаций аудита | List all commits linked to work item #123 in project <Contoso> with author and date |
| Определение неподтверденных требований | List user stories in project <Contoso> that have no linked test cases |
| Проверка ассоциаций сборки | Show the builds associated with pull request #234 in project <Contoso> and their status |
| Определение источника ошибки в коде | Show the commits and pull requests linked to bug #567 in project <Contoso> |
| Аудит отслеживаемости спринта | For all user stories in Sprint 10 for <Contoso Team>, show which ones have linked builds and which don't |
Замечание
Режим агента и сервер MCP используют естественный язык, чтобы настроить эти запросы или задать дальнейшие вопросы, чтобы уточнить результаты.