Тестовые объекты и термины

Описание

Группируйте наборы тестов и отдельные тестовые случаи. Сведения о определении тестового плана см. в разделе "Создание планов тестирования" и наборов тестов.

Группируйте тестовые случаи в отдельные сценарии тестирования в рамках одного тестового плана. Группировка тестовых случаев упрощает определение, какие сценарии завершены. При создании набора тестов можно указать один из трех типов:

• Статические наборы тестов: используется для группирования тестовых случаев в одном наборе тестов.
• Наборы на основе требований: выберите один или несколько требований из запроса, который вы связываете с набором тестов.
• Наборы на основе запросов: выберите один или несколько тестовых вариантов, которые вы связываете с набором тестов.

Определите шаги, используемые для тестирования кода или приложения для развертывания. Определите тестовые случаи, чтобы убедиться, что код работает правильно, не имеет ошибок и соответствует бизнес-требованиям и требованиям клиентов. Вы можете добавить отдельные тестовые случаи в план тестирования без создания набора тестов. Несколько наборов тестов или тестовых планов могут ссылаться на тестовый случай. Вы можете эффективно использовать тестовые случаи без необходимости копировать или клонировать их для каждого набора или плана. Существует два типа тестовых вариантов:

• Ручной: Тестовые случаи, которые определяют различные шаги, выполняемые с помощью Test Runner или другого поддерживаемого клиента.
• Automated: тестовые случаи, предназначенные для выполнения в конвейере Azure.

Используйте для обмена шагами между несколькими тестами. Например, вход в систему и проверка входа в приложение — это шаги, которые можно совместно использовать в нескольких тестовых случаях. Чтобы узнать, как это сделать, см. Совместное использование шагов между тестовыми примерами.

Используется для указания различных параметров для выполнения тестового шага в тестовом случае. Чтобы узнать, как это сделать, см. статью "Повторить тест с различными данными".

Использование

Введите описание 255 символов или меньше. Вы всегда можете изменить заголовок позже.

Назначьте рабочий элемент участнику группы, ответственному за выполнение работы. Дополнительные сведения о поиске и выборе идентификаций см. в разделе Запрос по назначению или изменения рабочего процесса.

При создании рабочего элемента состояние по умолчанию устанавливается на первое состояние в рабочем процессе. По мере выполнения работы обновите его, чтобы отразить текущее состояние.

Сначала используйте значение по умолчанию. Обновите его, когда изменяете состояние, если это необходимо. Каждый штат связан со стандартной причиной.

Выберите путь области для продукта или команды, или оставьте его пустым до назначения на собрании по планированию. Чтобы изменить выпадающий список областей, см. Определение путей областей и назначение их команде.

Выберите спринт или итерацию, в которой нужно завершить работу, или оставьте его пустым и назначьте его позже во время собрания планирования. Чтобы изменить раскрывающийся список итераций, см. Определение путей итерации и настройка итераций команды.

Предоставьте достаточно подробных сведений, чтобы создать общее понимание области и усилий по оценке поддержки. Сосредоточьтесь на пользователе, том, что они хотят достичь, и почему. Не описывайте, как разрабатывать продукт. Предоставьте достаточные сведения, чтобы ваша команда могли создавать задачи и тестовые варианты для реализации элемента.

Описание

Предоставляет сведения о том, развертывается ли функция или история пользователя и на каком этапе. Вы получите визуальное представление о состоянии рабочего элемента при развертывании в разных средах выпуска, а также быстрой навигации по каждому этапу выпуска и запуску. Вы можете получить доступ к этому элементу управления из планов тестирования, наборов тестов и тестовых вариантов.

Записывает все процессы разработки Git, поддерживающие завершение рабочего элемента. Как правило, вы используете его для разработки на Git по требованию. Этот элемент управления поддерживает трассировку, обеспечивая видимость всех ветвей, коммитов, пулл-реквестов и сборок, связанных с рабочим элементом. Вы можете получить доступ к этому элементу управления из планов тестирования, наборов тестов и тестовых вариантов.

Используйте этот элемент управления в планах тестирования, наборах тестов и тестовых случаях для отображения или ссылки на другие рабочие элементы, такие как требования и ошибки, обычно с помощью типа связанной ссылки.

Используйте этот элемент управления в разделе "Общие шаги " и " Общие параметры " для указания или ссылки на тестовые случаи.

Тестовые случаи сами по себе не являются исполняемыми. При добавлении тестового варианта в набор тестов создается точка тестирования. Точка тестирования — это уникальное сочетание тестового случая, набора тестов, конфигурации и средства тестирования.

Например, тестовый случай с именем Входить в систему с двумя конфигурациями (Microsoft Edge и Chrome) создает две точки тестирования. Вы можете запускать каждую тестовую точку независимо, и каждое выполнение создает результат теста. Все выполнения для точки теста можно просмотреть в журнале выполнения. На вкладке "Выполнение" отображается последний результат для каждой точки тестирования.

Записанный результат выполнения одного тестового случая в тестовом прогоне. Каждый результат теста фиксирует, прошел ли тест, завершился сбоем или имел другой результат, а также включает диагностические данные и вложения. Дополнительные сведения см. в разделе "Проверка тестового запуска".

Логическое группирование результатов теста, созданное при выполнении одного или нескольких тестовых вариантов. Система создает тестовый запуск при выполнении тестовых вариантов из тестового плана или конвейера. Каждый тестовый запуск записывает результаты, длительность, среду и диагностические данные. Дополнительные сведения см. в разделе "Проверка тестового запуска".

Диалоговое окно, используемое для связывания планов тестирования с конвейерами сборки или выпуска.

Диалоговое окно, используемое для настройки результатов тестирования в нескольких наборах в рамках одного тестового плана.

Отдельное действие в тестовом случае, состоящее из действия (то, что делает тестировщик) и ожидаемый результат (ожидаемое поведение). Во время выполнения каждый шаг теста помечается как прошедший или проваленный. Тестовые шаги могут ссылаться на общие шаги и включать вложения. Дополнительные сведения см. в разделе "Создание тестовых случаев".

Возможность отслеживать результаты тестов с требованиями и ошибками, с которыми они связаны.

Подход к тестированию, в котором заинтересованные лица или конечные пользователи проверяют, соответствуют ли предоставляемые функциональные возможности требованиям клиентов. В Azure Test Plans можно назначить тестировщикам тестовые наборы, отправлять приглашения по электронной почте и отслеживать ход выполнения с помощью диаграмм. Пользователи с доступом заинтересованных лиц могут участвовать. Дополнительные сведения см. в разделе "Тестирование принятия пользователем".