Выполнение тестов вручную
Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019
Запустите тесты вручную и запишите результаты теста для каждого шага теста с помощью Microsoft Test Runner. Тесты можно выполнять как для веб-приложений, так и для классических приложений.
Средство выполнения тестов позволяет выполнять все активные тесты как пакет или конкретные тестовые случаи. Измените тесты во время их выполнения. Вы можете выполнять тесты для определенной сборки.
Во время тестирования соберите информацию, например снимок экрана или действия тестирования. Если при тестировании возникла проблема, используйте средство запуска тестов для создания ошибки. Включите тестовые шаги, снимки экрана и комментарии в ошибку.
Примечание.
Тестовые точки выполняются, а не тестовые случаи. При добавлении тестового случая в набор тестов создаются тестовые точки. Точка тестирования представляет собой уникальное сочетание тестового случая, набора тестов, конфигурации и средства тестирования.
Например, тестовый случай с именем Функции входа в систему тестирования, которая имеет две конфигурации для браузеров Edge и Chrome, создает две точки тестирования. Вы можете выполнить или запустить каждую из этих тестовых точек. При выполнении создаются результаты теста. В представлении результатов теста или в журнале выполнения можно просмотреть все выполнения точки тестирования. Последнее выполнение для точки тестирования отображается на вкладке Выполнение.
Поддерживаемые клиенты и параметры запуска
Помимо выполнения тестов для определенной сборки, параметры запуска поддерживают различные сценарии тестирования. Чтобы просмотреть параметры, на вкладке "Выполнить " выберите тест и нажмите кнопку "Выполнить с параметрами".
Выберите тип теста и средство выполнения предлагает следующие параметры:
Тесты вручную с помощью средства выполнения на основе веб-браузера можно выбрать конкретную сборку для тестирования, как описано в разделе "Запуск тестов для сборки". Выберите "Найти сборки", чтобы открыть диалоговое окно "Поиск сборок" и выполните поиск сборки для тестирования.
Тесты вручную с помощью клиента Runner тестирования можно запускать вручную для классических приложений с помощью клиента Runner тестирования. При необходимости установите классический клиент тестового запуска.
Автоматические тесты с помощью этапа выпуска для запуска тестов с помощью этапа выпуска выберите сборку. Выберите конвейер выпуска и этап, чтобы использовать артефакты сборки. Дополнительные сведения см. в разделе "Запуск автоматических тестов" из планов тестирования.
Тесты вручную с помощью клиента Microsoft Test Manager 2017 собирают данные с локального компьютера. Выберите сборку. Выберите один или несколько сборщиков данных: журнал действий, журнал событий, средство записи экрана и голосовой записи, а также сведения о системе.
Ручное тестирование с помощью клиента Microsoft Test Manager 2015 или более ранней версии
Центр тестирования в клиенте Microsoft Test Manager — это классическое решение для тестирования вручную. Тестировщики могут использовать его для потребностей ручного тестирования. Дополнительные сведения см. в руководстве по использованию Microsoft Test Manager. Чтобы получить Microsoft Test Manager, установите Visual Studio Enterprise или Visual Studio Test Professional.
Необходимые компоненты
- Доступ к проекту. Убедитесь, что вы добавляете в проект.
- Уровни доступа. Убедитесь, что у вас есть по крайней мере базовый доступ или более высокий.
- Дополнительные сведения см. в разделе "Тестовый доступ и разрешения вручную".
Работа с средством командной строки TCM
Чтобы использовать программу командной строки TCM, необходимо иметь следующие элементы:
Установлен Visual Studio 2017 Professional или более ранняя версия. Доступ к TCM можно получить из командной строки и следующих каталогов:
%programfiles(x86)%\Microsoft Visual Studio\2017\Professional\Common7\IDE
%programfiles(x86)%\Microsoft Visual Studio\2017\Enterprise\Common7\IDE
%programfiles(x86)%\Microsoft Visual Studio 14.0\Common7\IDE
Чтобы выполнить команду TCM, укажите
/collection
и/teamproject
параметры, а/login
также при необходимости.Параметр Описание /коллекция :CollectionURL
Обязательный. Задает универсальный код ресурса (URI) коллекции проектов группы. Формат универсального кода ресурса (URI) выглядит следующим образом:
— Для Azure DevOps Services:http://dev.azure.com/OrganizationName
— Для Azure DevOps Server:http://ServerName:Port/VirtualDirectoryName/CollectionName
. Если виртуальный каталог не используется, формат URI выглядит следующим образом:http://ServerName:Port/CollectionName
/teamproject: project
Обязательный. Имя проекта, содержащего тестовые объекты, в которые требуется клонировать или импортировать автоматические тесты. /login: username,[password]
Необязательно. Указывает имя и пароль допустимого пользователя Azure DevOps и разрешения на выполнение команды. Используйте этот параметр, если учетные данные Windows не имеют соответствующих разрешений или вы используете обычную проверку подлинности или не подключены к домену. Вы должны быть допустимым членом одного или нескольких проектов, к которым вы хотите получить доступ, и иметь необходимые разрешения на основе выполняемых команд. Дополнительные сведения см. в разделе "Тестовый доступ и разрешения вручную".
Для клонирования или импорта объектов тестирования необходимо иметь одинаковые уровни доступа, необходимые для добавления планов тестирования и наборов тестов.
Выполнение тестов для веб-приложений
Выполните следующие действия, чтобы выполнить тесты для веб-приложений.
На веб-портале откройте проект и выберите планы тестирования.>
Если вы еще не сделали этого, создайте тесты вручную.
Выберите "Моя " или "Все" или " Фильтр по заголовку ", чтобы найти план тестирования и выбрать его. Выберите вкладку "Выполнить ".
Выберите один или несколько тестов или все тесты из набора тестов. Затем выберите "Запустить для веб-приложения".
Microsoft Test Runner открывается и запускается в новом браузере.
Запустите приложение, которое вы хотите протестировать.
Приложению не нужно работать на том же компьютере, что и средство запуска тестов. Вы просто используете средство запуска тестов, чтобы записать, какие тестовые шаги проходят или завершаются сбоем при выполнении теста вручную.
Например, можно запустить средство запуска тестов на настольном компьютере и запустить приложение магазина для Windows 8, которое вы тестируете на планшете с Windows 8.
Пометьте каждый тестовый шаг как переданный или неудачный на основе ожидаемых результатов.
Если тестовый шаг завершается ошибкой, можно ввести комментарий о том, почему он завершился ошибкой или собрать диагностические данные для теста. Вы также можете создать или добавить в ошибку.
Если вы еще не сделали этого, создайте тесты вручную.
Выберите тест из набора тестов и запустите его.
Microsoft Test Runner открывается и запускается в новом браузере.
Запустите приложение, которое вы хотите протестировать. Приложению не нужно работать на том же компьютере, что и средство запуска тестов. Вы просто используете средство запуска тестов, чтобы записать, какие тестовые шаги проходят или завершаются сбоем при выполнении теста вручную. Например, вы можете запустить средство запуска тестов на настольном компьютере и запустить приложение магазина Windows 8, которое вы тестируете на планшете с Windows 8.
Пометьте каждый тестовый шаг как переданный или неудачный на основе ожидаемых результатов. Если тестовый шаг завершается ошибкой, можно ввести комментарий о том, почему он завершился ошибкой или собрать диагностические данные для теста. Вы также можете создать или добавить в ошибку.
Внимание
Любой тестовый шаг, который имеет ожидаемый результат, называется этапом проверки. Тестировщики должны пометить тестовый шаг с состоянием, если это тестовый шаг проверки. Общий результат для тестового случая отражает состояние всех этапов тестирования, помеченных тестировщиком. Таким образом, тестовый случай будет иметь состояние сбоя, если тестировщик помечает любой шаг теста как неудачный или не помеченный.
Создание или добавление в ошибку
Если тестовый шаг завершается ошибкой, введите комментарий о поведении и сбор диагностических данных. Вы можете создать ошибку для отслеживания и отслеживания проблемы. Вы также можете обновить существующую ошибку с информацией о сбое.
Если шаг завершается сбоем, введите комментарий и нажмите кнопку "Создать ошибку".
Примечание.
Если кнопка создания ошибки не запускает рабочий сайт ошибки, проверьте правильность параметров команд на уровне области и итерации, как показано ниже:
Перейдите к параметрам проекта и команде, проверьте, задана ли правильная команда по умолчанию.
В этой команде щелкните гиперссылку "Итерации" и "Путь к области" рядом с именем команды. Откроется страница конфигурации группы.
На странице конфигурации команды выберите итерации по умолчанию и невыполненной работе должны соответствовать команде, для которой выполняется тестовый случай.
На странице конфигурации группы выберите область по умолчанию должна соответствовать группе, для которой выполняется тестовый случай.
В диалоговом окне "Новая ошибка" введите имя ошибки.
Действия и комментарии автоматически добавляются в ошибку. Если тестовый запуск запущен в окне веб-браузера, можно скопировать снимок экрана из буфера обмена непосредственно в ошибку.
Вы можете назначить ошибку, ввести комментарии или связаться с другими проблемами. При завершении нажмите кнопку "Сохранить и закрыть ". Тестовый случай связан с созданной ошибкой.
Во время тестового сеанса можно увидеть любые ошибки.
Вместо создания ошибки можно обновить существующую ошибку с информацией об этом шаге. Выберите "Добавить к существующей ошибке" в раскрывающемся меню "Создать ошибку".
В окне тестового запуска нажмите кнопку "Создать ошибку".
Действия и комментарии автоматически добавляются в ошибку. Если тестовый запуск запущен в окне веб-браузера, можно скопировать снимок экрана из буфера обмена непосредственно в ошибку.
Вы можете назначить ошибку, ввести комментарии или связаться с другими проблемами. При завершении нажмите кнопку "Сохранить и закрыть ". Тестовый случай связан с созданной ошибкой.
Во время тестового сеанса можно увидеть любые ошибки.
Вместо создания ошибки можно обновить существующую ошибку с информацией об этом шаге. + Выберите значок для создания ошибки, а затем добавьте в существующую ошибку. Найдите и обновите существующую ошибку.
Сохранение результатов, закрытие сеанса и проверка результатов
После завершения тестирования сохраните результаты, закройте сеанс и просмотрите результаты теста.
Когда вы выполнили все тесты, нажмите кнопку "Сохранить и закрыть". Все результаты теста хранятся в планах тестирования Azure.
Просмотрите состояние тестирования для набора тестов. Вы увидите последние результаты для каждого теста.
Если вы еще не выполняли тест, его состояние активно. Сброс состояния теста на активный, если вы хотите повторно запустить его.
Откройте набор тестов и выберите тестовый случай в разделе "Связанная работа ". Затем используйте дочерние ссылки в разделе "Связанная работа " этого рабочего элемента для просмотра ошибок, поданных тестировщиком.
Вы можете выполнять тесты в автономном режиме, а затем импортировать результаты. Дополнительные сведения см. в расширении "Автономное выполнение тестов".
Запуск тестов для классических приложений
Если вы хотите собрать дополнительные диагностические данные для классического приложения, выполните тесты с помощью клиента Test Runner.
На веб-портале откройте проект и выберите планы тестирования.>
Выберите "Моя " или "Все" или " Фильтр по заголовку ", чтобы найти план тестирования и выбрать его. Выберите вкладку "Выполнить ".
Запустите средство запуска тестов из планов тестирования Azure, выбрав "Запустить для классического приложения " в раскрывающемся меню.
При необходимости скачайте и установите классический клиент Runner теста.
Примечание.
- Убедитесь, что клиент тестового запуска доступен для вашей платформы. В настоящее время клиент runner тестирования доступен только для x64.
- Средство запуска тестов Azure может не работать, если в вашей организации используется политика условного доступа через Microsoft Entra. Дополнительные сведения см. в разделе "Распространенные решения по условному доступу"
Выберите "Запустить " и начать тестирование, как описано в предыдущем разделе. Дополнительные сведения о сборе данных см. в разделе "Сбор диагностических данных во время тестирования".
Если вы хотите собрать дополнительные диагностические данные для классического приложения, выполните тесты с помощью клиента Test Runner:
Запустите клиент тестового средства выполнения из планов тестирования Azure, выбрав "Запуск для классического приложения " в меню "Запуск ".
Скачайте и установите классический клиент runner теста, если вы еще не настроили его:
Примечание.
Убедитесь, что клиент тестового запуска доступен для вашей платформы. В настоящее время клиент runner тестирования доступен только для x64.
Нажмите кнопку "Запустить" и начать тестирование так же, как описано выше для веб-приложений. Дополнительные сведения о сборе данных см. в разделе "Сбор диагностических данных во время тестирования".
Запустить все тесты
Вы можете одновременно запускать все тесты в наборе тестов.
Выберите набор тестов и выберите "Запустить для веб-приложения" или "Запустить для классического приложения", чтобы запустить все активные тесты.
Выберите набор тестов и нажмите кнопку "Выполнить ", чтобы запустить все активные тесты.
Выполнение тестов для сборки
Выберите сборку для выполнения тестов.
В раскрывающемся списке выберите "Выполнить с параметрами".
В диалоговом окне "Запуск с параметрами" выберите нужную сборку.
Выберите "Выполнить", а затем выберите "Выполнить" с параметрами.
Выберите нужную сборку.
Примечание.
Выбранная сборка должна находиться в проекте, в котором определены тесты.
Вы можете выбрать сборку для следующих параметров:
- Ручное тестирование с помощью средства выполнения на основе веб-браузера
- Автоматизированные тесты с помощью этапа выпуска
- Ручное тестирование с помощью клиента Microsoft Test Manager 2017
Поля, которые предлагается в диалоговом окне, отличаются в зависимости от выбранного параметра. Дополнительные сведения см. в разделе "Поддерживаемые клиенты" и "Параметры запуска".
Любая ошибка, поданная во время выполнения, связана с выбранной сборкой. Результат теста будет опубликован в этой сборке.
Изменение тестового шага во время тестового запуска
Исправьте проблемы с этапами тестирования во время выполнения теста. Щелкните значок шага "Изменить тестовый".
Вы можете вставлять, переупорядочение или удалять шаги. Вы также можете изменить сам текст.
Сбор расширенных диагностических данных
При выполнении тестов можно добавлять снимки экрана, записывать действия в виде журнала и записывать видео или голос.
Добавление снимка экрана
Добавьте снимок экрана в результаты теста при выполнении теста.
Если вы используете Google Chrome или Firefox, используйте веб-runner, чтобы сделать снимки экрана веб-приложения во время тестирования. Для браузеров Microsoft Internet Explorer или Microsoft Edge или для тестирования классических приложений используйте классический клиент Runner.
Дополнительные сведения см. в разделе "Сбор диагностических данных".
Запись действий из теста
Зафиксируйте действия в приложении в виде журнала.
Если вы используете Google Chrome или Firefox, используйте веб-runner запись ваших действий в веб-приложении в качестве журналов изображений во время тестирования. Для браузеров Microsoft Internet Explorer или Microsoft Edge или для тестирования классических приложений используйте классический клиент Runner.
Дополнительные сведения см. в разделе "Сбор диагностических данных".
Запись экрана записи экрана тестирования приложения
Запись экрана приложения во время тестирования.
Если вы используете Google Chrome или Firefox, используйте веб-runner для записи экрана ваших веб-приложений и классических приложений во время тестирования. Для браузеров Microsoft Internet Explorer или Microsoft Edge или для тестирования классических приложений используйте классический клиент Runner.
Дополнительные сведения см. в разделе "Сбор диагностических данных".
Выполнение тестов с помощью TCM
Вы можете выполнять тесты, которые являются частью плана тестирования с помощью средства командной строки TCM. Это средство позволяет создавать и запускать тестовый запуск, а затем управлять всеми существующими тестовых запусками. Используйте команды tcm, описанные здесь, для выполнения этих задач.
Запуски тестового списка: создание | тестового запуска "Выполнение тестов" | выполняется тестовое прерывание | запусков тестов "Удаление | " выполняется тест "Экспорт | " выполняется тест публикации. |
Перечисление тестовых запусков
Используйте tcm run /list
для перечисления запусков, доступных в тестовом плане, и для отображения их идентификатора. Идентификатор соответствует идентификатору рабочего элемента, определенному при создании запуска.
tcm run /list /collection:teamprojectcollectionurl /teamproject:project
[/planid:id | /querytext:query] [/login:username,[password]]
Параметр | Описание |
---|---|
/planid:id |
Необязательно. Указывает, что в списке возвращаются только те тестовые запуски, которые связаны с указанным планом тестирования. |
/querytext:query |
Необязательно. Указывает запрос, используемый для перечисления подмножества тестовых запусков. |
Описание /collection
/teamproject
параметров и /login
параметров см. в статье "Работа с помощью средства командной строки TCM".
Пример
Следующая команда перечисляет тестовые запуски, определенные для проекта Fabrikam Fibre , размещенного в организации fabrikamprime . Идентификатор и заголовок соответствуют идентификатору рабочего элемента и названию, определенному для тестового запуска. Например, тестовый запуск 1000052 называется тестовый план для цикла 1 (вручную).
tcm run /list /collection:https://fabrikamprime.visualstudio.com /teamproject:"Fabrikam Fiber"
Id Title Owner Date Completed
--------- ---------------------------------- ------------------- -----------
1000006 Sprint 2 (Manual) Thomas Margand 11/5/2021
1000032 33 : Change initial view (Manual) Danielle Brasseur 11/11/2021
1000040 Sprint 2 (Manual) Thomas Margand 11/16/2021
1000042 Sprint 3 (Manual) Thomas Margand 11/16/2021
1000046 Special testing (Manual) Nicoletta Guibord 11/18/2021
1000052 Test Plan for Cycle 1 (Manual) Bukhosi Bhengu 12/1/2021
1000060 Game Shopping (Manual) Bukhosi Bhengu 12/6/2021
Создание тестового запуска
Используется tcm run /create
для создания тестового запуска, связанного с указанным планом тестирования. Помимо плана тестирования, вы также определяете набор тестов и конфигурацию, которую вы хотите использовать с соответствующим идентификатором. Эти идентификаторы можно собирать с помощью tcm plans /list
tcm suites /list
команд и tcm configs /list
команд.
tcm run /create /title:title /planid:id /collection:CollectionURL /teamproject:project
(suiteid:id /configid:configid | /querytext:query)
[/settingsname:name] [/owner:owner] [/builddir:directory]
[/testenvironment:name] [/login:username,[password]] [/include]
Параметр | Описание |
---|---|
/title:title |
Указывает заголовок, который вы хотите использовать для создаваемого тестового запуска. |
/planid:id |
Указывает план тестирования, в котором требуется создать тестовый запуск. |
/suiteid:id |
Указывает наборы тестов, которые вы хотите использовать для тестового запуска. |
/configid:id |
Указывает конфигурацию теста, которую вы хотите запустить для наборов тестов. |
/querytext:query |
Необязательный, если указан suiteid и configid . Указывает запрос, используемый для выбора тестов, которые требуется выполнить. Совет. Для выполнения нескольких наборов тестов можно использовать /querytest параметр. Например: querytext:“SELECT * FROM TestPoint WHERE (ConfigurationId=20 OR ConfigurationId=21) AND (Suiteid=1185 OR Suiteid=1186)” . |
/settingsname:name |
Необязательно. Указывает параметры теста, которые вы хотите использовать для этого тестового запуска. Если вы не выбираете параметры теста, используются параметры теста по умолчанию в плане тестирования. |
/owner:owner |
Необязательно. Указывает владельца тестового запуска. |
/builddir:directory |
Необязательно. Указывает каталог сборки, используемый для поиска тестовых сборок для теста. Если это не указано, расположение сборки используется на основе сборки, которая в настоящее время назначена плану тестирования. |
/testenvironment:name |
Необязательно. Указывает тестовую среду, которую вы хотите использовать для этого тестового запуска. Если вы не выбираете тестовую среду, используется среда тестирования по умолчанию в плане тестирования. |
/include | Необязательно. Указывает, что все тесты, выбранные для тестового запуска, включены, даже если тесты в настоящее время не заданы в активном состоянии. |
Описание /collection
/teamproject
параметров и /login
параметров см. в статье "Работа с помощью средства командной строки TCM".
Пример
Следующая команда создает тестовое выполнение MyTestRun в тестовом плане с идентификатором 77. В ходе выполнения используется набор тестов с идентификатором 161 и конфигурацией теста с идентификатором 9. Выполнение определяется для проекта Fabrikam Fibre , размещенного в организации fabrikamprime .
В этом примере тестовый запуск создается с идентификатором 1000082.
tcm run /create /title:MyTestRun /planid:77 /collection:https://fabrikamprime.visualstudio.com /teamproject:"Fabrikam Fiber" /suiteid:161 /configid:9
Run created with ID: 1000082.
Выполнение тестового запуска
Используется tcm run /execute
для запуска одного из запусков в тестовом плане. Указанный идентификатор соответствует идентификатору рабочего элемента, определенному при создании запуска. Список всех идентификаторов тестового запуска можно просмотреть с помощью команды tcm run /list .
tcm run /execute /id:id /collection:teamprojectcollectionurl /teamproject:project [/login:username,[password]]
Параметр | Описание |
---|---|
/id:id |
Указывает идентификатор тестового запуска, который требуется запустить. |
Описание /collection
/teamproject
параметров и /login
параметров см. в статье "Работа с помощью средства командной строки TCM".
Пример
Следующая команда запускает тестовый запуск для идентификатора 1000082 проекта Fabrikam Fibre, размещенного в организации fabrikamprime. Результаты возвращаются в окне командной строки.
tcm run /execute /id:1000082 /collection:https://fabrikamprime.visualstudio.com /teamproject:"Fabrikam Fiber"
Executing run: MyTestRun
Results
------------------------
Total: 2
Passed: 1
Failed: 1
Inconclusive: 0
Запуски тестов прерывания
Используется tcm run /abort
для отмены тестового выполнения, выполняемого. Указанный идентификатор соответствует идентификатору рабочего элемента, определенному при создании запуска.
tcm run /abort /id:id /collection:teamprojectcollectionurl /teamproject:project [/login:username,[password]]
Параметр | Описание |
---|---|
/id:id |
Указывает идентификатор тестового запуска, который требуется отменить. |
Описание /collection
/teamproject
параметров и /login
параметров см. в статье "Работа с помощью средства командной строки TCM".
Пример
Следующая команда останавливает тестовое выполнение с идентификатором 1000082 для проекта Fabrikam Fibre, размещенного в организации fabrikamprime. Результаты подтверждают идентификатор и заголовок отмененного выполнения.
tcm run /abort /id:1000082 /collection:https://fabrikamprime.visualstudio.com /teamproject:"Fabrikam Fiber"
Run with ID [1000082] and title [MyTestRun] has been aborted.
Удаление тестового запуска
Используется tcm run /delete
для удаления тестового запуска из плана тестирования. Указанный идентификатор соответствует идентификатору рабочего элемента, определенному при создании тестового запуска.
tcm run /delete /id:id [/noprompt] /collection:teamprojectcollectionurl /teamproject:project [/login:username,[password]]
Параметр | Описание |
---|---|
/id:id |
Указывает идентификатор тестового запуска, который требуется удалить. |
/noprompt | Необязательно. Указывает, что пользователю не предлагается подтвердить удаление тестового запуска. |
Описание /collection
/teamproject
параметров и /login
параметров см. в статье "Работа с помощью средства командной строки TCM".
Пример
Следующая команда удаляет тестовое выполнение с идентификатором 1000082 для проекта Fabrikam Fibre, размещенного в организации fabrikamprime. Пользователю будет предложено подтвердить удаление указанного тестового запуска и предоставления результата.
tcm run /delete /id:1000082 /collection:https://fabrikamprime.visualstudio.com /teamproject:"Fabrikam Fiber"
Are you sure you want to delete run [MyTestRun]? (Yes/No) y
Run [MyTestRun] has been deleted.
Экспорт тестовых запусков
Используется tcm run /export
для экспорта тестового запуска в указанное расположение. Указанный идентификатор соответствует идентификатору рабочего элемента, определенному при создании запуска.
tcm run /export /id:id /resultsfile:path /collection:teamprojectcollectionurl /teamproject:project [/login:username,[password]]
Параметр | Описание |
---|---|
/id:id |
Указывает идентификатор тестового запуска, который требуется экспортировать. |
/resultsfile:path |
Указывает расположение и имя файла для тестового запуска, который требуется экспортировать. |
Описание /collection
/teamproject
параметров и /login
параметров см. в статье "Работа с помощью средства командной строки TCM".
Пример
Следующая команда указывает, что тестовый запуск с идентификатором 1000082 для проекта Fabrikam Fibre, размещенного в организации fabrikamprime, экспортируется в c:\temp\ResultsForDeveloper.trx.
tcm run /export /id:1000082 /resultsfile:"c:\temp\ResultsForDeveloper.trx" /collection:https://fabrikamprime.visualstudio.com /teamproject:"Fabrikam Fiber"
Публикация тестового запуска
Используется tcm run /publish
для публикации результатов из файла результатов тестов Visual Studio для указанного тестового плана.
tcm run /publish /suiteid:id /configid:id /resultowner:owner /resultsfile:path
/collection:teamprojectcollectionurl /teamproject:project [/title:runtitle]
[/runowner:owner] [/build:buildnumber /builddefinition:builddefinition]
[/flavor:flavor] [/platform:platform] [/assignfailurestouser:user]
[/login:username,[password]] [/buildverification]
Параметр | Описание |
---|---|
/suiteid:id |
Задает набор тестов, используемый при публикации тестового запуска. |
/configid:id |
Указывает, какую конфигурацию теста следует использовать при публикации тестового запуска. |
/resultowner:owner |
Указывает владельца результатов теста. |
/resultsfile:path |
Указывает расположение тестового запуска, которое требуется опубликовать. Например, "c:\temp\ResultsForDeveloper.trx". |
/title:runtitle |
Необязательно. Указывает заголовок, который требуется использовать для тестового запуска, который вы публикуете. |
/runowner:owner |
Необязательно. Указывает владельца тестового запуска. |
/build:buildnumber |
Необязательно. Указывает номер сборки, используемый для публикации тестового запуска. Этот параметр должен использоваться с /builddefinition . |
/builddefinition:builddefinition |
Необязательно. Указывает определение сборки, используемое для публикации тестового запуска. Этот параметр должен использоваться с /build . |
/flavor:flavor |
Необязательно. Задает вкус сборки, например выпуск. Этот параметр можно использовать только в том случае, если /build используется параметр. |
/platform:platform |
Необязательно. Указывает платформу сборки, например x86. Этот параметр можно использовать только в том случае, если /build используется параметр. |
/assignfailurestouser:user |
Необязательно. Указывает пользователя, которому назначены все неудачные тесты в тестовом запуске. |
/buildverification | Необязательно. Указывает, что этот тестовый запуск содержит тесты проверки сборки, которые проверяют основные функциональные возможности сборки. |
Описание /collection
/teamproject
параметров и /login
параметров см. в статье "Работа с помощью средства командной строки TCM".
Пример
Следующая команда публикует тестовый запуск для набора тестов с идентификатором 161 и конфигурацией теста с идентификатором 9 и переназначает владельца. Это обновляет существующие точки тестирования для тестовых случаев в наборе тестов, который связан с этой конфигурацией и публикует результаты в указанном trx-файле . И все неудачные тесты в тестовом запуске назначаются указанному пользователю.
tcm run /publish /suiteid:167 /configid:9 /resultowner:"Thomas Margand" /resultsfile:"c:\temp\ResultsForDeveloper.trx" /assignfailurestouser:"Bukhosi Bhengu" /collection:https://fabrikamprime.visualstudio.com /teamproject:"Fabrikam Fiber"
Часто задаваемые вопросы
Ниже приведены некоторые распространенные вопросы.
Вопрос: Разделы справки повторно запустить тест?
Ответ. Просто выберите любой тест и нажмите кнопку "Выполнить".
Вопрос. Можно ли выполнять все тесты в наборе тестов вместе?
Ответ. Да, выберите набор тестов и нажмите кнопку "Выполнить". Этот параметр выполняет все активные тесты в наборе тестов. Если вы еще не выполняли тест, его состояние активно. Вы можете сбросить состояние теста на активный, если вы хотите повторно запустить его.
Вопрос. Можно ли выбрать сборку для выполнения тестов?
Ответ. Да, нажмите кнопку "Запустить", а затем выберите "Выполнить" с параметрами.
Выберите нужную сборку из раскрывающегося списка.
Любая ошибка, поданная во время выполнения, автоматически будет связана с выбранной сборкой. Результат теста будет опубликован в этой сборке.
Примечание.
Выбранная сборка должна находиться в проекте, в котором определены тесты.
Вопрос. Можно ли исправить тестовые шаги во время выполнения теста?
Ответ. Да, если у вас есть планы тестирования Azure для Azure DevOps. Вы можете вставить, переместить или удалить шаги. Вы также можете изменить сам текст. Используйте значок редактирования рядом с номером тестового шага.
Отображается средство для изменения шагов тестирования.
Вопрос. Можно ли добавить снимок экрана в результаты теста при запуске теста?
Ответ. Если вы используете Google Chrome или Firefox, используйте веб-runner, чтобы сделать снимки экрана веб-приложения во время тестирования. Для браузеров Microsoft Internet Explorer или Microsoft Edge или для тестирования классических приложений можно скачать и использовать классический клиент Runner.
Дополнительные сведения см. в разделе "Сбор диагностических данных".
Вопрос. Можно ли записать действия в приложении в виде журнала?
Ответ. Если вы используете Google Chrome или Firefox, используйте веб-runner запись ваших действий в веб-приложении в качестве журналов изображений во время тестирования. Для браузеров Microsoft Internet Explorer или Microsoft Edge или для тестирования классических приложений можно скачать и использовать классический клиент Runner.
Дополнительные сведения см. в разделе "Сбор диагностических данных".
Вопрос. Можно ли записать записи экрана приложения?
Ответ. Если вы используете Google Chrome или Firefox, используйте веб-runner для записи экрана ваших веб-приложений и классических приложений во время тестирования. Для браузеров Microsoft Internet Explorer или Microsoft Edge или для тестирования классических приложений скачайте и используйте классический клиент runner.
Дополнительные сведения см. в разделе "Сбор диагностических данных".
Вопрос. Некоторые вложения для тестового запуска не отображаются при просмотре?
Ответ. Вы можете просматривать только файлы с расширениями txt и журналов. Щелкните параметр предварительного просмотра для файлов расширения txt или log, а другой пользовательский интерфейс откроется в раскрывающемся поле со всеми вложениями для тестового запуска. Если выбрать файл с типом расширения, отличным от txt или log, отображается следующее сообщение: "Вы можете просматривать только файлы с расширениями txt и журналов, щелкните здесь, чтобы скачать вложение".
Вопрос: Разделы справки контролировать, сколько времени я сохраняю тестовые данные?
Ответ. Дополнительные сведения см. в разделе "Настройка политик хранения тестов".
Вопрос. Где можно скачать клиент тестового запуска?
Ответ. Скачивание классического клиента runner для тестового компьютера.
Вопрос. Каковы поддерживаемые операционные системы для клиента тестового запуска?
Ответ. Классический клиент Runner тестирования в настоящее время поддерживается только на платформе Windows x64.
Вопрос. Я наблюдаю за сбоями тестового запуска при использовании классического клиента Azure Test Runner.
Ответ. Убедитесь, что вы используете последнюю версию классического клиента Test Runner. Скачивание классического клиента runner для тестирования
Вопрос. Работает ли классический клиент Runner для тестов Azure на устройствах с включенным условным доступом Microsoft Entra?
Ответ. Средство запуска тестов Azure может не работать, если в вашей организации используется политика условного доступа через Microsoft Entra. Дополнительные сведения см. в статье об общих решениях условного доступа. Это известное ограничение, и наша рекомендация заключается в использовании веб-runner в этом сценарии.
Вопрос. Можно ли отказаться от телеметрии для клиента тестового запуска?
Ответ. Нет. Клиент тестового рабочего стола Runner не собирает данные, определяемые пользователем. Механизм отказа не предоставляется. Дополнительные сведения см. в политике конфиденциальности Майкрософт.
Вопрос. Можно ли выполнять тесты в автономном режиме, а затем импортировать результаты?
Ответ. Да, см. расширение "Выполнение автономного теста".