Выполнение тестов вручную

Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019

Запустите тесты вручную и запишите результаты теста для каждого шага теста с помощью Microsoft Test Runner. Тесты можно выполнять как для веб-приложений, так и для классических приложений.

Средство выполнения тестов позволяет выполнять все активные тесты в виде пакета или отдельные тестовые случаи. Измените тесты во время их выполнения. Вы можете запускать тесты для определенной сборки.

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

Примечание.

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

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

Поддерживаемые клиенты и параметры запуска

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

Выберите тип теста и запускающее средство предлагает следующие опции:

• Ручное тестирование с использованием runner, основанного на веб-браузере. Вы можете выбрать конкретную сборку для тестирования, как описано в разделе "Запуск тестов для сборки". Выберите "Найти сборки", чтобы открыть диалоговое окно "Поиск сборок" и выполните поиск сборки для тестирования.

• Тесты вручную с помощью клиента Test Runner Вы можете запускать ручные тесты для настольных приложений, используя клиент Test Runner. При необходимости установите клиент для рабочего стола Test 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

Категория	Требования
Инструменты	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 не имеют соответствующих разрешений или вы используете обычную проверку подлинности или не подключены к домену.

Выполнение тестов для веб-приложений

Выполните следующие действия, чтобы выполнить тесты для веб-приложений.

1. На веб-портале откройте проект и выберите планы тестирования.>

2. Если вы еще не сделали этого, создайте тесты вручную.

3. Выберите "Моя " или "Все" или " Фильтр по заголовку ", чтобы найти план тестирования и выбрать его. Выберите вкладку "Выполнить ".

   

4. Выберите один или несколько тестов или все тесты из набора тестов. Затем выберите "Запустить для веб-приложения".

   

   Microsoft Test Runner открывается и запускается в новом браузере.

5. Запустите приложение, которое вы хотите протестировать.

   

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

   Например, можно запустить средство запуска тестов на настольном компьютере и запустить приложение магазина для Windows 8, которое вы тестируете на планшете с Windows 8.

6. Пометьте каждый тестовый шаг как успешный или неуспешный на основе ожидаемых результатов.

   

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

Внимание

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

Создать или добавить комментарий к отчету об ошибке

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

1. Если шаг завершается сбоем, введите комментарий и нажмите кнопку "Создать ошибку".

   

   Примечание.

   Если кнопка создания ошибки не запускает рабочий элемент ошибки, проверьте правильные настройки команд на уровне области и итерации.

   Перейдите к параметрам проекта и команде, проверьте, задана ли правильная команда по умолчанию.

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

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

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

2. В диалоговом окне "Новая ошибка" введите имя ошибки.

   

   Действия и комментарии автоматически добавляются в баг. Если Test Runner запущен в окне веб-браузера, можно скопировать снимок экрана из буфера обмена прямо в запись об ошибке.

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

Во время тестового сеанса можно увидеть любые сообщенные ошибки.

Вместо создания ошибки можно обновить существующую ошибку с информацией об этом шаге. Выберите "Добавить к существующей ошибке" в раскрывающемся меню "Создать ошибку".

Сохранение результатов, закрытие сеанса и проверка результатов

После завершения тестирования сохраните результаты, закройте сеанс и просмотрите результаты теста.

1. Когда вы выполнили все тесты, нажмите кнопку "Сохранить и закрыть". Все результаты теста хранятся в планах тестирования Azure.

2. Проверьте состояние тестирования для набора тестов. Вы увидите последние результаты для каждого теста.

   

   Если вы еще не запускали тест, его статус активен. Сброс состояния теста на активный, если вы хотите повторно запустить его.

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

   

Вы можете выполнять тесты в автономном режиме, а затем импортировать результаты. Дополнительные сведения см. в расширении "Автономное выполнение тестов".

Запуск тестов для настольных приложений

Если вы хотите собрать дополнительные диагностические данные для классического приложения, выполните тесты с помощью клиента Test Runner.

1. На веб-портале откройте проект и выберите планы тестирования.>

2. Выберите Мои или Все, или используйте Фильтр по заголовку, чтобы найти ваш план тестирования и выбрать его. Выберите вкладку "Выполнить ".

   

3. Запустите Test Runner из Azure планов тестирования, выбрав "Запустить для настольного приложения" в раскрывающемся меню.

   

4. При необходимости скачайте и установите настольный клиент Test Runner.

   

   Примечание.

   • Убедитесь, что клиент Test Runner доступен для вашей платформы. В настоящее время Test Runner доступен только для x64.
   • Средство запуска тестов Azure может не работать, если в вашей организации используется политика условного доступа через Microsoft Entra. Дополнительные сведения см. в разделе "Распространенные решения по условному доступу"

5. Выберите "Запустить " и начать тестирование, как описано в предыдущем разделе. Дополнительные сведения о сборе данных см. в разделе "Сбор диагностических данных во время тестирования".

Запустить все тесты

Вы можете одновременно запускать все тесты в наборе тестов.

Выберите набор тестов и выберите "Запустить для веб-приложения" или "Запустить для классического приложения", чтобы запустить все активные тесты.

Выполнение тестов для сборки

Выберите сборку для выполнения тестов.

1. В раскрывающемся списке выберите "Выполнить с параметрами".

   

2. В диалоговом окне "Запуск с параметрами" выберите нужную сборку.

   

Примечание.

Выбранная сборка должна находиться в проекте, в котором определены тесты.

Вы можете выбрать сборку для следующих вариантов:

• Ручное тестирование с использованием исполняющей программы на основе веб-браузера
• Автоматизированные тесты на этапе выпуска
• Ручное тестирование с помощью клиента Microsoft Test Manager 2017

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

Любая ошибка, поданная во время выполнения, связана с выбранной сборкой. Результат теста будет опубликован для этой сборки.

Изменение тестового шага во время тестового запуска

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

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

Сбор расширенных диагностических данных

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

Добавление снимка экрана

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

Если вы используете Google Chrome или Firefox, используйте веб-компоновщик, чтобы сделать снимки экрана во время тестирования веб-приложения. Для браузеров Microsoft Internet Explorer или Microsoft Edge, или для тестирования настольных приложений используйте десктопный клиент Test Runner.

Дополнительные сведения см. в разделе "Сбор диагностических данных".

Запись действий из теста

Зафиксируйте действия в приложении в виде журнала.

Если вы используете Google Chrome или Firefox, используйте веб-фиксатор, чтобы записывать ваши действия в веб-приложении в виде журналов изображений во время тестирования. Для браузеров Microsoft Internet Explorer или Microsoft Edge, или для тестирования настольных приложений используйте настольный клиент Test Runner.

Дополнительные сведения см. в разделе "Сбор диагностических данных".

Запись экрана во время тестирования вашего приложения

Вести запись экрана моего приложения во время тестирования.

Если вы используете Google Chrome или Firefox, используйте веб-исполнитель для записи экрана ваших веб-приложений и настольных приложений во время тестирования. Для браузеров Microsoft Internet Explorer или Microsoft Edge или для тестирования настольных приложений используйте настольный клиент Test 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 Fiber, размещенного в организации 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".

Пример

Следующая команда запускает тестовый запуск для ID1000082 в проекте Fabrikam Fiber, размещенном в организации 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».

Пример

Следующая команда публикует тестовый запуск для набора тестов с ID 161 и конфигурацией теста с ID 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, а также для тестирования настольных приложений можно скачать и использовать настольный клиент "Test Runner".

Дополнительные сведения см. в разделе "Сбор диагностических данных".

Вопрос. Можно ли записать действия в приложении в виде журнала?

Ответ: Если вы используете Google Chrome или Firefox, используйте веб-раннер для записи ваших действий в веб-приложении в виде изображений во время тестирования. Для браузеров Microsoft Internet Explorer или Microsoft Edge, или для тестирования настольных приложений можно скачать и использовать настольный клиент Test Runner.

Дополнительные сведения см. в разделе "Сбор диагностических данных".

Вопрос. Можно ли записать записи экрана приложения?

A: Если вы используете Google Chrome или Firefox, используйте веб-раннер для захвата экранных записей ваших веб-приложений и настольных приложений во время тестирования. Для браузеров Microsoft Internet Explorer или Microsoft Edge, или для тестирования настольных приложений, скачайте и используйте настольный клиент Test Runner.

Дополнительные сведения см. в разделе "Сбор диагностических данных".

Вопрос. У некоторых вложений для тестового запуска отсутствует возможность предварительного просмотра?

Ответ. Вы можете просматривать только файлы с расширениями txt и журналов. Щелкните параметр предварительного просмотра для файлов с расширением txt или log, и откроется другое окно пользовательского интерфейса с раскрывающимся списком, показывающим все вложения для тестового прогона. Если выбрать файл с типом расширения, отличным от txt или log, отображается следующее сообщение: "Вы можете просматривать только файлы с расширениями txt и журналов, щелкните здесь, чтобы скачать вложение".

Вопрос: Как я могу контролировать срок хранения тестовых данных?

Ответ. Дополнительные сведения см. в разделе "Настройка политик хранения тестов".

Вопрос: Где можно скачать клиент Test Runner?

A: Скачайте настольный клиент Test Runner.

Вопрос. Каковы поддерживаемые операционные системы для клиента Test Runner?

A: Десктопный клиент Test Runner в настоящее время поддерживается только на платформе Windows x64.

Вопрос. Я наблюдаю за сбоями тестового запуска при использовании классического клиента Azure Test Runner.

Ответ. Убедитесь, что вы используете последнюю версию классического клиента Test Runner. Скачайте десктопный клиент Test Runner

Работает ли настольный клиент Test Runner для тестов Azure на устройствах с включенной функцией условного доступа Microsoft Entra?

Ответ. Средство запуска тестов Azure может не работать, если в вашей организации используется политика условного доступа через Microsoft Entra. Дополнительные сведения см. в статье Общие решения для условного доступа. Это известное ограничение, и наша рекомендация – использовать веб-раннер в этом сценарии.

Можно ли отказаться от телеметрии для клиента запуска тестов?

Ответ. Нет. Настольный клиент Test Runner не собирает данные, по которым можно идентифицировать пользователя. Механизм отказа не предоставляется. Дополнительные сведения см. в политике конфиденциальности Майкрософт.

Вопрос. Можно ли выполнять тесты в автономном режиме, а затем импортировать результаты?

Ответ. Да, см. расширение "Выполнение автономного теста".

Следующий шаг

Просмотр хода выполнения теста

Связанные статьи

• Часто задаваемые вопросы о тестировании вручную
• Сбор диагностических данных во время тестирования
• Исследовательское тестирование с расширением Test & Feedback в подключенном режиме
• Запуск автоматических тестов из планов тестирования
• Выполнение ручных тестов с помощью Microsoft Test Manager