Увеличьте разрешение экрана в Test Agent

Мы столкнулись с той же проблемой в нашем решении Visual Studio + Azure. Чтобы иметь возможность выполнять тесты, нам нужно более высокое разрешение на виртуальной машине, чем 1027 x 768. Но поскольку это Azure и вы платите за включенные машины, мы также хотим выключать их после каждого запуска, чтобы снизить стоимость ( особенно полезно, когда вы хотите немного увеличить масштаб).

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

Идеи возможного решения

По сути, мы использовали этот пост как руководство. Наиболее важными вещами, которые мы использовали, были учетные данные Windows и TERMSRV.

Наша установка

• Сервер сборки Visual Studio
• Четыре виртуальные машины Azure, одна машина - это сетка селена, остальные три - узлы.

Наше решение

Сначала мы позволяем серверу сборки запускать все машины в группе ресурсов (пока все хорошо). Затем мы создали сценарий Powershell, который запускается на сервере сборки для проверки узлов и ожидает, пока служба RDP станет доступной. Это было необходимо, поскольку может пройти до 10 минут, прежде чем мы увидим, что эта служба активна. И, наконец, мы запускаем Powershell на виртуальной машине selenium-grid-hub, чтобы установить RDP-подключения ко всем узлам с определенным разрешением.

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

• Создание и экспорт / импорт сертификатов из каждого узла в хаб
• Убедитесь, что учетные данные хранятся в диспетчере учетных данных> Windows Credentails (мы создали одного пользователя на всех машинах, чтобы немного облегчить жизнь)
• Creating a script for checking if the RDP service is active
  • We call this script C:\Scripts\RDPServiceRunCheck.ps1 (see example below) in a VS build block with the arguments $(Password) $(Chrome-node) $(Username)
  • Где все эти аргументы были сохранены в переменных на сервере сборки
  • Вот код для скрипта на github
• Creating a executable for starting a RDP in a certain resolution
  • We call this script C:\Scripts\Resolution.RDP.Remoting.exe (see example below) in a VS building block with the arguments "C:\Scripts\$(Chrome-node).rdp" 1600 1200
  • Где файл * .rdp для каждой машины хранился (заранее) в этой папке, а 1600 1200 - это разрешение, которое мы хотим установить
  • Вот код исполняемого файла на github.

Это старый вопрос, поэтому подумал, что лучше выбросить его, если он кому-то поможет.

Существует задача Утилита разрешения экрана AzureDevOps Build / Release для изменения разрешения экрана машины с агентом. Полезно при запуске тестов пользовательского интерфейса, таких как Selenium, Coded UI и т. Д.

https://marketplace.visualstudio.com/items?itemName=ms-autotest.screen-resolution-utility-task

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

args: [
    '--headless',
    '--window-size=1920,1040',
],

Попробуйте использовать приведенную ниже команду Powershell, это 100% рабочее решение.

Set-DisplayResolution -Width 1024 -Height 768 -Force

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

Сеанс RDP использует драйвер дисплея RDP, а не видеоустройство шины виртуальной машины Microsoft.

Хотя функция RemoteFX позволяет использовать более широкий спектр графических рабочих нагрузок, чем обычный RDP, RemoteFX недоступен для виртуальных машин Azure.

Я с той же проблемой. Поскольку есть способ указать разрешение для сеанса RDP (даже для виртуальной машины Azure), я создал UserVoice idea, чтобы получить эту желаемую функцию (укажите разрешение при запуске тестов пользовательского интерфейса с Задача «Выполнить функциональные тесты»).

А пока я использую обходной путь. Наша виртуальная машина сборки открывает сеанс RDP в желаемом разрешении (в настоящее время для покрытия различных размеров браузера этот сеанс работает с разрешением 4800x2700) на тестовую машину с учетной записью, с которой выполняются тесты пользовательского интерфейса. Когда есть активный сеанс, тесты пользовательского интерфейса просто подключаются к этому сеансу и используют текущее разрешение. Таким образом, у нас есть постоянный сеанс RDP от виртуальной машины сборки Azure к тестовой виртуальной машине Azure, но это работает :)