Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Сервисы Azure DevOps | Azure DevOps Server | Azure DevOps Server 2022
Выполнение автоматических тестов по запросу непосредственно из планов тестирования Azure без настройки запланированных сборок или выпусков. Выберите конкретные тесты для повторного запуска после исправления инфраструктуры или новых сборок, а тестировщикам предоставьте удобную возможность запускать автоматические тесты без необходимости знания работы с конвейером.
Предварительные требования
| Категория | Требования |
|---|---|
| уровни доступа | Базовый доступ или более высокий. Для управления планами тестирования, наборами и конфигурациями вам потребуется доступ "Базовый+ тестовые планы " или подписка Visual Studio Enterprise, Test Professional или MSDN Platform . |
| Права доступа | Изменить рабочие элементы в этом узле, управлять планами тестирования и управлять наборами тестов — установите значение 'Разрешено' в соответствующей Области. Вам также нужны разрешения на выпуск (создание, управление, изменение этапа, управление развертыванием). Дополнительные сведения см. в разделе Разрешения на выпуск. |
| Инструменты |
План тестирования с автоматическими тестами, связанными с методами тестирования. Конвейер сборки, который создает сборки, содержащие двоичные файлы теста. Приложение для тестирования, развернутое с помощью рабочих процессов сборки и выпуска или используемое для тестирования по запросу. |
Подсказка
Вы можете использовать ИИ, чтобы помочь с этой задачей далее в этой статье или см. включение ИИ-помощи с помощью Azure DevOps MCP Server, чтобы приступить к работе.
Настройка среды
В "Тестовые планы" откройте контекстное меню для тестового плана и выберите параметры плана тестирования.
Выберите конвейер сборки, который создает сборки, содержащие двоичные файлы теста. Можно выбрать определенный номер сборки или позволить системе автоматически использовать последнюю сборку. Поддерживаются как классические, так и сборочные конвейеры YAML.
Выберите конвейер выпуска, созданный из шаблона Запуск автоматических тестов из Test Manager, а затем выберите фазу выполнения теста. Если у вас нет одного, нажмите кнопку "Создать" , чтобы создать конвейер выпуска с одним этапом и уже добавленной задачей Visual Studio Test . Поддерживаются классические и YAML конвейеры выпуска.
Дополнительные сведения см. в разделе Как передать параметры в тестовый код из конвейера
Назначьте значимые имена конвейеру выпуска и этапу.
Если Visual Studio не установлен на компьютере агента, добавьте задачу установщика тестовой платформы Visual Studio в определение конвейера.
Добавьте задачу тестирования Visual Studio в конвейер выпуска и настройте ее следующим образом:
Убедитесь, что вы используете версию 3 задачи Visual Studio Test.
Установите выбор тестов с помощью на Запуск теста. Дополнительные сведения см. в разделе "Как работает параметр "Тестовый запуск"?
Установите vsTestVersion в toolsInstaller.
Тесты пользовательского интерфейса на физических браузерах или толстых клиентах: агент должен запускаться как интерактивный процесс с включенным автологоном. Настройте агент перед запуском сборки или релиза. Набор тестов содержит флажок "Тесты пользовательского интерфейса " — это только напоминание. Он не настраивает агент автоматически. Для браузеров без головы интерактивный режим не требуется. Дополнительную информацию см. в разделе должен ли агент выполняться в интерактивном режиме или в качестве службы?
Выберите, как подготавливается тестовая платформа и какую версию Visual Studio или местоположение тестовой платформы использовать.
Входные параметры (URL-адреса приложения, строки подключения и т. д.): выберите соответствующий файл параметров из артефактов сборки. Используйте задачу "Публикация артефактов сборки", если файл не входит в состав артефактов. Значения можно переопределить во время выполнения с помощью настройки Override test run parameters .
Сведения о параметрах задачи тестирования Visual Studio см. в разделе Visual Studio Задача тестирования.
В задании агента убедитесь, что очередь развертывания предназначена для компьютеров, где требуется выполнить тесты. Добавьте требования, если тесты требуют определенных агентов из пула.
Чтобы распределить тесты между несколькими агентами, задайте значение Parallelism для нескольких выполнений и укажите количество агентов.
На странице Pipeline убедитесь, что пайплайн сборки, содержащий тестовые двоичные файлы, связан в качестве источника артефактов.
Сохраните конвейер выпуска.
Если вы создали новый конвейер выпуска на шаге 3, вернитесь в диалоговое окно параметров плана тестирования и выберите конвейер выпуска и этап, который вы сохранили.
Запуск автоматизированных тестов
В планах тестирования откройте план тестирования и выберите набор тестов, содержащий автоматические тесты.
Выберите тестовые варианты для выполнения, а затем выберите "Запустить для веб-приложения".
Система проверяет выбор (только автоматические тесты, пропускает тесты вручную), подтверждает правильность настройки задачи тестирования Visual Studio, проверяет разрешения выпуска, создает тестовый запуск и запускает выпуск на выбранном этапе.
Выберите "Просмотреть тестовый запуск ", чтобы отслеживать ход выполнения. Неудачные результаты теста включают сообщение об ошибке, трассировку стека, логи консоли и вложения.
После завершения выполнения на странице " Сводка по запуску " отображается обзор результатов. Используйте ссылку "Выпуск ", чтобы открыть выпуск, который выполнил тесты и просмотреть журналы выпуска.
Примечание.
Подключение файлов вручную не поддерживается для автоматических результатов тестирования.
На странице результатов теста выберите любой тест, чтобы просмотреть подробные сведения об отладке.
Чтобы просмотреть все запуски, перейдите на страницу "Запуски " и выберите любой запуск, чтобы открыть его подробное представление.
Подсказка
Если ваши тесты не запускаются, ознакомьтесь с разделом Какие типичные ошибки при неудачном запуске автоматизированных тестов?
Использование искусственного интеллекта для управления автоматизированными тестами
Если вы настроите сервер MCP Azure DevOps, вы можете использовать помощники по искусственному интеллекту для управления автоматическим выполнением тестов с помощью запросов естественного языка.
Примеры запросов для автоматического управления тестами
| задачи | Пример запроса |
|---|---|
| Поиск автоматических тестовых вариантов | List test cases in test plan <12345> where Automation Status = <Automated> |
| Проверка результатов теста | Show the latest test run results for test plan <12345> in project <Contoso> |
| Поиск неудачных тестов | List test cases in <Contoso> that failed in the most recent test run |
| Просмотр журнала тестового выполнения | Show all test runs in project <Contoso> from the last 7 days |
| Определение неавтоматизованных тестов | List test cases in test suite <67890> where Automation Status = <Not Automated> |
| Отслеживание хода выполнения теста | Show the pass rate for automated tests in test plan <12345> |
| Обнаружение нестабильных тестов | Find test cases in test plan <12345> that have both passed and failed results in the last 5 test runs |
| Анализ тенденций сбоев | List test cases in area path <Contoso\\Checkout> that failed more than 3 times in the last 30 days |
| Поиск медленных тестов | Show automated test cases in test plan <12345> sorted by average run duration, longest first |
| Пробелы в автоматизации аудита | List test cases in <Contoso> with Priority = <1> where Automation Status = <Not Automated> |
Подсказка
Если вы используете Visual Studio Code, режим агента особенно полезен для устранения неполадок сложных сценариев автоматического тестирования.
- Чтобы избежать использования устаревших или кэшированных данных из предыдущих запросов, добавьте в запрос "Не используйте ранее полученные данные".