О сквозной прослеживаемости
Azure DevOps Services
Azure DevOps поддерживает сквозную трассировку посредством связывания различных объектов в процессе разработки, таких как рабочие элементы, ветви, коммиты, запросы на вытягивание, сборки и релизы. Встроенные отчеты и средства аналитики можно использовать для отслеживания в режиме реального времени.
Эта статья предоставляет обзор того, как Azure DevOps обеспечивает и поддерживает прослеживаемость, со ссылками на более подробную информацию.
Возможность трассировки и связывания
Вы можете отслеживать изменения кода, сборки и выпуски, связанные с рабочим элементом на протяжении всего жизненного цикла разработки. Таким образом, ваша команда может увидеть журнал аудита о том, как была выполнена работа или как была исправлена ошибка, просмотрев изменения в кодовой базе.
Типы ссылок, используемые для репозиториев Git, — это сборка, найденные в сборке, интегрированная в сборку, ветви, фиксация, запрос на вытягиваниеи интегрированная встадии выпуска.
Создайте ветку и сделайте pull request из рабочего элемента
Ветви: Вы можете создать ветвь из рабочего элемента, открыв меню карточки рабочего элемента на доске продукта или выбрав Создать ветвь в форме рабочего элемента. Ветвь автоматически связана с рабочим элементом с типом ссылки Branch.
Pull request: После внесения изменений кода в новой ветке разработчики могут создать pull request из рабочего элемента. Использование доски и рабочего элемента для разработки программного обеспечения призывает разработчиков добавлять комментарии по мере их работы, документируя изменения и причины их разработки. Таким образом, рабочий элемент становится богатым источником информации и историей изменений кода.
Добавление и запуск тестов из рабочих элементов
Свяжите тест с набором требований и убедитесь, что приложение работает должным образом. На доске можно добавить тесты к рабочему элементу. Затем можно запустить новые тесты из доски и задать состояние теста.
Тестовая интеграция с доской позволяет командам приступить к ручному тестированию, а затем воспользоваться возможностями полного тестирования, предоставляемыми планами тестирования Azure. На доске показан тест, добавленный для поддержки требования, когда тестовые случаи создаются из доски или когда наборы тестов на основе требований создаются в разделе "Планы тестирования".
Ручное и автоматическое тестирование
Вы можете выполнять автоматические тесты в конвейере или по запросу. Вы также можете связать их с тестовыми вариантами в тестовом плане и запускать их из раздела "Планы тестирования". Таким образом можно отслеживать качество требований с помощью автоматических тестов, которые называются запланированными тестами.
Развертывание изменений в рабочей среде
После определения конвейера для сборки и выпуска изменений кода можно отслеживать развертывание требования рабочего элемента к каждому этапу выпуска. В форме рабочего элемента можно быстро открыть ссылки на сборки и релизы из разделов развертывания и разработки.
При открытии формы рабочего элемента отображаются этапы развертывания требования. Подробные сведения см. в раскрывающемся меню.
- раздел разработки: открытые ветви, коммиты или pull requests, связанные с рабочим элементом.
- В разделе развертывания найдите сведения о выпуске рабочих элементов, связанных с фиксацией Git, которая является частью сборки, находящейся в процессе выпуска.
Дополнительные сведения см. в разделе О досках канбан.
Режим просмотра выпуска
На следующем рисунке проиллюстрированы различные среды, на которые нацелен выпуск и с которыми связан выбранный рабочий элемент.
Настройки релиза
Настройте параметры отображения в настройках выпуска. Элемент управления развертыванием рабочих элементов показывает, как продвигаются выпуски, связанные с вашими рабочими элементами. Вы можете увидеть статус выпуска для рабочих элементов, имеющих фиксации в сборке, и для конвейеров выпуска, которые вы настроили для отправки информации о развертывании в Azure Boards.
Матрица трассировки требований
Трассируемость требований предоставляет командам аналитические сведения о таких показателях, как качество требований или готовность к выпуску требований. Основным аспектом трассировки требований является сопоставление требований к тестовых случаям, ошибкам и изменениям кода.
Матрица трассировки требований (RTM) гарантирует, что все требования, определенные для системы, проверяются в протоколах тестирования. Для получения дополнительной информации о матрице трассируемости требований см. в разделе Трассируемость требований.
Отчеты о трассировке требований
Отчеты о трассировки требований — это способ отображения того, как различные этапы процесса разработки связаны и документированы. Они помогают командам измерять качество и полноту своих требований, а также оценивать готовность к доставке. Они также помогают отслеживать изменения кода, тесты, ошибки и развертывания, связанные с требованиями.
Возможность трассировки ошибок
Вы можете увидеть ошибку и результат теста вместе на вкладке "Тесты " в том же контексте. На вкладке "Рабочие элементы" также отображаются все требования, связанные с результатом теста.
Сведения об ошибках и прослеживаемости исходного кода см. в разделе Трассируемость требований.
Возможность трассировки источника
На основе конвейера сборки или выпуска можно выбрать временную шкалу или представление конвейера, чтобы увидеть зафиксированные изменения кода. Вы можете проанализировать изменения кода, чтобы определить потенциальную первопричину сбоя теста.
Аналитика тестов
Дополнительные сведения об аналитике тестов для сборок и выпусков, о отслеживании качества требований и сбоях тестов см. в разделе "Аналитика тестов".