Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
Создайте ручные тестовые сценарии, чтобы убедиться, что каждая разработка соответствует пользовательским требованиям. Тестовые случаи определяют отдельные шаги, которые выполняют тестировщики, и могут включать общие шаги и параметры для тестирования на основе данных. Упорядочьте тестовые случаи в планах тестирования и наборах тестов, а затем назначьте тестировщиков для их выполнения.
Основные понятия см. в разделе "Тестовые объекты и термины".
Примечание.
Тестовые итерации предназначены для сценариев на основе данных, а не на основе рабочих процессов. Если два сценария тестирования соответствуют разным рабочим процессам, создайте отдельные тестовые случаи. Дополнительные сведения см. в часто задаваемых вопросых о тестировании вручную.
Предварительные условия
| Категория | Требования |
|---|---|
| Доступ к проекту | Член проекта |
| Уровни доступа | По крайней мере базовый доступ для просмотра рабочих элементов, связанных с тестом. Пользователи с доступом уровня Stakeholder не могут получить доступ к Azure Test Plans. Чтобы добавить планы тестирования и наборы тестов, удалить артефакты теста или определить конфигурации тестов, необходимо иметь Basic + Test Plans доступ или подписку Visual Studio: Enterprise, Test Professional или MSDN Platforms. |
| Права доступа |
Путь к области: - Изменение рабочих элементов на этом узле: добавление или изменение планов тестирования, наборов тестов, тестовых вариантов или других тестовых рабочих элементов. - Управление планами тестирования: изменение свойств плана тестирования, таких как параметры сборки и тестирования. - Управление наборами тестов: создание и удаление наборов тестов, добавление и удаление вариантов тестирования из наборов тестов, изменение конфигураций тестов и перемещение наборов тестов. Проектный уровень: - Управление конфигурациями тестов и управление средами тестирования: управление конфигурациями тестов или средами тестирования. - Окончательное удаление рабочих элементов: окончательное удаление тестовых рабочих элементов. |
Для получения дополнительной информации см. Доступ и разрешения для тестирования вручную.
Совет
Вы можете использовать ИИ, чтобы помочь с этой задачей далее в этой статье, или ознакомиться с включением помощи ИИ с Azure DevOps MCP Server для начала работы.
Создание тестовых случаев
Если вы еще этого не сделали, создайте тестовый план.
Выберите набор тестов на основе требований и выберите новый тестовый случай.
Примечание.
Этот набор тестов ссылается на рабочий элемент user Story из невыполненной работы. При добавлении тестового варианта в набор на основе требований вы автоматически связываете его с элементом невыполненной работы. Вы также можете создать тестовые случаи непосредственно из невыполненной работы, открыв контекстное меню для рабочего элемента и выбрав "Добавить тест".
Введите заголовок и выберите Щелкните или введите здесь, чтобы добавить шаг.
Добавьте тестовые шаги с помощью действия и ожидаемого результата для каждого шага. Вы можете добавить вложения на любой шаг.
Для получения дополнительной информации см. Этапы и Копирование или клонирование историй, задач и других рабочих элементов.
Открытие тестового случая
Чтобы открыть тестовый случай, дважды выберите его имя на вкладке "Определение " или выберите его на вкладке "Выполнить ", откройте контекстное меню и выберите "Изменить тестовый случай". Дополнительные сведения см. в разделе "Определение параметров контекстного меню вкладки".
Вы можете связать тестовый случай с наборами тестов, требованиями и ошибками. Чтобы просмотреть связанные элементы, на вкладке "Определение " откройте контекстное меню для тестового случая и выберите "Просмотреть связанные элементы". Дополнительные сведения см. в разделе "Просмотр связанных элементов".
Назначение конфигураций для тестовых вариантов
С помощью конфигураций можно выполнять один и тот же тест в разных операционных системах, браузерах или других вариантах. Назначьте конфигурации на уровне наборов или отдельным тестовым случаям.
Выберите набор тестов и выберите дополнительные параметры>назначения конфигураций.
В диалоговом окне выберите конфигурации и нажмите кнопку "Сохранить".
Чтобы назначить конфигурации отдельным тестовых случаям, выберите один или несколько тестовых вариантов, а затем выберите дополнительные параметры>Назначить конфигурацию.
Дополнительные сведения см. в разделе "Тестирование различных конфигураций".
Предостережение
- Наследование конфигурации. Изменение конфигураций в дочернем наборе нарушает наследование от родительских наборов. Изменение по-прежнему распространяется на более низкие дочерние наборы, если только дочерний набор уже не переопределяет его.
- Скрытые точки тестирования: отмена назначения конфигурации скрывает связанные точки тестирования. Чтобы восстановить эти настрои, переназначьте конфигурацию.
Переупорядочение тестовых случаев
Метод переупорядочивания зависит от типа комплекта:
| Тип suite | Как изменить порядок |
|---|---|
| Статический пакет | Перетащите тестовые кейсы в список тест-кейсов. |
| Набор тестов на основе требований | Переупорядочение элементов невыполненной работы в представлении невыполненной работы. |
| Запрос-ориентированный набор | Измените столбцы сортировки запроса. |
Действия по переупорядочению тестов
Выберите тестовый шаг и используйте стрелки вверх и вниз , чтобы переместить его. Вы можете одновременно выбрать и переместить несколько шагов.
Совет
Если в нескольких тестовых случаях используются те же действия, используйте общие шаги , чтобы сохранить их в синхронизации. Обновление общего шага применяет изменение ко всем тестовых случаям, ссылающимся на него.
Добавление существующих тестовых вариантов в набор тестов
Добавьте существующие тестовые случаи в набор тестов, выполнив следующие действия.
Выберите набор тестов. В меню "Новый тестовый случай" выберите "Добавить существующие тестовые случаи".
Добавьте предложения поиска, по мере необходимости и выберите команду "Выполнить запрос".
Когда вы найдете нужные тестовые варианты, выберите их и нажмите кнопку "Добавить тестовые случаи".
Совет
Вы можете создать тестовый случай, который автоматически связывается с требованием — User Story (Agile), Product Backlog Item (Scrum), Requirement (CMMI) или Issue (Basic) — при создании теста на доске. Дополнительные сведения см. в статье Добавление, выполнение и обновление встроенных тестов.
Изменение тестовых вариантов с помощью представления Сетки
С помощью представления сетки можно редактировать тестовые случаи напрямую и копировать данные между Excel и тестовых вариантов.
Нажмите значок представление сетки.
Выберите один или несколько тестовых вариантов, а затем выберите "Изменить тестовые случаи" в сетке.
Добавление, удаление или очистка строк.
Чтобы добавить несколько тестовых вариантов в набор тестов, выберите " Добавить тестовые случаи с помощью сетки".
В представлении списка используйте параметры столбца для выбора полей в рабочем элементе тестового случая. Эти поля можно просматривать и изменять при переключении в представление сетки .
Вы также можете скопировать тестовые случаи и тестовые шаги из Excel. Скопируйте столбцы для заголовка, действия и ожидаемых результатов, а затем вставьте их в представление сетки . При копировании между Excel и сеткой сохраняется только многостроочное форматирование.
Примечание.
Не используйте плагин Teams для Excel, чтобы добавлять или обновлять рабочие элементы тестового случая. Excel не удается проанализировать формат, в котором хранятся шаги тестирования, что может привести к повреждению форматирования тестового случая.
Назначение тестировщиков
Назначьте тестовые случаи, чтобы различные тестировщики могли их запускать. Вы можете назначить все тестовые случаи в наборе тестов нескольким тестировщикам, что полезно для приемочного тестирования.
Тестировщикам требуется Basic access для выполнения тестов из Azure Test Plans.
В контекстном меню набора тестов выберите " Назначить тестировщиков" для выполнения всех тестов.
Откроется диалоговое окно «Выбор тестировщиков для запуска всех тестов в наборе».
Добавьте или удалите тестировщиков из списка. После выбора тестировщиков выберите "Отправить сообщение электронной почты " и измените сообщение, чтобы они знали, что тесты готовы к выполнению.
Электронная почта содержит ссылку, которую тестировщики могут открыть, чтобы просмотреть список назначенных тестов.
Назначение отдельного тестового случая тестировщику
На вкладке Выполнение для набора тестов выберите тест и откройте контекстное меню.
Выберите " Назначить тестировщик". Найдите и выберите тестировщик.
Массовое редактирование тестовых случаев
Одновременно можно изменить несколько тестовых случаев. Выберите несколько тестовых вариантов в наборе тестов и выберите "Изменить тестовые случаи". Дополнительные сведения см. в статье "Экспорт, импорт и массовое обновление рабочих элементов для конкретных тестов".
Выберите поле и введите значение. Выберите Добавить новое поле, чтобы добавить другую пару "поле-значение".
Использование тегов для тестовых вариантов
Пометьте тестовые случаи для фильтрации и группировки. Например, пометьте все тесты входа, чтобы можно было быстро выполнить их после исправления ошибки. Вы можете фильтровать по тегу на веб-портале "Планы тестирования " и создавать наборы на основе запросов из тегов.
Чтобы добавить новые теги, вам требуется как минимум Базовый доступ и установленное на уровне проекта разрешение "Создание нового определения тега", установленное в положение "Разрешено". Дополнительные сведения см. в разделе "Добавление тегов рабочих элементов".
Теги можно добавлять в ходе редактирования тестового случая или массово редактировать теги в представлении сетки.
Переименование или удаление тестовых вариантов
Можно переименовать или удалить тестовые случаи из набора тестов.
Переименуйте тестовый случай: откройте тестовый случай из контекстного меню и измените имя.
Удалите тестовый случай: в контекстном меню для тестового случая нажмите кнопку "Удалить".
::: moniker-end
Использование искусственного интеллекта для управления тестовых вариантов
Если настроить Azure DevOps MCP Server, вы можете использовать помощники ИИ для управления тестовых вариантов с помощью запросов естественного языка.
Примеры запросов для управления тестовыми кейсами
| задачи | Пример запроса |
|---|---|
| Создание тестового случая | Create a new test case in <Contoso> project titled '<Verify login with valid credentials>' |
| Перечислите тестовые сценарии | Show all test cases in test suite <67890> in project <Contoso> |
| Найдите неназначенные тестовые случаи | List test cases in test plan <12345> that have no tester assigned |
| Обновление тестовых вариантов | Update work item <5678> to set State = <Ready> and Priority = <2> |
| Поиск по ключевому слову | Find all test cases in <Contoso> that contain 'checkout' in the title |
| Определение устаревших тестов | List test cases in <Contoso> project that haven't been run in the last 90 days |
| Проверьте покрытие тестовых случаев | Show all active test cases in area path <Contoso\\Payments> grouped by state |
| Поиск тестов без шагов | List test cases in test plan <12345> that have no test steps defined |
| Найти повторяющиеся тестовые случаи | Find test cases in project <Contoso> that have the same title |
| Анализ недостатков с высоким приоритетом | Show test cases in area path <Contoso\\Payments> with Priority = <1> that have State = <Design> |
Совет
Если вы используете Visual Studio Code, agent mode особенно полезно для устранения неполадок в сложных сценариях тестов.
- Чтобы избежать использования устаревших или кэшированных данных из предыдущих запросов, добавьте в запрос "Не используйте ранее полученные данные".
Следующие шаги
Связанный контент
- Копирование или клонирование историй, проблем и других рабочих элементов
- Удалить тестовые артефакты в Azure Boards
- Часто задаваемые вопросы о тестировании вручную
- Повторение теста с другими данными
- Общие шаги между тестовыми случаями
- Тестирование различных конфигураций
- Тестирование объектов и терминов