Создание планов тестирования и наборов тестов
Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019
Создайте планы тестирования и наборы тестов для отслеживания ручного тестирования для спринтов или вех. Таким образом, можно увидеть, когда тестирование для определенного спринта или вехи завершено. Дополнительные сведения о ручном тестировании см. в статье "Что такое планы тестирования Azure?".
Совместное использование рабочих элементов в тестовом интерфейсе
Например, вы создаете версию 1.* продукта и можете создать несколько тестовых вариантов для этой версии. Каждый из этих тестовых вариантов можно обновлять и добавлять в любое время. Для каждого цикла разработки и выпуска продукта вы создадите план тестирования и импортируете существующие тестовые варианты в этот план. Вы также можете разделить тестовые случаи на отдельные наборы тестов в рамках плана, чтобы упростить управление и мониторинг этих отдельных наборов тестовых вариантов.
После создания тестового плана необходимо назначить конфигурации тестов и назначить тестировщикам, чтобы покрыть необходимую матрицу тестирования. Эти тестировщики выполняют тесты и проверяют качество продукта. Тестировщики продолжают тестировать до тех пор, пока продукт не соответствует критериям выхода. Для следующего цикла разработки и выпуска можно создать новый план тестирования и повторно использовать те же тестовые варианты. Повторите этот цикл выпуска для тестирования разработки, импортируя те же тестовые случаи в каждый новый тестовый план.
Так как планы тестирования ссылаются на тестовые случаи, обновления тестового случая автоматически отражаются во всех планах тестирования и наборах тестов, которые используют его.
В следующей версии продукта можно повторно использовать существующие тестовые случаи. Однако лучше скопировать или клонировать тестовые случаи. Копия создает новую базовую базу. Изменения в этих новых тестовых случаях не влияют на предыдущие планы тестирования.
Совет
Дополнительные сведения о способах работы с планами тестирования, наборами тестов и тест-вариантами см . в часто задаваемых вопросы о тестировании вручную.
Необходимые компоненты
У вас должны быть следующие разрешения и уровни доступа:
- Базовый доступ или более высокий уровень и разрешения для просмотра рабочих элементов в соответствующем пути области. Дополнительные сведения см. в разделе "Добавление пользователей в проект или команду".
- Уровень доступа "Базовые и тестовые планы " для добавления тестов и наборов тестов, удаления артефактов теста и определения конфигураций тестов. Кроме того, у вас есть одна из следующих подписок Visual Studio:
- Для добавления или изменения артефактов, связанных с тестом, необходимо иметь следующие разрешения:
- Измените рабочие элементы в этом наборе разрешений узла , чтобы разрешить в соответствующем пути области, добавить или изменить планы тестирования, наборы тестов, тестовые варианты или другие типы рабочих элементов на основе тестов.
- Управление набором разрешений для планов тестирования для разрешения в соответствии с соответствующим путем области для изменения свойств плана тестирования, таких как параметры сборки и тестирования.
- Управление набором разрешений наборов тестов для разрешения в соответствующем пути области для создания и удаления наборов тестов, добавления и удаления тестовых вариантов из наборов тестов, изменения конфигураций тестов, связанных с наборами тестов, и изменения иерархии наборов тестов (перемещение набора тестов).
Дополнительные сведения см. в разделе "Тестовый доступ и разрешения вручную".
Создание плана тестирования
Как правило, вы создаете тестовые планы для тестирования требований. Перед созданием тестового плана определите невыполненную работу требований.
Войдите в проект Azure DevOps и выберите "Тестовые планы> тестов".
Выберите +Создать план тестирования.
Введите имя тестового плана, убедитесь, что путь к области и итерация заданы правильно, а затем нажмите кнопку "Создать".
Переименование тестового плана
Чтобы переименовать тестовый план, выполните следующие действия.
Выберите тестовые планы.
Рядом с именем тестового плана нажмите кнопку "Другие действия>изменить".
Измените имя и нажмите кнопку "Сохранить и закрыть".
Здесь можно внести другие изменения в план тестирования.
Удаление тестового плана
Чтобы удалить тестовый план, выполните следующие действия.
Выберите тестовые планы.
Рядом с именем тестового плана нажмите кнопку "Дополнительные действия>удалить".
Диалоговое окно "Окончательное удаление артефактов теста" объясняет именно то, что удаляется. Введите идентификатор тестового плана, чтобы подтвердить удаление, а затем нажмите кнопку " Окончательно удалить".
Как правило, вы создаете тестовые планы для тестирования требований. Перед созданием тестового плана определите невыполненную работу требований.
На веб-портале откройте проект и перейдите в раздел "Тестовые планы". Если у вас уже есть план тестирования, выберите "Тестовые планы ", чтобы перейти на страницу со списком всех тестов.
Выберите новый план тестирования.
Введите имя тестового плана, убедитесь, что путь к области и итерация заданы правильно, а затем нажмите кнопку "Создать".
Переименование тестового плана
Чтобы переименовать тестовый план, откройте его из контекстного меню и переименуйте его.
Удаление тестового плана
Чтобы удалить тестовый план, используйте контекстное меню для тестового плана.
Добавление набора тестов на основе требований
Теперь добавьте наборы тестов для элементов невыполненной работы, требующих ручных тестов. Эти тесты могут быть историями пользователей, требованиями или другими рабочими элементами, основанными на проекте.
Примечание.
Отслеживание требований поддерживается только для тестовых случаев, связанных с набором тестов на основе требований. К рабочим элементам относятся история пользователя (Agile), элемент невыполненной работы продукта (scrum), требование (CMMI) и проблема (базовый). Связь между обязательным рабочим элементом и выполнением тестов вручную формируется только в том случае, если тестовый случай связан с помощью набора тестов на основе требований.
Чтобы добавить набор в тестовый план, выберите дополнительные параметры для набора тестов, а затем выберите набор на основе новых>наборов требований.
Наборы на основе требований используются для группировки тестовых вариантов вместе. Таким образом можно отслеживать состояние тестирования элемента невыполненной работы. Каждый тестовый случай, добавляемый в набор тестов на основе требований, автоматически связан с элементом невыполненной работы.
В разделе "Создание наборов на основе требований" добавьте одно или несколько предложений для фильтрации рабочих элементов по пути итерации для спринта. Запустите запрос, чтобы просмотреть соответствующие элементы невыполненной работы.
В списке рабочих элементов, возвращаемых запросом, выберите элементы невыполненной работы, которые вы хотите протестировать в этом спринте. Выберите " Создать наборы", чтобы создать набор на основе требований для каждого из них.
Теперь добавьте наборы тестов для элементов невыполненной работы, требующих ручных тестов. Эти тесты могут быть историями пользователей, требованиями или другими рабочими элементами, основанными на проекте.
Примечание.
Отслеживание требований поддерживается только для тестовых случаев, связанных с набором тестов на основе требований. Связь между рабочим элементом требования — история пользователя (гибкая), элемент невыполненной работы продукта (scrum), требование (CMMI) или проблема (базовый) и выполнение теста вручную формируется только в том случае, если тестовый случай связан с помощью набора тестов на основе требований.
Чтобы добавить набор в тестовый план, выберите + новый раскрывающийся список и выберите тип набора тестов.
Используйте наборы на основе требований для объединения тестовых вариантов, чтобы отслеживать состояние тестирования элемента невыполненной работы. Каждый тестовый случай, добавляемый в набор тестов на основе требований, автоматически связан с элементом невыполненной работы.
В разделе "Создание наборов на основе требований" добавьте одно или несколько предложений для фильтрации рабочих элементов по пути итерации для спринта. Запустите запрос, чтобы просмотреть соответствующие элементы невыполненной работы.
В списке рабочих элементов, возвращаемых запросом, выберите элементы невыполненной работы, которые вы хотите протестировать в этом спринте. Выберите "Создать наборы", чтобы создать набор на основе требований для каждого из них.
Работа с наборами тестов
Вы можете создать статический набор тестов, который может содержать любой тип наборов тестов. Используйте эти наборы тестов, такие как папки. Перетащите наборы тестов, чтобы сгруппировать их в статический план тестирования. Перетащите тесты, чтобы изменить порядок их.
Вы можете отслеживать изменения в планах тестирования и наборах тестов. Откройте рабочий элемент для тестового плана или набора тестов, а затем просмотрите журнал рабочих элементов.
Для наборов тестов другие действия отслеживаются в поле "Аудит набора тестов". Например, добавление и удаление тестовых вариантов из набора тестов отслеживаются в этом поле.
Экспорт планов тестирования, наборов тестов и тестовых вариантов.
Выберите "Экспорт тестовых случаев в CSV".
Выберите нужные сведения в отчете. Затем отправьте сообщение электронной почты или распечатайте этот отчет для проверки.
Измените поля тестового варианта в отчете, добавив или удалив столбцы из представления списка набора тестов.
Внимание
Вы не можете экспортировать более 75 наборов тестов в одной операции. Электронная почта поддерживает до 1 МБ данных.
Поиск тестового случая в тестовом плане
В планах тестирования для плана тестирования используйте 
значок фильтра, чтобы отобразить список поиска и фильтров. Это поможет найти нужные тесты.
В планах тестирования для плана тестирования используйте значок фильтра (1) для отображения списков поиска и фильтров (2), которые помогают найти тесты, с которыми вы хотите работать.
Или отфильтруйте список тестов с помощью результатов, тестировщика и конфигурации (3).
Следующие шаги
Связанные статьи
Обратная связь
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделе https://aka.ms/ContentUserFeedback.
Отправить и просмотреть отзыв по