Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
Создайте планы тестирования и наборы тестов для отслеживания ручного тестирования по спринтам или этапам. С помощью этого подхода можно увидеть, когда тестирование для конкретного спринта или вехи завершено. Дополнительные сведения о ручном тестировании см. раздел Что такое Azure Test Plans?
Совместное использование рабочих элементов в тестовой среде
При создании продукта создайте тестовые случаи и в любое время обновите их. Для каждого цикла разработки создайте план тестирования и импортируйте существующие тестовые варианты. Чтобы упорядочить тестирование, разделите тестовые случаи на отдельные наборы тестов в рамках плана.
Типичный цикл тестирования работает следующим образом:
- Создайте тестовый план для спринта или вехи.
- Назначьте конфигурации тестов и назначьте тестировщикам сведения о требуемой матрице тестирования.
- Тестировщики выполняют тесты до тех пор, пока продукт не соответствует критериям выхода.
- Для следующего цикла создайте новый план тестирования и импортируйте те же тестовые случаи.
Так как тестовые планы ссылаются на тестовые случаи, обновления тестового случая автоматически отражаются во всех планах и наборах тестирования, которые используют его. Чтобы создать независимые базовые показатели, скопируйте или клонируйте тестовые случаи.
Предварительные условия
| Категория | Требования |
|---|---|
| Доступ к проекту | Член проекта |
| уровни доступа | По крайней мере базовый доступ для просмотра рабочих элементов, связанных с тестом. Пользователи с доступом уровня Stakeholder не могут получить доступ к Azure Test Plans. Чтобы добавить планы тестирования и наборы тестов, удалить артефакты теста или определить конфигурации тестов, необходимо иметь Basic + Test Plans доступ или подписку Visual Studio: Enterprise, Test Professional или MSDN Platforms. |
| Права доступа |
Путь к области: - Изменение рабочих элементов на этом узле: добавление или изменение планов тестирования, наборов тестов, тестовых вариантов или других тестовых рабочих элементов. - Управление планами тестирования: изменение свойств плана тестирования, таких как параметры сборки и тестирования. - Управление наборами тестов: создание и удаление наборов тестов, добавление и удаление вариантов тестирования из наборов тестов, изменение конфигураций тестов и перемещение наборов тестов. Проектный уровень: - Управление конфигурациями тестов и управление средами тестирования: управление конфигурациями тестов или средами тестирования. - Окончательное удаление рабочих элементов: окончательное удаление тестовых рабочих элементов. |
Дополнительные сведения см. в разделе Ручной тест: доступ и разрешения.
Подсказка
Вы можете использовать ИИ, чтобы помочь с этой задачей далее в этой статье, или ознакомиться с включением помощи ИИ с Azure DevOps MCP Server для начала работы.
Создание плана тестирования
** Как правило, планы тестирования создаются для проверки требований. Перед созданием тестового плана определите список ваших требований.
Войдите в проект Azure DevOps и выберите Test Plans>Test Plans.
Выберите +Создать план тестирования.
Введите имя тестового плана, убедитесь, что путь к области и итерация заданы правильно, а затем нажмите кнопку "Создать".
Создается план тестирования, и вы можете приступить к добавлению наборов тестов и тестовых вариантов.
Переименование тестового плана
Чтобы переименовать тестовый план, выполните следующие действия.
Выберите Test Plans.
Рядом с именем тестового плана выберите Другие действия>Изменить.
Измените имя и нажмите кнопку "Сохранить и закрыть".
Вы также можете обновить путь к области, итерацию и другие параметры плана тестирования из этого диалогового окна.
Удаление тестового плана
Чтобы удалить тестовый план, выполните следующие действия.
Выберите Test Plans.
Рядом с именем тестового плана нажмите кнопку "Дополнительные действия
>удалить".В диалоговом окне "Удалить тестовые артефакты" объясняется именно то, что удаляется. Введите идентификатор тестового плана, чтобы подтвердить удаление, а затем нажмите кнопку "Удалить".
Примечание.
Удаленные планы тестирования перемещаются в корзину плана тестирования и могут быть восстановлены в течение 14 дней с помощью REST API. Дополнительные сведения см. в статье "Восстановление удаленных тестовых планов и наборов тестов с помощью REST API".
Использование искусственного интеллекта для управления планами тестирования
Если настроить Azure DevOps MCP Server, вы можете использовать помощники по искусственному интеллекту для управления планами тестирования и наборами с помощью запросов естественного языка.
Примеры запросов на управление планами тестирования
| задачи | Пример запроса |
|---|---|
| Создание плана тестирования | Create a new test plan in <Contoso> project called '<Sprint 5 Regression Tests>' |
| Перечисление планов тестирования | List all test plans in <Contoso> project |
| Создание набора тестов | Create a static test suite called '<Checkout Flow>' under test plan <12345> |
| Поиск тестовых случаев в наборе | Show all test cases in test suite <67890> in project <Contoso> |
| Поиск непроверенных областей | List test suites in test plan <12345> that have no test cases assigned |
| Проверка покрытия тестового плана | Show all requirement-based test suites in test plan <12345> and their associated work items |
| Сравнение планов спринта | List test suites in test plan <12345> and test plan <54321> side by side |
| Поиск несвязанных тестовых случаев | Show test cases in project <Contoso> that aren't in any test suite |
| Проверка готовности плана тестирования | List test cases in test plan <12345> that have State = <Design> and no test steps defined |
Подсказка
Если вы используете Visual Studio Code, режим агент особенно полезен для устранения сложных сценариев планирования тестов.
- Чтобы избежать использования устаревших или кэшированных данных из предыдущих запросов, добавьте в запрос "Не используйте ранее полученные данные".